[Bug other/51011] FAIL: gcc.dg/atomic-generic.c (test for excess errors)
dave.anglin at bell dot net
gcc-bugzilla@gcc.gnu.org
Tue Nov 8 00:13:00 GMT 2011
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.anglin@bell.net
More information about the Gcc-bugs
mailing list