On August 26, 2017 12:51:57 AM GMT+02:00, Joseph Myers <jos...@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
