This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug stdio/20222] fopencookie: Mangle function pointers


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.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]