This is the mail archive of the
mailing list for the GCC project.
Re: Building on gcc112 is stuck in msgfmt
On 08/29/2017 12:55 PM, Markus Trippelsdorf wrote:
> On 2017.08.29 at 12:53 +0200, Martin Liška wrote:
>> On 08/29/2017 12:47 PM, Markus Trippelsdorf wrote:
>>> On 2017.08.29 at 12:42 +0200, Martin Liška wrote:
>>>> On 08/29/2017 12:39 PM, Martin Liška wrote:
>>>>> (gdb) bt
>>>>> #0 0x00003fff950e58e4 in syscall () from /lib64/libc.so.6
>>>>> #1 0x00003fff94dbbdc4 in __cxxabiv1::__cxa_guard_acquire (g=0x3fff94f26d40 <guard variable for (anonymous namespace)::__future_category_instance()::__fec>) at ../../../../libstdc++-v3/libsupc++/guard.cc:302
>>>>> #2 0x00003fff94dfaf80 in __future_category_instance () at ../../../../../libstdc++-v3/src/c++11/future.cc:65
>>>>> #3 std::future_category () at ../../../../../libstdc++-v3/src/c++11/future.cc:79
>>>>> #4 0x00003fff94da98e8 in __static_initialization_and_destruction_0 (__priority=65535, __initialize_p=1) at ../../../../libstdc++-v3/src/c++11/compatibility-thread-c++0x.cc:50
>>>>> #5 _GLOBAL__sub_I_compatibility_thread_c__0x.cc(void) () at ../../../../libstdc++-v3/src/c++11/compatibility-thread-c++0x.cc:200
>>>>> #6 0x00003fff96105c74 in _dl_init_internal () from /lib64/ld64.so.2
>>>>> #7 0x00003fff960f19cc in _dl_start_user () from /lib64/ld64.so.2
>>>> strace says about it:
>>>> futex(0x3fffa5226d40, FUTEX_WAIT, 0, NULL) = -1 EAGAIN (Resource temporarily unavailable)
>>> To me the whole issue looks related to PR81931.
>>> Are you using a clean build directory? Make sure you have the r251328
>> Yep. Directory was cleaner. I don't have the revision. Let me re-test it.
>> How can it be related to the PR as msgfmt is taken from system?
> It may load a broken libstdc++.so.6 that was build without the fix.
Yep. I can confirm that it helped to update to a revision after r251328.