This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Fix PR81921
On August 26, 2017 12:51:57 AM GMT+02:00, Joseph Myers <joseph@codesourcery.com> wrote:
>I'm seeing a build failure for s390x-linux-gnu that looks like it could
>be
>related to this change (build was OK at r251332, failed at r251358).
Can you please open a bug? Can you confirm it fails the same way before the patch if you use - flto?
Thanks,
Richard.
>https://sourceware.org/ml/libc-testresults/2017-q3/msg00329.html
>
>In file included from
>/scratch/jmyers/glibc-bot/src/gcc/libitm/libitm_i.h:39:0,
> from /scratch/jmyers/glibc-bot/src/gcc/libitm/beginend.cc:25:
>/scratch/jmyers/glibc-bot/src/gcc/libitm/local_atomic: In static member
>function 'static uint32_t GTM::gtm_thread::begin_transaction(uint32_t,
>const gtm_jmpbuf*)':
>/scratch/jmyers/glibc-bot/src/gcc/libitm/local_atomic:589:7: error:
>inlining failed in call to always_inline
>'std::__atomic_base<_IntTp>::__int_type
>std::__atomic_base<_IntTp>::fetch_add(std::__atomic_base<_IntTp>::__int_type,
>std::memory_order) noexcept [with _ITp = long unsigned int]': target
>specific option mismatch
> fetch_add(__int_type __i,
> ^~~~~~~~~
>/scratch/jmyers/glibc-bot/src/gcc/libitm/beginend.cc:395:36: note:
>called from here
> tx->id = global_tid.fetch_add(tid_block_size, memory_order_relaxed);
> ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Makefile:546: recipe for target 'beginend.lo' failed
>make[5]: *** [beginend.lo] Error 1