On 07/04/16 15:42 +0200, Jakub Jelinek wrote:
Or perhaps instead change the test, so that instead of testing for
undefined symbols it provides some definition of those 2 symbols
and makes sure libstdc++.a(thread.o) is linked in too (such as
using std::thread::detach or similar somewhere).
Then in
On Thu, Apr 07, 2016 at 02:34:51PM +0100, Jonathan Wakely wrote:
> On 07/04/16 15:27 +0200, Tom de Vries wrote:
> >FYI, this testcase fails for me as follows:
> >...
> >/usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only
> >handles version 2 and 3 information.^M
> >/tmp/ccMBMHB5.o:
On 07/04/16 15:27 +0200, Tom de Vries wrote:
Hi,
FYI, this testcase fails for me as follows:
...
/usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only
handles version 2 and 3 information.^M
/tmp/ccMBMHB5.o: In function `main':^M
70503.cc:(.text.startup.main+0x5): undefined refere
Hi,
FYI, this testcase fails for me as follows:
...
/usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only
handles version 2 and 3 information.^M
/tmp/ccMBMHB5.o: In function `main':^M
70503.cc:(.text.startup.main+0x5): undefined reference to
`execute_native_thread_routine'^M
/usr
On 05/04/16 14:37 +0100, Jonathan Wakely wrote:
Ensure std::thread helpers have internal linkage
PR libstdc++/70503
* src/c++11/thread.cc (execute_native_thread_routine,
execute_native_thread_routine_compat): Give internal linkage.
* testsuite/30_threads/thread
This makes the execute_native_thread_routine* helpers 'static' rather
than using an unnamed namespace, because the latter doesn't give them
static linkage due to them being extern "C".
Tested x86_64-linux, committed to trunk. Backports to gcc-5 and
gcc-4.9 to follow soon.
commit 84538059d9d8608c
