This is an automated email from the git hooks/post-receive script.

unknown user pushed a change to branch hjl/expf/master in repository glibc.

discards 5a56ddfab2 Use one more FMA in e_expf-fma.S discards ca8de64be3 Update e_expf-fma.S discards 3c4343b1df Fix x86-64: Put L(SP_INF_0) in .rodata.cst4 section discards a13f5e6e34 x86-64: Optimize e_expf with FMA [BZ #21912] discards 5c18dfae53 x86-64: Put L(SP_INF_0) in .rodata.cst4 section [BZ #21955] new 25ccb7689d x86-64: Put L(SP_RANGE)/L(SP_INF_0) in .rodata.cst4 section [...] new c792519366 x86-64: Optimize e_expf with FMA [BZ #21912]

This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this:

* -- * -- B -- O -- O -- O (5a56ddfab2) \ N -- N -- N refs/heads/hjl/expf/master (c792519366)

You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B.

Any revisions marked "omits" are not gone; other references still refer to them. Any revisions marked "discards" are gone forever.

The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "adds" were already present in the repository and have only been added to this reference.

Summary of changes: sysdeps/x86_64/fpu/multiarch/e_expf-fma.S | 16 +++++++--------- 1 file changed, 7 insertions(+), 9 deletions(-)