public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug testsuite/49741] New: make -k check-c++0x not multilib aware
@ 2011-07-14 1:04 howarth at nitro dot med.uc.edu
2011-07-14 21:07 ` [Bug testsuite/49741] " jason at gcc dot gnu.org
` (7 more replies)
0 siblings, 8 replies; 9+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-07-14 1:04 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
Summary: make -k check-c++0x not multilib aware
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: howarth@nitro.med.uc.edu
On x86_64-apple-darwin11, gcc trunk at r176255 built with...
Using built-in specs.
COLLECT_GCC=gcc-fsf-4.7
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin11.0.0/4.7.0/lto-wrapper
Target: x86_64-apple-darwin11.0.0
Configured with: ../gcc-4.7-20110713/configure --prefix=/sw
--prefix=/sw/lib/gcc4.7 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.7/info
--with-build-config=bootstrap-lto --enable-stage1-languages=c,lto
--enable-languages=c,c++,fortran,lto,objc,obj-c++,java --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw
--with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--program-suffix=-fsf-4.7 --enable-checking=yes --enable-cloog-backend=isl
--enable-build-with-cxx
Thread model: posix
gcc version 4.7.0 20110713 (experimental) (GCC)
fails many tests at -m32 when using...
make -k check-c++0x RUNTESTFLAGS="--target_board=unix'{-m32,-m64}'"
in the gcc build directory. These failures seem to be of the form...
Executing on host:
/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/gcc/testsuite.c++0x/g++/../../g++
-B/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/gcc/testsuite.c++0x/g++/../../
/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110713/gcc/testsuite/g++.dg/bprob/g++-bprob-1.C
-nostdinc++
-I/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/libstdc++-v3/include/x86_64-apple-darwin11.0.0
-I/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110713/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110713/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110713/libstdc++-v3/testsuite/util
-std=gnu++0x -fmessage-length=0 -g -fprofile-arcs
-L/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs
-B/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs
-multiply_defined suppress -lm -m32 -o
/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/gcc/testsuite.c++0x/g++/g++-bprob-1.x01
(timeout = 300)
ld: warning: ignoring file
/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs/libstdc++.dylib,
file was built for unsupported file format which is not the architecture being
linked (i386)^M
output is:
ld: warning: ignoring file
/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs/libstdc++.dylib,
file was built for unsupported file format which is not the architecture being
linked (i386)^M
FAIL: g++.dg/bprob/g++-bprob-1.C compilation, -g -fprofile-arcs
UNRESOLVED: g++.dg/bprob/g++-bprob-1.C execution, -g -fprofile-arcs
suggesting that the testing harness is mixing -m32 and -m64 code when testing
-m32.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
@ 2011-07-14 21:07 ` jason at gcc dot gnu.org
2011-07-15 2:53 ` howarth at nitro dot med.uc.edu
` (6 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: jason at gcc dot gnu.org @ 2011-07-14 21:07 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
Jason Merrill <jason at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jason at gcc dot gnu.org
--- Comment #1 from Jason Merrill <jason at gcc dot gnu.org> 2011-07-14 21:07:33 UTC ---
That's mysterious; really all make-c++0x is doing is adding --tool_opts to
RUNTESTFLAGS. All the multilib magic happens inside dejagnu itself.
What does testsuite.c++0x/g++/g++.log look like compared to
testsuite/g++/g++.log from make check-c++?
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
2011-07-14 21:07 ` [Bug testsuite/49741] " jason at gcc dot gnu.org
@ 2011-07-15 2:53 ` howarth at nitro dot med.uc.edu
2011-07-15 3:45 ` jason at gcc dot gnu.org
` (5 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-07-15 2:53 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #2 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-07-15 02:52:39 UTC ---
Comparing the beginning of the normal make-g++ from...
make -k check-c++ RUNTESTFLAGS="--target_board=unix'{-m32,-m64}'"
...which doesn't show these failures, I see...
Using
/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/gcc/testsuite/config/default.exp
as tool-and-target-specific interface file.
Running
/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/gcc/testsuite/g++.dg/bprob/bprob.exp
...
set_ld_library_path_env_vars:
ld_library_path=.:/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/i386/libstdc++-v3/src/.libs:/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/i386/libstdc++-v3/src/.libs:/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/gcc
ALWAYS_CXXFLAGS set to {additional_flags=-nostdinc++
-I/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/i386/libstdc++-v3/include/x86_64-apple-darwin11.0.0
-I/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/i386/libstdc++-v3/include
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/libstdc++-v3/testsuite/util}
{ldflags=
-L/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/i386/libstdc++-v3/src/.libs
-B/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/i386/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/i386/libstdc++-v3/src/.libs
} additional_flags=-fmessage-length=0 {ldflags=-multiply_defined suppress}
whereas for the new check-c++0x with the failures, I see...
set_ld_library_path_env_vars:
ld_library_path=.:/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs:/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs:/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/gcc
ALWAYS_CXXFLAGS set to {additional_flags=-nostdinc++
-I/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/libstdc++-v3/include/x86_64-apple-darwin11.0.0
-I/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc47-4.7.0-1000/gcc-4.7-20110714/libstdc++-v3/testsuite/util}
{ldflags=
-L/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs
-B/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc47-4.7.0-1000/darwin_objdir/x86_64-apple-darwin11.0.0/./libstdc++-v3/src/.libs
} additional_flags=-std=gnu++0x additional_flags=-fmessage-length=0
{ldflags=-multiply_defined suppress}
Note that ld_library_path isn't properly set to the i386 multi lib in the case
of check-c++0x
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
2011-07-14 21:07 ` [Bug testsuite/49741] " jason at gcc dot gnu.org
2011-07-15 2:53 ` howarth at nitro dot med.uc.edu
@ 2011-07-15 3:45 ` jason at gcc dot gnu.org
2011-07-15 4:01 ` jason at gcc dot gnu.org
` (4 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: jason at gcc dot gnu.org @ 2011-07-15 3:45 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #3 from Jason Merrill <jason at gcc dot gnu.org> 2011-07-15 03:44:30 UTC ---
Hmm, it seems that --tool_opts confuses the multilib support. In g++.exp we
have
if [info exists TOOL_OPTIONS] {
lappend ALWAYS_CXXFLAGS "additional_flags=[g++_include_flags
[get_multilibs ${TOOL_OPTIONS}] ]"
lappend ALWAYS_CXXFLAGS "ldflags=[g++_link_flags [get_multilibs
${TOOL_OPTIONS}] ]\
"
} else {
lappend ALWAYS_CXXFLAGS "additional_flags=[g++_include_flags
[get_multilibs] ]"
lappend ALWAYS_CXXFLAGS "ldflags=[g++_link_flags [get_multilibs] ]"
}
And apparently [get_multilibs "-std=gnu++0x"] gives a different result from
[get_multilibs].
This is a bug in dejagnu; there was a patch submitted for this issue many years
ago at
http://lists.gnu.org/archive/html/dejagnu/2002-10/msg00007.html
but it seems to have been ignored.
Hmm, maybe I should kludge around this with a custom flag after all...
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
` (2 preceding siblings ...)
2011-07-15 3:45 ` jason at gcc dot gnu.org
@ 2011-07-15 4:01 ` jason at gcc dot gnu.org
2011-07-15 5:32 ` howarth at nitro dot med.uc.edu
` (3 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: jason at gcc dot gnu.org @ 2011-07-15 4:01 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
Jason Merrill <jason at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed| |2011.07.15 04:01:39
AssignedTo|unassigned at gcc dot |jason at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #4 from Jason Merrill <jason at gcc dot gnu.org> 2011-07-15 04:01:39 UTC ---
Created attachment 24772
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24772
Patch to use --zadditional_options instead of --tool_opts
Does this work better?
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
` (3 preceding siblings ...)
2011-07-15 4:01 ` jason at gcc dot gnu.org
@ 2011-07-15 5:32 ` howarth at nitro dot med.uc.edu
2011-07-15 10:55 ` howarth at nitro dot med.uc.edu
` (2 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-07-15 5:32 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #5 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-07-15 05:31:40 UTC ---
(In reply to comment #4)
> Created attachment 24772 [details]
> Patch to use --zadditional_options instead of --tool_opts
>
> Does this work better?
Yes. This eliminates the failures at -m32 for the x86_64-apple-darwin11
multilib build. Thanks.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
` (4 preceding siblings ...)
2011-07-15 5:32 ` howarth at nitro dot med.uc.edu
@ 2011-07-15 10:55 ` howarth at nitro dot med.uc.edu
2011-07-15 21:30 ` jason at gcc dot gnu.org
2011-08-01 20:42 ` jason at gcc dot gnu.org
7 siblings, 0 replies; 9+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-07-15 10:55 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #6 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-07-15 10:55:21 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > Created attachment 24772 [details]
> > Patch to use --zadditional_options instead of --tool_opts
> >
> > Does this work better?
>
> Yes. This eliminates the failures at -m32 for the x86_64-apple-darwin11
> multilib build. Thanks.
Results with patch are at
http://gcc.gnu.org/ml/gcc-testresults/2011-07/msg01684.html.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
` (5 preceding siblings ...)
2011-07-15 10:55 ` howarth at nitro dot med.uc.edu
@ 2011-07-15 21:30 ` jason at gcc dot gnu.org
2011-08-01 20:42 ` jason at gcc dot gnu.org
7 siblings, 0 replies; 9+ messages in thread
From: jason at gcc dot gnu.org @ 2011-07-15 21:30 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
--- Comment #7 from Jason Merrill <jason at gcc dot gnu.org> 2011-07-15 21:30:00 UTC ---
Author: jason
Date: Fri Jul 15 21:29:57 2011
New Revision: 176332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176332
Log:
PR testsuite/49741
gcc/
* Makefile.in ($(lang_checks_parallelized)): Allow --extra_opts
rather than --tool_opts.
gcc/cp/
* Make-lang.in (check-c++0x): Use --extra_opts instead of--tool_opts.
gcc/testsuite/
* lib/g++.exp (${tool}_option_help, ${tool}_option_proc): Restore.
Use --extra_opts instead of --additional_options.
* Makefile.in (check-c++): Move check-gcc-c++0x after
check-target-libstdc++-v3.
Modified:
trunk/ChangeLog
trunk/Makefile.in
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/Make-lang.in
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/lib/g++.exp
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug testsuite/49741] make -k check-c++0x not multilib aware
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
` (6 preceding siblings ...)
2011-07-15 21:30 ` jason at gcc dot gnu.org
@ 2011-08-01 20:42 ` jason at gcc dot gnu.org
7 siblings, 0 replies; 9+ messages in thread
From: jason at gcc dot gnu.org @ 2011-08-01 20:42 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49741
Jason Merrill <jason at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
Target Milestone|--- |4.7.0
--- Comment #8 from Jason Merrill <jason at gcc dot gnu.org> 2011-08-01 20:41:29 UTC ---
Fixed.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2011-08-01 20:42 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-07-14 1:04 [Bug testsuite/49741] New: make -k check-c++0x not multilib aware howarth at nitro dot med.uc.edu
2011-07-14 21:07 ` [Bug testsuite/49741] " jason at gcc dot gnu.org
2011-07-15 2:53 ` howarth at nitro dot med.uc.edu
2011-07-15 3:45 ` jason at gcc dot gnu.org
2011-07-15 4:01 ` jason at gcc dot gnu.org
2011-07-15 5:32 ` howarth at nitro dot med.uc.edu
2011-07-15 10:55 ` howarth at nitro dot med.uc.edu
2011-07-15 21:30 ` jason at gcc dot gnu.org
2011-08-01 20:42 ` jason at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).