[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #10 from John David Anglin danglin at gcc dot gnu.org 2011-11-17 02:26:33 UTC --- Fixed.
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #8 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 16:56:07 UTC --- Author: jason Date: Mon Nov 14 16:55:56 2011 New Revision: 181355 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181355 Log: PR bootstrap/51094 PR middle-end/51116 * config/elfos.h (TARGET_ASM_INTERNAL_LABEL): Remove. * varasm.c (default_elf_internal_label): Remove. Modified: trunk/gcc/ChangeLog trunk/gcc/config/elfos.h trunk/gcc/varasm.c
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011-11-14 Ever Confirmed|0 |1 --- Comment #9 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 19:41:12 UTC --- Should be fixed now. A patch to re-add the optimization will need to either be more specific to x86 linux/gnu, or adjust other targets as well.
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #5 from dave.anglin at bell dot net 2011-11-13 16:33:10 UTC --- On 13-Nov-11, at 12:27 AM, jimis at gmx dot net wrote: I'm curious though: in pa64-hpux.h I can see that this part is in the GAS-specific part. Why are we emmiting HP-style labels? While GNU ld would recognize both styles, most people use the HP linker. Dave -- John David Anglindave.ang...@bell.net
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #6 from dave.anglin at bell dot net 2011-11-13 17:13:34 UTC --- On 13-Nov-11, at 12:27 AM, jimis at gmx dot net wrote: Does the following simple patch solve it? This undoes an optimisation, and there is an ongoing discussion about it so I expect it soon to be resolved one way on another: http://gcc.gnu.org/ml/gcc-patches/2011-11/ msg01602.html Yes, it solves the problem. -- John David Anglindave.ang...@bell.net
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 Joel Sherrill joel at gcc dot gnu.org changed: What|Removed |Added CC||joel at gcc dot gnu.org --- Comment #7 from Joel Sherrill joel at gcc dot gnu.org 2011-11-14 00:05:11 UTC --- (In reply to comment #6) On 13-Nov-11, at 12:27 AM, jimis at gmx dot net wrote: Does the following simple patch solve it? This undoes an optimisation, and there is an ongoing discussion about it so I expect it soon to be resolved one way on another: http://gcc.gnu.org/ml/gcc-patches/2011-11/ msg01602.html Yes, it solves the problem. My sparc build is getting further. It will take an overnight build to see if it addresses any other target issues I have had.
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #1 from John David Anglin danglin at gcc dot gnu.org 2011-11-13 04:19:34 UTC --- Forgot to say, this was introduced in revision 181279. -bash-3.2$ ./xgcc -B./ -v Reading specs from ./specs COLLECT_GCC=./xgcc COLLECT_LTO_WRAPPER=./lto-wrapper Target: hppa64-hp-hpux11.11 Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu64/bin/as --with-ld=/usr/ccs/bin/ld --enable-shared --with-local-prefix=/opt/gnu64 --prefix=/opt/gnu64/gcc/gcc-4.7 --build=hppa64-hp-hpux11.11 --enable-threads=posix --disable-nls --with-gmp=/opt/gnu64/gcc/gmp --with-libelf=/opt/gnu64 --enable-languages=c,c++,objc,obj-c++,fortran Thread model: posix gcc version 4.7.0 2011 (experimental) [trunk revision 181279] (GCC)
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #2 from John David Anglin danglin at gcc dot gnu.org 2011-11-13 04:22:16 UTC --- Created attachment 25812 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25812 Assembler file
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116
--- Comment #3 from pinskia at gmail dot com pinskia at gmail dot com
2011-11-13 04:32:06 UTC ---
According to another email mips is broken the same way.
Sent from my Palm Pre on ATamp;T
On Nov 12, 2011 20:18, danglin at gcc dot gnu.org
lt;gcc-bugzi...@gcc.gnu.orggt; wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116
Bug #: 51116
Summary: [4.7 Regression] configure: error: cannot compute
suffix of object files: cannot compile
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build: hppa64-hp-hpux11.11
In stage1,
checking for hppa64-hp-hpux11.11-gcc... /test/gnu/gcc/objdir/./gcc/xgcc
-B/test/gnu/gcc/objdir/./gcc/ -B/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/lib/ -isystem
/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/include -isystem
/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/sys-include
checking for suffix of object files... configure: error: in
`/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
In config.log,
configure:3650: /test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
-B
/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.7/hppa64-
hp-hpux11.11/lib/ -isystem /opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/include
-i
system /opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/sys-include-c -g -O2
conf
test.c gt;amp;5
/var/tmp//ccjq1spX.s: Assembler messages:
/var/tmp//ccjq1spX.s:44: Error: can't resolve `.text.startup' {.text.startup
sec
tion} - `L$FB' {*UND* section}
/var/tmp//ccjq1spX.s:148: Error: can't resolve `.text.startup' {.text.startup
se
ction} - `L$FB' {*UND* section}
configure:3654: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME GNU C Runtime Library
| #define PACKAGE_TARNAME libgcc
| #define PACKAGE_VERSION 1.0
| #define PACKAGE_STRING GNU C Runtime Library 1.0
| #define PACKAGE_BUGREPORT
| #define PACKAGE_URL http://www.gnu.org/software/libgcc/;
| /* end confdefs.h. */
|
| int
| main ()
|
| ;
| return 0;
| }
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 jimis jimis at gmx dot net changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #4 from jimis jimis at gmx dot net 2011-11-13 05:27:54 UTC --- Does the following simple patch solve it? This undoes an optimisation, and there is an ongoing discussion about it so I expect it soon to be resolved one way on another: http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01602.html I'm curious though: in pa64-hpux.h I can see that this part is in the GAS-specific part. Why are we emmiting HP-style labels? apinski, any pointers to that email about mips? === modified file 'gcc/config/elfos.h' --- gcc/config/elfos.h2011-10-30 01:45:46 + +++ gcc/config/elfos.h2011-11-12 02:51:39 + @@ -125,9 +125,6 @@ see the files COPYING3 and COPYING.RUNTI }\ while (0) -#undef TARGET_ASM_INTERNAL_LABEL -#define TARGET_ASM_INTERNAL_LABEL default_elf_internal_label - /* Output the label which precedes a jumptable. Note that for all svr4 systems where we actually generate jumptables (which is to say every svr4 target except i386, where we use casesi instead) we put the jump-
