public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
@ 2011-03-12 21:09 howarth at nitro dot med.uc.edu
2011-03-12 21:20 ` [Bug target/48096] " howarth at nitro dot med.uc.edu
` (8 more replies)
0 siblings, 9 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-03-12 21:09 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
Summary: gcc.dg/tree-prof/bb-reorg.c compilation,
-fprofile-use -D_PROFILE_USE fails with Xcode 4.0
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: howarth@nitro.med.uc.edu
The new Xcode 4.0 linker causes the gcc.dg/tree-prof/bb-reorg.c compilation,
-fprofile-use -D_PROFILE_USE test case to fail as follows...
Running
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110311/gcc/testsuite/gcc.dg/tree-prof/tree-prof.exp
...Executing on host:
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110311/gcc/testsuite/gcc.dg/tree-prof/bb-reorg
.c -O2 -freorder-blocks-and-partition -fprofile-generate -D_PROFILE_GENERATE
-lm -m64 -o
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/gcc/bb-reorg.x01
(timeout = 300)
PASS: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-generate
-D_PROFILE_GENERATE
Setting LD_LIBRARY_PATH to
:/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc::/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc
PASS: gcc.dg/tree-prof/bb-reorg.c execution, -fprofile-generate
-D_PROFILE_GENERATE
Executing on host: /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110311/gcc/testsuite/gcc.dg/tree-prof/bb-reorg
.c -O2 -freorder-blocks-and-partition -fprofile-use -D_PROFILE_USE -lm
-m64 -o
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/gcc/bb-reorg.x02
(timeout = 300)
Assertion failed: (cfiStartsArray[i] != cfiStartsArray[i-1]), function parse,
file /SourceCache/ld64/ld64-123.2/src/ld/parsers/macho_relocatable_file.cpp,
line 1512.^M
0 0x10001286c __assert_rtn + 76^M
1 0x100043bc9
mach_o::relocatable::Parser<x86_64>::parse(mach_o::relocatable::ParserOptions
const&) + 1097^M
2 0x10001ed87 mach_o::relocatable::Parser<x86_64>::parse(unsigned char
const*, unsigned long long, char const*, long, unsigned int,
mach_o::relocatable::ParserOptions const&) + 295^M
3 0x1000183ef mach_o::relocatable::parse(unsigned char const*, unsigned long
long, char const*, long, unsigned int, mach_o::relocatable::ParserOptions
const&) + 159^M
4 0x1000727a1 ld::tool::InputFiles::makeFile(Options::FileInfo const&) +
497^M
5 0x100073f79 ld::tool::InputFiles::InputFiles(Options&, char const**) +
697^M
6 0x100012a97 main + 311^M
collect2: ld returned 1 exit status^M
compiler exited with status 1
output is:
Assertion failed: (cfiStartsArray[i] != cfiStartsArray[i-1]), function parse,
file /SourceCache/ld64/ld64-123.2/src/ld/parsers/macho_relocatable_file.cpp,
line 1512.^M0 0x10001286c __assert_rtn + 76^M1 0x100043bc9
mach_o::relocatable::Parser<x86_64>::parse(mach_o::relocatable::ParserOptions
const&) + 1097^M
2 0x10001ed87 mach_o::relocatable::Parser<x86_64>::parse(unsigned char
const*, unsigned long long, char const*, long, unsigned int,
mach_o::relocatable::ParserOptions const&) + 295^M
3 0x1000183ef mach_o::relocatable::parse(unsigned char const*, unsigned long
long, char const*, long, unsigned int, mach_o::relocatable::ParserOptions
const&) + 159^M
4 0x1000727a1 ld::tool::InputFiles::makeFile(Options::FileInfo const&) +
497^M
5 0x100073f79 ld::tool::InputFiles::InputFiles(Options&, char const**) +
697^M6 0x100012a97 main + 311^Mcollect2: ld returned 1 exit status^M
FAIL: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE
UNRESOLVED: gcc.dg/tree-prof/bb-reorg.c execution, -fprofile-use
-D_PROFILE_USE
Either we are generating invalid mach-o or have exposed a bug in Xcode 4.0's
linker.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
@ 2011-03-12 21:20 ` howarth at nitro dot med.uc.edu
2011-03-12 21:21 ` howarth at nitro dot med.uc.edu
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-03-12 21:20 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #2 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-03-12 21:12:40 UTC ---
A similar failure is seen for g++.dg/tree-prof/partition1.C compilation, -g
-fprofile-use...
Executing on host:
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110311/gcc/testsuite/g++.dg/tree-prof/partition1.C
-nostdinc++
-I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.7.0/libstdc++-v3/include/x86_64-apple-darwin10.7.0
-I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.7.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110311/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110311/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20110311/libstdc++-v3/testsuite/util
-fmessage-length=0 -g -O2 -freorder-blocks-and-partition -fprofile-use
-L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.7.0/./libstdc++-v3/src/.libs
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.7.0/./libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.7.0/./libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.7.0/./libiberty
-multiply_defined suppress -lm -m64 -o
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/partition1.x02
(timeout = 300)
Assertion failed: (cfiStartsArray[i] != cfiStartsArray[i-1]), function parse,
file /SourceCache/ld64/ld64-123.2/src/ld/parsers/macho_relocatable_file.cpp,
line 1512.^M
0 0x10001286c __assert_rtn + 76^M
1 0x100043bc9
mach_o::relocatable::Parser<x86_64>::parse(mach_o::relocatable::ParserOptions
const&) + 1097^M
2 0x10001ed87 mach_o::relocatable::Parser<x86_64>::parse(unsigned char
const*, unsigned long long, char const*, long, unsigned int,
mach_o::relocatable::ParserOptions const&) + 295^M
3 0x1000183ef mach_o::relocatable::parse(unsigned char const*, unsigned long
long, char const*, long, unsigned int, mach_o::relocatable::ParserOptions
const&) + 159^M
4 0x1000727a1 ld::tool::InputFiles::makeFile(Options::FileInfo const&) +
497^M
5 0x100073f79 ld::tool::InputFiles::InputFiles(Options&, char const**) +
697^M
6 0x100012a97 main + 311^M
7 0x100000e14 start + 52^M
collect2: ld returned 1 exit status^M
compiler exited with status 1
output is:
Assertion failed: (cfiStartsArray[i] != cfiStartsArray[i-1]), function parse,
file /SourceCache/ld64/ld64-123.2/src/ld/parsers/macho_relocatable_file.cpp,
line 1512.^M
0 0x10001286c __assert_rtn + 76^M
1 0x100043bc9
mach_o::relocatable::Parser<x86_64>::parse(mach_o::relocatable::ParserOptions
const&) + 1097^M
2 0x10001ed87 mach_o::relocatable::Parser<x86_64>::parse(unsigned char
const*, unsigned long long, char const*, long, unsigned int,
mach_o::relocatable::ParserOptions const&) + 295^M
3 0x1000183ef mach_o::relocatable::parse(unsigned char const*, unsigned long
long, char const*, long, unsigned int, mach_o::relocatable::ParserOptions
const&) + 159^M
4 0x1000727a1 ld::tool::InputFiles::makeFile(Options::FileInfo const&) +
497^M
5 0x100073f79 ld::tool::InputFiles::InputFiles(Options&, char const**) +
697^M
6 0x100012a97 main + 311^M
7 0x100000e14 start + 52^M
collect2: ld returned 1 exit status^M
FAIL: g++.dg/tree-prof/partition1.C compilation, -g -fprofile-use
UNRESOLVED: g++.dg/tree-prof/partition1.C execution, -g -fprofile-use
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
2011-03-12 21:20 ` [Bug target/48096] " howarth at nitro dot med.uc.edu
@ 2011-03-12 21:21 ` howarth at nitro dot med.uc.edu
2011-03-17 13:34 ` howarth at nitro dot med.uc.edu
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-03-12 21:21 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #1 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-03-12 21:10:27 UTC ---
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.7.0/4.6.0/lto-wrapper
Target: x86_64-apple-darwin10.7.0
Configured with: ../gcc-4.6-20110311/configure --prefix=/sw
--prefix=/sw/lib/gcc4.6 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info
--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.6 --enable-checking=yes --enable-cloog-backend=isl
Thread model: posix
gcc version 4.6.0 20110312 (experimental) (GCC)
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
2011-03-12 21:20 ` [Bug target/48096] " howarth at nitro dot med.uc.edu
2011-03-12 21:21 ` howarth at nitro dot med.uc.edu
@ 2011-03-17 13:34 ` howarth at nitro dot med.uc.edu
2011-03-17 23:38 ` howarth at nitro dot med.uc.edu
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-03-17 13:34 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #3 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-03-17 13:32:14 UTC ---
Opened radar Problem ID: 9148312 , "Assertion failed: (cfiStartsArray[i] !=
cfiStartsArray[i-1]), function parse" and provided Apple with stand alone test
case demonstrating the linkage failure under Xcode 4.0.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
` (2 preceding siblings ...)
2011-03-17 13:34 ` howarth at nitro dot med.uc.edu
@ 2011-03-17 23:38 ` howarth at nitro dot med.uc.edu
2011-03-17 23:41 ` howarth at nitro dot med.uc.edu
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-03-17 23:38 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #4 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-03-17 23:36:09 UTC ---
Created attachment 23703
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23703
assembly file for gcc.dg/tree-prof/bb-reorg.c, -fprofile-use -D_PROFILE_USE,
compiled under Xcode 4.0
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
` (3 preceding siblings ...)
2011-03-17 23:38 ` howarth at nitro dot med.uc.edu
@ 2011-03-17 23:41 ` howarth at nitro dot med.uc.edu
2011-03-18 0:29 ` howarth at nitro dot med.uc.edu
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-03-17 23:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #5 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-03-17 23:37:54 UTC ---
Created attachment 23704
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23704
object file for gcc.dg/tree-prof/bb-reorg.c, -fprofile-use -D_PROFILE_USE,
compiled under Xcode 4.0
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
` (4 preceding siblings ...)
2011-03-17 23:41 ` howarth at nitro dot med.uc.edu
@ 2011-03-18 0:29 ` howarth at nitro dot med.uc.edu
2011-03-18 8:10 ` jakub at gcc dot gnu.org
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-03-18 0:29 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #6 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-03-17 23:41:29 UTC ---
The darwin linker developer says...
----------------------------------------------------------------------------
The issue is in the __eh_frame, the reloc for second FDE's pointer to its
function (__cold_sect_of_foo) is bad:
otool -rv bb-reorg.o
Relocation information (__TEXT,__eh_frame) 6 entries
address pcrel length extern type scattered symbolnum/value
00000060 False quad True SUB False EH_frame1
00000060 False quad True UNSIGND False _main
00000040 False quad True SUB False EH_frame1
00000040 False quad False UNSIGND False 2 (__TEXT,__text_cold)
00000020 False quad True SUB False EH_frame1
00000020 False quad True UNSIGND False _foo
The local relocation at 0x40 should be an external relocation just like it is
for _foo and _main.
The pair of relocs SUB/UNSIGNED need to point to non-local labels. What does
the assembly look like in the FDE? Is it different that in the FDE for main
and foo?
------------------------------------------------------------------------------
I see you added the .s file too.
It currently starts with:
.section __TEXT,__text_cold
LCOLDB0:
.text
...
.section __TEXT,__text_cold
__cold_sect_of_foo:
If I move the LCOLDB0 label down to be right after the __cold_sect_of_foo
label, then it compiles and links fine. I think this is an assembler bug, but
the compiler work around should be easy enough: Either use the real label
name (e.g. __cold_sect_of_foo) in the FDE, or but L label that is supposed to
be equivalent to it after the real label.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
` (5 preceding siblings ...)
2011-03-18 0:29 ` howarth at nitro dot med.uc.edu
@ 2011-03-18 8:10 ` jakub at gcc dot gnu.org
2012-03-01 20:09 ` howarth at nitro dot med.uc.edu
2012-03-01 22:46 ` mrs at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: jakub at gcc dot gnu.org @ 2011-03-18 8:10 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> 2011-03-18 08:00:08 UTC ---
As the eh_frame section has been invented by GCC, it is weird if the Apple
folks say how it must or must not be defined. Neither debug_frame in the DWARF
standards have any limitation like that for its FDEs. So it is just that Apple
linker is buggy and unable to handle sane things and they are unwilling to fix
it.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
` (6 preceding siblings ...)
2011-03-18 8:10 ` jakub at gcc dot gnu.org
@ 2012-03-01 20:09 ` howarth at nitro dot med.uc.edu
2012-03-01 22:46 ` mrs at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2012-03-01 20:09 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #8 from Jack Howarth <howarth at nitro dot med.uc.edu> 2012-03-01 20:09:08 UTC ---
Both the gcc.dg/tree-prof/bb-reorg.c and g++.dg/tree-prof/partition1.C
compilation failures are no longer present in gcc trunk when tested against
Xcode 4.2 on x86_64-apple-darwin10 or Xcode 4.3 on x86_64-apple-darwin11.
Should we close this for now?
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/48096] gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
` (7 preceding siblings ...)
2012-03-01 20:09 ` howarth at nitro dot med.uc.edu
@ 2012-03-01 22:46 ` mrs at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: mrs at gcc dot gnu.org @ 2012-03-01 22:46 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
mrs@gcc.gnu.org <mrs at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |mrs at gcc dot gnu.org
Resolution| |WORKSFORME
--- Comment #9 from mrs at gcc dot gnu.org <mrs at gcc dot gnu.org> 2012-03-01 22:46:10 UTC ---
So, I'm worried that we lose the fix for this if we see it in the future.
Hopefully, it was just a bug that was fixed, and the commentary was how to work
around it.
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2012-03-01 22:46 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-03-12 21:09 [Bug target/48096] New: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE fails with Xcode 4.0 howarth at nitro dot med.uc.edu
2011-03-12 21:20 ` [Bug target/48096] " howarth at nitro dot med.uc.edu
2011-03-12 21:21 ` howarth at nitro dot med.uc.edu
2011-03-17 13:34 ` howarth at nitro dot med.uc.edu
2011-03-17 23:38 ` howarth at nitro dot med.uc.edu
2011-03-17 23:41 ` howarth at nitro dot med.uc.edu
2011-03-18 0:29 ` howarth at nitro dot med.uc.edu
2011-03-18 8:10 ` jakub at gcc dot gnu.org
2012-03-01 20:09 ` howarth at nitro dot med.uc.edu
2012-03-01 22:46 ` mrs 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).