http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51011

--- Comment #3 from dave.anglin at bell dot net 2011-11-08 00:10:53 UTC ---
On 7-Nov-11, at 3:03 PM, dave.anglin at bell dot net wrote:

> The problem is the atomic functions are not being typed correctly:
>
> /usr/ccs/bin/ld: Unsatisfied symbols:
>    __atomic_compare_exchange (first referenced in /var/tmp// 
> cc8Tx8dY.o)
> (data)


This causes massive failures in g++ testsuite.  for example,

Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/g++/../../g++ -B/ 
test/gnu/
gcc/objdir/gcc/testsuite/g++/../../ /test/gnu/gcc/gcc/gcc/testsuite/g+ 
+.dg/bprob
/g++-bprob-1.C   -nostdinc++ -I/test/gnu/gcc/objdir/hppa2.0w-hp- 
hpux11.11/libstd
c++-v3/include/hppa2.0w-hp-hpux11.11 -I/test/gnu/gcc/objdir/hppa2.0w- 
hp-hpux11.11/libstdc++-v3/include -I/test/gnu/gcc/gcc/libstdc++-v3/ 
libsupc++ -I/test/gnu/gcc/gcc/libstdc++-v3/include/backward -I/test/ 
gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0  -g   - 
fprofile-arcs    -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc 
++-v3/src/.libs  -B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc 
++-v3/src/.libs  -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc 
++-v3/src/.libs  -lm   -o /test/gnu/gcc/objdir/gcc/testsuite/g++/g++- 
bprob-1.x01    (timeout = 300)PASS: g++.dg/bprob/g++-bprob-1.C  
compilation,  -g  -fprofile-arcsSetting LD_LIBRARY_PATH to .:/test/gnu/ 
gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs:/test/gnu/ 
gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.
libs:/test/gnu/gcc/objdir/gcc:.:/test/gnu/gcc/objdir/hppa2.0w-hp- 
hpux11.11/./lib
stdc++-v3/src/.libs:/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./ 
libstdc++-v3/src/.libs:/test/gnu/gcc/objdir/gcc/usr/lib/dld.sl:  
Unresolved symbol: __atomic_exchange_1 (data)  from /test/gnu/gcc/ 
objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs/libstdc++.sl. 
6FAIL: g++.dg/bprob/g++-bprob-1.C execution,    -g  -fprofile-arcs

The used flag is set during gimplification, so rtx_for_function_call  
doesn't call assemble_external when the
call is expanded.

--
John David Anglin    dave.ang...@bell.net

Reply via email to