This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug stdio/20222] fopencookie: Mangle function pointers
- From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Sat, 22 Oct 2016 16:53:22 +0000
- Subject: [Bug stdio/20222] fopencookie: Mangle function pointers
- Auto-submitted: auto-generated
- References: <bug-20222-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=20222
--- Comment #6 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".
The branch, linaro/2.23/master has been updated
via e124685d6140c870fd2de18545a58bd0b8d91177 (commit)
via 810c1eaf41061d745d73edd1b5f423093efe7438 (commit)
via 52f47e52a671d6f147739d65b063f19a96342e1c (commit)
via 24d5e1f7a72461a0fd3dd879f20118cdca73658a (commit)
via 311b5e3144fe36030286e56b57fc000f87d53ef3 (commit)
via 5b676a963e238f66c29adf0c81dbb0ae1d11006a (commit)
via 88227449533116f025c75d1d5f26f554797bfadc (commit)
via 679988f02255d3d70eaffbb0e02c052a8b322656 (commit)
via 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4 (commit)
via 4a1fd9645df4be7dbf275053ce5086eeec0df7d8 (commit)
via 6a7831994efd0215138082ff065c7583ef8acaa7 (commit)
via ae4ff739eaecc1b15fabf8f23356574257894907 (commit)
via 1436096a43d2246344e234467eb8be4a82c20dbe (commit)
via 9dc6f738aec4b33a2e1667204923fe47d1a31496 (commit)
via ddce84f1c0aa11eabfc5f18eef66ec757a415d28 (commit)
via ac5625f7c93926ede2c61d720e922830bdcfe719 (commit)
via 6def9198c39b3fbfd282bf70e6a192dc18f04beb (commit)
via 45ce3f30e3e8b4c091cea319ccb71ae565d11267 (commit)
via 0fb14a3850787dff765bbba70e74b5a4fa567726 (commit)
via cf70de63627f8805702ba21648609730aaca5df0 (commit)
from bb433427a5de00b74d308532c27dc18cc348e03f (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=e124685d6140c870fd2de18545a58bd0b8d91177
commit e124685d6140c870fd2de18545a58bd0b8d91177
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 19:01:32 2016 +0300
Don't compile do_test with -mavx/-mavx2/-mavx512.
Don't compile do_test (in sincos ABI tests) with -mavx, -mavx2
nor -mavx512 since they won't run on non-AVX machines.
(cherry-picked from commit fe0cf8614836e2b08b802eb1f55abca75d558545)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=810c1eaf41061d745d73edd1b5f423093efe7438
commit 810c1eaf41061d745d73edd1b5f423093efe7438
Author: Andrew Senkevich <andrew.senkevich@intel.com>
Date: Mon Oct 17 17:55:28 2016 +0300
Fixed x86_64 vector sincos/sincosf ABI.
Fixed wrong vector sincos/sincosf ABI to have it compatible with
current vector function declaration "#pragma omp declare simd notinbranch",
according to which vector sincos should have vector of pointers for second
and
third parameters. It is fixed with implementation as wrapper to version
having second and third parameters as pointers.
(cherry-picked from commit ee2196bb6766ca7e63a1ba22ebb7619a3266776a)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=52f47e52a671d6f147739d65b063f19a96342e1c
commit 52f47e52a671d6f147739d65b063f19a96342e1c
Author: Tulio Magno Quites Machado Filho <tuliom@linux.vnet.ibm.com>
Date: Fri Sep 16 17:31:58 2016 -0300
powerpc: Fix POWER9 implies
Fix multiarch build for POWER9 by correcting the order of the
directories listed at sysnames configure variable.
(cherry picked from commit 1850ce5a2ea3b908b26165e7e951cd4334129f07)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=24d5e1f7a72461a0fd3dd879f20118cdca73658a
commit 24d5e1f7a72461a0fd3dd879f20118cdca73658a
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 16:14:02 2016 +0200
nptl/tst-once5: Reduce time to expected failure
(cherry picked from commit 1f645571d2db9008b3cd3d5acb9ff93357864283)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=311b5e3144fe36030286e56b57fc000f87d53ef3
commit 311b5e3144fe36030286e56b57fc000f87d53ef3
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 18 11:15:42 2016 +0200
argp: Do not override GCC keywords with macros [BZ #16907]
glibc provides fallback definitions already. It is not necessary to
suppress warnings for unknown attributes because GCC does this
automatically for system headers.
This commit does not sync with gnulib because gnulib has started to use
_GL_* macros in the header file, which are arguably in the gnulib
implementation space and not suitable for an installed glibc header
file.
(cherry picked from commit 2c820533c61fed175390bc6058afbbe42d2edc37)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5b676a963e238f66c29adf0c81dbb0ae1d11006a
commit 5b676a963e238f66c29adf0c81dbb0ae1d11006a
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:07:14 2016 +0200
fopencookie: Mangle function pointers stored on the heap [BZ #20222]
(cherry picked from commit 983fd5c41ab7e5a5c33922259ca1ac99b3b413f8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=88227449533116f025c75d1d5f26f554797bfadc
commit 88227449533116f025c75d1d5f26f554797bfadc
Author: Florian Weimer <fweimer@redhat.com>
Date: Sat Jun 11 12:12:56 2016 +0200
nss_db: Fix initialization of iteration position [BZ #20237]
When get*ent is called without a preceding set*ent, we need
to set the initial iteration position in get*ent.
Reproducer: Add “services: db files” to /etc/nsswitch.conf, then run
“perl -e getservent”. It will segfault before this change, and exit
silently after it.
(cherry picked from commit 31d0a4fa646db8b8c97ce24e0ec0a7b73de4fca1)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=679988f02255d3d70eaffbb0e02c052a8b322656
commit 679988f02255d3d70eaffbb0e02c052a8b322656
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Jun 16 12:44:29 2016 +0200
Return proper status from _nss_nis_initgroups_dyn (bug 20262)
(cherry picked from commit 73fb56a4d51fd4437e4cde6dd3c8077a610f88a8)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
commit 41f8b8f92e667e490d9eaa427a4a2412d6f1ede4
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Jun 21 21:29:21 2016 +0200
malloc: Avoid premature fallback to mmap [BZ #20284]
Before this change, the while loop in reused_arena which avoids
returning a corrupt arena would never execute its body if the selected
arena were not corrupt. As a result, result == begin after the loop,
and the function returns NULL, triggering fallback to mmap.
(cherry picked from commit a3b473373ee43a292f5ec68a7fda6b9cfb26a9b0)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4a1fd9645df4be7dbf275053ce5086eeec0df7d8
commit 4a1fd9645df4be7dbf275053ce5086eeec0df7d8
Author: Andreas Schwab <schwab@suse.de>
Date: Thu Aug 18 11:38:28 2016 +0200
arm: mark __startcontext as .cantunwind (bug 20435)
__startcontext marks the bottom of the call stack of the contexts created
by makecontext.
(cherry picked from commit 9e2ff6c9cc54c0b4402b8d49e4abe7000fde7617)
Also includes the NEWS update, cherry-picked from commits
056dd72af83f5459ce6d545a49dea6dba7d635dc and
4d047efdbc55b0d68947cde682e5363d16a66294.
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6a7831994efd0215138082ff065c7583ef8acaa7
commit 6a7831994efd0215138082ff065c7583ef8acaa7
Author: Florian Weimer <fweimer@redhat.com>
Date: Wed Aug 17 14:57:00 2016 +0200
Do not override objects in libc.a in other static libraries [BZ #20452]
With this change, we no longer add sysdep.o and similar objects which
are present in libc.a to other static libraries.
(cherry picked from commit d9067fca40b8aac156d73cfa44d6875813555a6c)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ae4ff739eaecc1b15fabf8f23356574257894907
commit ae4ff739eaecc1b15fabf8f23356574257894907
Author: Florian Weimer <fweimer@redhat.com>
Date: Tue Aug 2 12:24:50 2016 +0200
malloc: Preserve arena free list/thread count invariant [BZ #20370]
It is necessary to preserve the invariant that if an arena is
on the free list, it has thread attach count zero. Otherwise,
when arena_thread_freeres sees the zero attach count, it will
add it, and without the invariant, an arena could get pushed
to the list twice, resulting in a cycle.
One possible execution trace looks like this:
Thread 1 examines free list and observes it as empty.
Thread 2 exits and adds its arena to the free list,
with attached_threads == 0).
Thread 1 selects this arena in reused_arena (not from the free list).
Thread 1 increments attached_threads and attaches itself.
(The arena remains on the free list.)
Thread 1 exits, decrements attached_threads,
and adds the arena to the free list.
The final step creates a cycle in the usual way (by overwriting the
next_free member with the former list head, while there is another
list item pointing to the arena structure).
tst-malloc-thread-exit exhibits this issue, but it was only visible
with a debugger because the incorrect fix in bug 19243 removed
the assert from get_free_list.
(cherry picked from commit f88aab5d508c13ae4a88124e65773d7d827cd47b)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=1436096a43d2246344e234467eb8be4a82c20dbe
commit 1436096a43d2246344e234467eb8be4a82c20dbe
Author: Florian Weimer <fweimer@redhat.com>
Date: Thu Aug 4 11:10:57 2016 +0200
x86: Use sysdep.o from libc.a in static libraries
Static libraries can use the sysdep.o copy in libc.a without
a performance penalty. This results in a visible difference
if libpthread.a is relinked into a single object file (which
is needed to support libraries which check for the presence
of certain symbols to enable threading support, which generally
fails with static linking unless libpthread.a is relinked).
(cherry picked from commit e67330ab57bfd0f964539576ae7dcc658c456724)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=9dc6f738aec4b33a2e1667204923fe47d1a31496
commit 9dc6f738aec4b33a2e1667204923fe47d1a31496
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 16:06:10 2016 +0200
SPARC64: update localplt.data
Commits d81f90cc and 89faa0340 replaced called to __isnan and __isinf
by the corresponding GCC builtins. In turns GCC emits calls to _Qp_cmp.
We should therefore add _Qp_cmp to localplt.data as otherwise the
elf/check-localplt test fails with:
Extra PLT reference: libc.so: _Qp_cmp
A similar change has already been done for SPARC32 in commit 6ef1cb95.
Changelog:
* sysdeps/unix/sysv/linux/sparc/sparc64/localplt.data: Add _Qp_cmp.
(cherry picked from commit fd1cf1dc3b2d90c2a61332363feb1043f6916564)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ddce84f1c0aa11eabfc5f18eef66ec757a415d28
commit ddce84f1c0aa11eabfc5f18eef66ec757a415d28
Author: John David Anglin <dave.anglin@bell.net>
Date: Tue Jun 21 18:35:22 2016 -0400
hppa: fix loading of global pointer in _start [BZ #20277]
The patched change fixes a regression for executables compiled with the
-p option and linked with gcrt1.o. The executables crash on startup.
This regression was introduced in 2.22 and was noticed in the gcc
testsuite.
(cherry picked from commit 9765ffa71030efd8bb4f2ea4ed6e020fcb4bb714)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=ac5625f7c93926ede2c61d720e922830bdcfe719
commit ac5625f7c93926ede2c61d720e922830bdcfe719
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Thu Jun 30 00:31:11 2016 +0200
i686/multiarch: Regenerate ulps
This comes from running “make regen-ulps” on AMD Opteron 6272 CPUs.
Changelog:
* sysdeps/i386/i686/fpu/multiarch/libm-test-ulps: Regenerated.
(cherry picked from commit 6a40d8df0c269a953726a432c50702372b86c500)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6def9198c39b3fbfd282bf70e6a192dc18f04beb
commit 6def9198c39b3fbfd282bf70e6a192dc18f04beb
Author: Stefan Liebler <stli@linux.vnet.ibm.com>
Date: Tue May 17 10:45:48 2016 +0200
Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
The testcase tst-cancel[x]17 ends sometimes with a segmentation fault.
This happens in one of 10000 cases. Then the real testcase has already
exited with success and returned from do_test(). The segmentation fault
occurs after returning from main in _dl_fini().
In those cases, the aio_read(&a) was not canceled because the read
request was already in progress. In the meanwhile aio_write(ap) wrote
something to the pipe and the read request is able to read the
requested byte.
The read request hasn't finished before returning from do_test().
After it finishes, it writes the return value and error code from the
read syscall to the struct aiocb a, which lies on the stack of do_test.
The stack of the subsequent function call of _dl_fini or _dl_sort_fini,
which is inlined in _dl_fini is corrupted.
In case of S390, it reads a zero and decrements it by 1:
unsigned int k = nmaps - 1;
struct link_map **runp = maps[k]->l_initfini;
The load from unmapped memory leads to the segmentation fault.
The stack corruption also happens on other architectures.
I saw them e.g. on x86 and ppc, too.
This patch adds an aio_suspend call to ensure, that the read request
is finished before returning from do_test().
ChangeLog:
* nptl/tst-cancel17.c (do_test): Wait for finishing aio_read(&a).
(cherry picked from commit b3a810d0d3d5c6ce7ddfb61321cd7971808ca703)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=45ce3f30e3e8b4c091cea319ccb71ae565d11267
commit 45ce3f30e3e8b4c091cea319ccb71ae565d11267
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Mon Jun 27 16:45:45 2016 +0200
MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
For some reasons I have not investigated yet, tst-mode-switch-1 hangs on
a MIPS UTM-8 machine running an o32 userland and a 3.6.1 kernel.
This patch changes the test so that it runs under the test-skeleton
framework, causing the test to fail after a timeout instead of hanging
the whole testsuite. At the same time, also change the tst-mode-switch-2
and tst-mode-switch-3 tests.
Changelog:
* sysdeps/mips/tst-mode-switch-1.c (main): Converted to ...
(do_test): ... this.
(TEST_FUNCTION): New macro.
Include test-skeleton.c.
* sysdeps/mips/tst-mode-switch-2.c (main): Likewise.
* sysdeps/mips/tst-mode-switch-3.c (main): Likewise.
(cherry picked from commit 0cdaef4dac5a885af9848e158e77cc347ee781bb)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0fb14a3850787dff765bbba70e74b5a4fa567726
commit 0fb14a3850787dff765bbba70e74b5a4fa567726
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Tue Jun 21 23:59:37 2016 +0200
MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
Commit 43c29487 tried to fix the vfork aliases in libpthread.so on MIPS
and SPARC, but failed to do it correctly, introducing an ABI change.
This patch does the remaining changes needed to align the MIPS and SPARC
vfork implementations with the other architectures. That way the the
alpha version of pt-vfork.S works correctly for MIPS and SPARC. The
changes for alpha were done in 82aab97c.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Rename into
__libc_vfork.
(__vfork) [IS_IN (libc)]: Remove alias.
(__libc_vfork) [IS_IN (libc)]: Define as an alias.
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit b87c1ec3fa398646f042a68f0ce0f7d09c1348c7)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=cf70de63627f8805702ba21648609730aaca5df0
commit cf70de63627f8805702ba21648609730aaca5df0
Author: Aurelien Jarno <aurelien@aurel32.net>
Date: Sat Jun 18 19:11:23 2016 +0200
MIPS, SPARC: fix wrong vfork aliases in libpthread.so
With recent binutils versions the GNU libc fails to build on at least
MISP and SPARC, with this kind of error:
/home/aurel32/glibc/glibc-build/nptl/libpthread.so:(*IND*+0x0): multiple
definition of `vfork@GLIBC_2.0'
/home/aurel32/glibc/glibc-build/nptl/libpthread.so::(.text+0xee50): first
defined here
It appears that on these architectures pt-vfork.S includes vfork.S
(through the alpha version of pt-vfork.S) and that the __vfork aliases
are not conditionalized on IS_IN (libc) like on other architectures.
Therefore the aliases are also wrongly included in libpthread.so.
Fix this by properly conditionalizing the aliases like on other
architectures.
Changelog:
* sysdeps/unix/sysv/linux/mips/vfork.S (__vfork): Conditionalize
hidden_def, weak_alias and strong_alias on [IS_IN (libc)].
* sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S: Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S: Likewise.
(cherry picked from commit 43c2948756bb6e144c7b871e827bba37d61ad3a3)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 252 +++++++++++++++
NEWS | 7 +
argp/argp-fmtstream.h | 19 +-
argp/argp.h | 42 +---
libio/iofopncook.c | 49 ++-
malloc/arena.c | 51 +++-
nis/nss_nis/nis-initgroups.c | 16 +-
nptl/tst-cancel17.c | 16 +
nptl/tst-once5.cc | 2 +
nss/nss_db/db-XXX.c | 8 +-
sysdeps/hppa/start.S | 2 +
sysdeps/i386/i686/fpu/multiarch/libm-test-ulps | 16 +-
sysdeps/ia64/nptl/Makefile | 1 +
sysdeps/mips/Makefile | 1 +
sysdeps/mips/nptl/Makefile | 1 +
sysdeps/mips/tst-mode-switch-1.c | 7 +-
sysdeps/mips/tst-mode-switch-2.c | 7 +-
sysdeps/mips/tst-mode-switch-3.c | 7 +-
sysdeps/powerpc/powerpc32/power9/multiarch/Implies | 2 +-
sysdeps/powerpc/powerpc64/power9/fpu/Implies | 1 -
sysdeps/s390/nptl/Makefile | 1 +
sysdeps/unix/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/alpha/Makefile | 1 +
sysdeps/unix/sysv/linux/arm/setcontext.S | 7 +
sysdeps/unix/sysv/linux/i386/Makefile | 3 +
sysdeps/unix/sysv/linux/ia64/Makefile | 1 +
sysdeps/unix/sysv/linux/microblaze/Makefile | 3 +-
sysdeps/unix/sysv/linux/mips/vfork.S | 14 +-
sysdeps/unix/sysv/linux/powerpc/Makefile | 2 +
sysdeps/unix/sysv/linux/s390/Makefile | 1 +
sysdeps/unix/sysv/linux/sparc/Makefile | 2 +
sysdeps/unix/sysv/linux/sparc/sparc32/vfork.S | 10 +-
.../unix/sysv/linux/sparc/sparc64/localplt.data | 1 +
sysdeps/unix/sysv/linux/sparc/sparc64/vfork.S | 10 +-
sysdeps/unix/sysv/linux/tile/Makefile | 1 +
sysdeps/x86/fpu/test-math-vector-sincos.h | 98 ++++++
sysdeps/x86_64/fpu/Makefile | 53 +++
.../fpu/multiarch/svml_d_sincos2_core_sse4.S | 56 ++++-
.../fpu/multiarch/svml_d_sincos4_core_avx2.S | 98 ++++++-
.../fpu/multiarch/svml_d_sincos8_core_avx512.S | 180 ++++++++++-
.../fpu/multiarch/svml_s_sincosf16_core_avx512.S | 310 ++++++++++++++++++-
.../fpu/multiarch/svml_s_sincosf4_core_sse4.S | 80 +++++-
.../fpu/multiarch/svml_s_sincosf8_core_avx2.S | 152 +++++++++-
sysdeps/x86_64/fpu/svml_d_sincos2_core.S | 83 +++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core.S | 125 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos4_core_avx.S | 120 +++++++-
sysdeps/x86_64/fpu/svml_d_sincos8_core.S | 201 ++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf16_core.S | 335 +++++++++++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf4_core.S | 126 +++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core.S | 173 ++++++++++-
sysdeps/x86_64/fpu/svml_s_sincosf8_core_avx.S | 179 ++++++++++-
.../fpu/test-double-libmvec-sincos-avx-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx.c | 1 +
.../fpu/test-double-libmvec-sincos-avx2-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx2.c | 1 +
.../fpu/test-double-libmvec-sincos-avx512-main.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-avx512.c | 1 +
.../x86_64/fpu/test-double-libmvec-sincos-main.c | 43 +++
sysdeps/x86_64/fpu/test-double-libmvec-sincos.c | 44 +++
sysdeps/x86_64/fpu/test-double-vlen2-wrappers.c | 6 +-
.../x86_64/fpu/test-double-vlen4-avx2-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen4-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-double-vlen8-wrappers.c | 10 +-
.../fpu/test-float-libmvec-sincosf-avx-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx2-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx2.c | 1 +
.../fpu/test-float-libmvec-sincosf-avx512-main.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-avx512.c | 1 +
.../x86_64/fpu/test-float-libmvec-sincosf-main.c | 42 +++
sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c | 44 +++
sysdeps/x86_64/fpu/test-float-vlen16-wrappers.c | 10 +-
sysdeps/x86_64/fpu/test-float-vlen4-wrappers.c | 10 +-
.../x86_64/fpu/test-float-vlen8-avx2-wrappers.c | 13 +-
sysdeps/x86_64/fpu/test-float-vlen8-wrappers.c | 10 +-
75 files changed, 3048 insertions(+), 150 deletions(-)
create mode 100644 sysdeps/x86/fpu/test-math-vector-sincos.h
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos-main.c
create mode 100644 sysdeps/x86_64/fpu/test-double-libmvec-sincos.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx2.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-avx512.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf-main.c
create mode 100644 sysdeps/x86_64/fpu/test-float-libmvec-sincosf.c
--
You are receiving this mail because:
You are on the CC list for the bug.