* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
@ 2010-06-10 1:04 ` pinskia at gcc dot gnu dot org
2010-06-10 1:06 ` pinskia at gcc dot gnu dot org
` (8 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2010-06-10 1:04 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-10 01:04 -------
-fnext-runtime should fail on x86-linux-gnu anyways. Why it is not failing is
a good question. If this is failing without --enable-build-with-cxx there is
a bug somewhere.
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO|44433 |
nThis| |
Component|testsuite |objc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
2010-06-10 1:04 ` [Bug objc/44488] " pinskia at gcc dot gnu dot org
@ 2010-06-10 1:06 ` pinskia at gcc dot gnu dot org
2010-06-10 5:41 ` amylaar at gcc dot gnu dot org
` (7 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2010-06-10 1:06 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-10 01:06 -------
On x86_64-linux-gnu it does the correct thing:
Executing on host: /home/pinskia/src/local/gcc/objdir/gcc/xgcc
-B/home/pinskia/src/local/gcc/objdir/gcc/
/home/pinskia/src/local/gcc/gcc/testsuite/objc/compile/trivial.m -fgnu-runtime
-I/home/pinskia/src/local/gcc/gcc/testsuite/../../libobjc
-B/home/pinskia/src/local/gcc/objdir/x86_64-unknown-linux-gnu/./libobjc/.libs
-L/home/pinskia/src/local/gcc/objdir/x86_64-unknown-linux-gnu/./libobjc/.libs
-S -o trivial.s (timeout = 300)
set_ld_library_path_env_vars:
ld_library_path=.::/home/pinskia/src/local/gcc/objdir/gcc:/home/pinskia/src/local/gcc/objdir/x86_64-unknown-linux-gnu/./libobjc/.libs
Executing on host: /home/pinskia/src/local/gcc/objdir/gcc/xgcc
-B/home/pinskia/src/local/gcc/objdir/gcc/
/home/pinskia/src/local/gcc/gcc/testsuite/objc/compile/trivial.m
-fnext-runtime
-B/home/pinskia/src/local/gcc/objdir/x86_64-unknown-linux-gnu/./libobjc/.libs
-L/home/pinskia/src/local/gcc/objdir/x86_64-unknown-linux-gnu/./libobjc/.libs
-S -o trivial.s (timeout = 300)
In file included from
/home/pinskia/src/local/gcc/gcc/testsuite/objc/compile/trivial.m:1:0:^M
/home/pinskia/src/local/gcc/gcc/testsuite/objc/compile/../../objc-obj-c++-shared/Object1.h:39:30:
fatal error: objc/objc-runtime.h: No such file or directory^M
compilation terminated.^M
compiler exited with status 1
output is:
In file included from
/home/pinskia/src/local/gcc/gcc/testsuite/objc/compile/trivial.m:1:0:^M
/home/pinskia/src/local/gcc/gcc/testsuite/objc/compile/../../objc-obj-c++-shared/Object1.h:39:30:
fatal error: objc/objc-runtime.h: No such file or directory^M
compilation terminated.^M
Using the following runtimes: -fgnu-runtime
This is without --enable-build-with-cxx .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
2010-06-10 1:04 ` [Bug objc/44488] " pinskia at gcc dot gnu dot org
2010-06-10 1:06 ` pinskia at gcc dot gnu dot org
@ 2010-06-10 5:41 ` amylaar at gcc dot gnu dot org
2010-06-10 9:19 ` amylaar at gcc dot gnu dot org
` (6 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: amylaar at gcc dot gnu dot org @ 2010-06-10 5:41 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from amylaar at gcc dot gnu dot org 2010-06-10 05:41 -------
I see the same problem now with revision 160389.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
` (2 preceding siblings ...)
2010-06-10 5:41 ` amylaar at gcc dot gnu dot org
@ 2010-06-10 9:19 ` amylaar at gcc dot gnu dot org
2010-06-10 9:29 ` amylaar at gcc dot gnu dot org
` (5 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: amylaar at gcc dot gnu dot org @ 2010-06-10 9:19 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from amylaar at gcc dot gnu dot org 2010-06-10 09:18 -------
I've found now that the runtime is picked up from the install location.
For default configuration, I use --prefix=/user/inria , and the file is
then picked up from
/user/inria/lib/gcc/i686-pc-linux-gnu/4.6.0/include/objc/Object.h ,
where it has been installed on my machine during a recent test install
of a previous build.
For --enable-build-with-cxx, I've been using a different prefix.
Is the compiler supposed to ignore an installed objc gnu runtime when testing
in the build directory with -fnext-runtime?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
` (3 preceding siblings ...)
2010-06-10 9:19 ` amylaar at gcc dot gnu dot org
@ 2010-06-10 9:29 ` amylaar at gcc dot gnu dot org
2010-07-09 23:41 ` iains at gcc dot gnu dot org
` (4 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: amylaar at gcc dot gnu dot org @ 2010-06-10 9:29 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from amylaar at gcc dot gnu dot org 2010-06-10 09:28 -------
(In reply to comment #4)
> I've found now that the runtime is picked up from the install location.
P.S.: That doesn't happen when I cut & paste the LD_LIBRARY_PATH settings
and the compile command from the log file - I only found out where the
runtime came from by hacking testsuite/lib/objc-torture.exp to include
--save-temps in additional_flags and inspecting the generated trivial.mi
file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
` (4 preceding siblings ...)
2010-06-10 9:29 ` amylaar at gcc dot gnu dot org
@ 2010-07-09 23:41 ` iains at gcc dot gnu dot org
2010-07-10 10:38 ` iains at gcc dot gnu dot org
` (3 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-07-09 23:41 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from iains at gcc dot gnu dot org 2010-07-09 23:40 -------
(In reply to comment #4)
> Is the compiler supposed to ignore an installed objc gnu runtime when testing
> in the build directory with -fnext-runtime?
Well, it's actually the other way round - it needs to find the pre-installed
one on a Darwin system to succeed for NeXT (which happens to be in
/usr/include/objc). That path is built into the compiler.
I guess it's generally the case (across various parts of the test suite) that
installed versions can, unfortunately, interfere with uninstalled testing.
I will try to refine the test in some way to make this less likely to happen.
The "-fnext-runtime" flag should be tested on anything other than a Darwin
system (although most, if not all, of the compile tests would succeed it's
kinda pointless).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
` (5 preceding siblings ...)
2010-07-09 23:41 ` iains at gcc dot gnu dot org
@ 2010-07-10 10:38 ` iains at gcc dot gnu dot org
2010-07-11 1:01 ` amylaar at gcc dot gnu dot org
` (2 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-07-10 10:38 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from iains at gcc dot gnu dot org 2010-07-10 10:38 -------
Created an attachment (id=21173)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21173&action=view)
improve robustness of runtime option choices.
This should resolve the case where -fnext-runtime would be considered valid
(for compile tests) because the target (non-darwin) system happened to have
objc headers in the same place as a standard darwin installation.
Tested on i686-apple-darwin9 [build --enable-build-with-cxx] , cris-elf (sim)
and mipsabi64-elf (sim) with no changes in fails or counts on make
check-gcc-objc.
let me know if it solve that aspect of the problem for you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
` (6 preceding siblings ...)
2010-07-10 10:38 ` iains at gcc dot gnu dot org
@ 2010-07-11 1:01 ` amylaar at gcc dot gnu dot org
2010-07-13 15:20 ` iains at gcc dot gnu dot org
2010-07-13 15:32 ` iains at gcc dot gnu dot org
9 siblings, 0 replies; 11+ messages in thread
From: amylaar at gcc dot gnu dot org @ 2010-07-11 1:01 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from amylaar at gcc dot gnu dot org 2010-07-11 01:01 -------
(In reply to comment #7)
> Created an attachment (id=21173)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21173&action=view) [edit]
...
> let me know if it solve that aspect of the problem for you.
Yes, it does.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
` (7 preceding siblings ...)
2010-07-11 1:01 ` amylaar at gcc dot gnu dot org
@ 2010-07-13 15:20 ` iains at gcc dot gnu dot org
2010-07-13 15:32 ` iains at gcc dot gnu dot org
9 siblings, 0 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-07-13 15:20 UTC (permalink / raw)
To: gcc-bugs
------- Comment #9 from iains at gcc dot gnu dot org 2010-07-13 15:20 -------
Subject: Bug 44488
Author: iains
Date: Tue Jul 13 15:20:21 2010
New Revision: 162144
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162144
Log:
PR objc/44488
* lib/objc-torture.exp (objc-set-runtime-options): Base runtime list
on the target. Make sure that we can assemble the emitted asm when
the test type is 'compile'.
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/lib/objc-torture.exp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug objc/44488] objc test inconsistencies w/ / w/out --enable-build-with-cxx
2010-06-10 1:00 [Bug testsuite/44488] New: objc test inconsistencies w/ / w/out --enable-build-with-cxx amylaar at gcc dot gnu dot org
` (8 preceding siblings ...)
2010-07-13 15:20 ` iains at gcc dot gnu dot org
@ 2010-07-13 15:32 ` iains at gcc dot gnu dot org
9 siblings, 0 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-07-13 15:32 UTC (permalink / raw)
To: gcc-bugs
------- Comment #10 from iains at gcc dot gnu dot org 2010-07-13 15:32 -------
of course, there should not be different behavior with/without
--enable-build-with-cxx, so I guess that the test-suite fix is only part of the
solution.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
^ permalink raw reply [flat|nested] 11+ messages in thread