Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.7.0
GCC host triplet: powerpc-apple-darwin8.7.0
GCC target triplet: powerpc-apple-darwin8.7.0
http://gcc.gnu.org/bugzilla
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.7.0
GCC host triplet: powerpc-apple-darwin8.7.0
GCC target triplet: powerpc-apple-darwin8.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28910
and
gfortran
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC
, at
tree-chrec.h:108
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot
--- Comment #3 from lucier at math dot purdue dot edu 2006-08-18 21:34
---
Created an attachment (id=12094)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12094action=view)
preprocessed source for dwarf2out.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28776
--- Comment #24 from lucier at math dot purdue dot edu 2006-07-19 00:19
---
Well, I just hit the same bug in 4.1.1, so it survived from 4.1.0.
I must be one hell of an atypical guy building 4.1.1, my bootstrap on x86-64
RHEL 4.0 didn't work (PR 28066), my 32-bit bootstrap on sparc-sun
-
typeck.c', needed by `c-typeck.o'.
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot
-
typeck.c', needed by `c-typeck.o'.
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot
--- Comment #1 from lucier at math dot purdue dot edu 2006-07-19 04:27
---
*** This bug has been marked as a duplicate of 28428 ***
--
lucier at math dot purdue dot edu changed:
What|Removed |Added
--- Comment #2 from lucier at math dot purdue dot edu 2006-07-19 04:27
---
*** Bug 28429 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28428
--- Comment #3 from lucier at math dot purdue dot edu 2006-07-19 04:28
---
Let's close this one, it may be because the source directory is mounted on an
NFS volume.
--
lucier at math dot purdue dot edu changed:
What|Removed |Added
--- Comment #4 from lucier at math dot purdue dot edu 2006-07-08 15:28
---
Has any progress been made on this bug? I'm kind of surprised that a bootstrap
failure on sparc-solaris should be marked P3.
Brad
--
lucier at math dot purdue dot edu changed:
What|Removed
--- Comment #6 from lucier at math dot purdue dot edu 2006-07-08 18:13
---
Subject: Re: Found a problem with the JNI methods declared and implemented
Well, these were the commands that failed:
build.log:cd ../../../../../../../libjava/classpath /usr/bin/ksh ./
scripts
--- Comment #8 from lucier at math dot purdue dot edu 2006-07-08 22:04
---
Subject: Re: Found a problem with the JNI methods declared and implemented
Things really seem screwed up in my build log.
Here's what I see:
make[7]: Entering directory `/export/users/lucier/programs/gcc
281: return: : numeric argument required
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.6.0
GCC host triplet: powerpc-apple-darwin8.6.0
GCC target triplet: powerpc-apple-darwin8.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27845
--- Comment #1 from lucier at math dot purdue dot edu 2006-05-31 18:44
---
Subject: Re: Can't build 64-bit 4.2.0 with 4.1.1 on darwin-ppc
OK, so you changed it from c to driver. Do you think it should be
reported against 4.1.1 (as I did) or against 4.2.0?
On May 31, 2006, at 1:40
--- Comment #1 from lucier at math dot purdue dot edu 2006-05-31 04:42
---
Subject: Re: New: ICE building darwin-crt2.c in 64-bit darwin bootstrap
I ran cc1 a bit through gdb; perhaps real.c has been miscompiled.
[lindv2:mainline/objdir64/gcc] lucier% gdb /Users/lucier/programs/gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.6.0
GCC host triplet
--- Comment #2 from lucier at math dot purdue dot edu 2006-04-25 02:40
---
It doesn't work for me, even with the updated cctools:
/Users/lucier/programs/gcc/mainline/objdir64/gcc/gcj
-B/Users/lucier/programs/gcc/mainline/objdir64/powerpc-apple-darwin8.6.0/ppc64/libjava/
-B/Users
--- Comment #6 from lucier at math dot purdue dot edu 2006-04-20 03:18
---
Subject: Re: Inordinate compile times on large routines
Thanks a lot. Here are the timing statistics (with --disable-
checking) after your patch.
PS: I'm sorry it took 9 hours to compile on your box
--- Comment #8 from lucier at math dot purdue dot edu 2006-04-20 03:39
---
Subject: Re: Inordinate compile times on large routines
On Apr 19, 2006, at 10:28 PM, law at redhat dot com wrote:
You'll likely get radically different pain points with mainline
as well. The RTL loop
--- Comment #3 from lucier at math dot purdue dot edu 2006-04-01 00:45
---
Subject: Re: Can't compile a 64-bit gcc
OK, I'll try to give a bit more data and make a more intelligent
comment.
I tried to configure and build mainline with this command:
/bin/rm -rf *; env CC='gcc -mcpu
--- Comment #4 from lucier at math dot purdue dot edu 2006-04-01 00:48
---
Subject: Re: Can't compile a 64-bit gcc
On Mar 31, 2006, at 6:45 PM, lucier at math dot purdue dot edu wrote:
So it appears that configure in 4.1.0 realizes that the libiconv on
powerpc-darwin-8.5.0
--- Comment #2 from lucier at math dot purdue dot edu 2006-03-31 03:01
---
Subject: Re: Can't compile a 64-bit gcc
I don't know.
Why does 4.2 use libiconv and 4.1 not use it? (I'm presuming that 4.1
doesn't use it because I was able to build a 64-bit gcc on darwin).
Should gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.5.0
GCC host triplet
--- Comment #2 from lucier at math dot purdue dot edu 2006-03-25 22:22
---
Subject: Re: Inordinate compile times on large routines
[lindv2:~/Desktop] lucier% /pkgs/gcc-4.0.3/bin/gcc -mcpu=970 -m64 -no-
cpp-precomp -Wall -W -Wno-unused -O1 -fno-math-errno -fschedule-
insns2 -fno
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.5.0
GCC host triplet
: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.5.0
GCC host triplet
--- Comment #6 from lucier at math dot purdue dot edu 2006-03-23 02:53
---
Subject: Re: Bootstrapping with a non default ABI (-m64 on ppc-darwin or on
ppc-linux with a compiler defaulting to 32 and now defaulting to 64)
On Mar 22, 2006, at 5:29 PM, ebotcazou at gcc dot gnu dot org
--- Comment #7 from lucier at math dot purdue dot edu 2006-03-23 03:16
---
Subject: Re: Bootstrapping with a non default ABI (-m64 on ppc-darwin or on
ppc-linux with a compiler defaulting to 32 and now defaulting to 64)
By the way, the last thing the bootstrap does is build libiberty
at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.5.0
GCC host triplet: powerpc-apple-darwin8.5.0
GCC target triplet: powerpc-apple-darwin8.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26480
--- Comment #2 from lucier at math dot purdue dot edu 2006-02-19 01:16
---
Subject: Re: Timouts in libgomp tests with --with-long-double-128
On Feb 16, 2006, at 2:41 PM, pinskia at gcc dot gnu dot org wrote:
First --with-long-double-128 does nothing on Darwin.
Does it do nothing
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.4.0
GCC host triplet: powerpc-apple-darwin8.4.0
GCC target triplet: powerpc-apple-darwin8.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26328
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
GCC build triplet: powerpc-apple-darwin8.4.0
GCC host triplet: powerpc-apple-darwin8.4.0
GCC target triplet: powerpc-apple-darwin8.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26273
--- Comment #32 from lucier at math dot purdue dot edu 2005-11-20 07:13
---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
On Nov 19, 2005, at 1:50 AM, lucier at math dot purdue dot edu wrote:
Can you explain what Apple's libtool has to do with it? Is it used
--- Comment #27 from lucier at math dot purdue dot edu 2005-11-19 02:42
---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
I don't know what Apple's priorities are here, but it would be really
nice to get 64-bit dynamic libraries working on Darwin. (Or maybe
--- Comment #31 from lucier at math dot purdue dot edu 2005-11-19 07:50
---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
Can you explain what Apple's libtool has to do with it? Is it used
by gcc to find these libraries at link time?
Brad
--
http
--- Comment #25 from lucier at math dot purdue dot edu 2005-10-09 18:26
---
[lindv2:~/Desktop/gcc-test] lucier% /pkgs/gcc-mainline/bin/gcc -v -m64
-dynamiclib -o conftest conftest.c
Using built-in specs.
Target: powerpc-apple-darwin8.2.0
Configured with: ../configure powerpc-apple
--- Comment #23 from lucier at math dot purdue dot edu 2005-10-04 10:31
---
This bug was triaged as a duplicate of 21757, which has now been resolved as
fixed.
And this bug still doesn't work with mainline. Here are the symptoms.
[lindv2:~/Desktop/gcc-test] lucier% cat conftest.c
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin8.2.0
GCC host triplet
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-28
01:08 ---
I'd like to point out that as documented extensively in bug report 22082, 64-bit
compilation *does* work on powerpc-darwin-8 with gcc-4.0.0, and it doesn't now
work on the mainline or the 4.0 branch
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-18
19:37 ---
This is fixed in today's cvs sources, perhaps because of
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00681.html
--
What|Removed |Added
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-19
02:02 ---
This is a simple patch that can and probably should be back-ported to 4.0.2
after the 4.0 branch is re-opened.
It seems that I probably made a mistake when I marked it resolved. It is still
open
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-19
02:21 ---
Well, I made more than one mistake today.
While Geoff's patch allows gcc to find libgcc_s_ppc64.dylib when running the
test suite, the installed compiler can't seem to find this library when trying
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu
at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin8.1.0
GCC host triplet: powerpc-apple-darwin8.1.0
GCC target triplet: powerpc-apple-darwin8.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22110
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-18
04:53 ---
I re-enabled 64-bit multilib before building and installing gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22110
ReportedBy: lucier at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin8.1.0
GCC host triplet: powerpc-apple-darwin8.1.0
GCC target triplet: powerpc-apple-darwin8.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
18:42 ---
This worked in 4.0.0, so it's a regression.
And 4.0.0 is now the *only* version of gcc that will compile Gambit-C correctly;
[descartes:~/programs/gambc40b13] lucier% /pkgs/gcc-4.0.0-apple/bin/gcc -v
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
18:46 ---
This isn't a duplicate of 21757; 21757 is about an 8-month old, tremendously
buggy, version of Apple's gcc, this report is about the current release
candidate.
--
What|Removed
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
18:54 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
On Jun 15, 2005, at 1:49 PM, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
19:19 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
On Jun 15, 2005, at 1:56 PM, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
19:32 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
On Jun 15, 2005, at 2:27 PM, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
20:43 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
On Jun 15, 2005, at 2:51 PM, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
21:05 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
OK, so do we now agree it works with 4.0.0, but not with 4.0-branch?
You claim That is because it is picking up the libgcc_s.dylib which
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
21:15 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
Already tried it and it doesn't do what I think we want:
/usr/bin/libtool -dynamic -arch_only ppc64 -noall_load
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
21:48 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
Great, thanks.
Here is what otool64 -L reports for a binary built with
[descartes:~/programs/gcc-4.0.0/objdir] lucier% /pkgs/gcc-4.0.0
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
22:31 ---
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
On Jun 15, 2005, at 4:57 PM, pinskia at gcc dot gnu dot org wrote:
That does not make sense as it should always include libgcc_s
--- Additional Comments From lucier at math dot purdue dot edu 2005-05-06
09:25 ---
Subject: Re: Infinite memory usage in preprocessor
Ah, after I reported it I was afraid it might be something like this.
Thank you for explaining this.
Brad
--
http://gcc.gnu.org/bugzilla
memory usage in preprocessor
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
--- Additional Comments From lucier at math dot purdue dot edu 2005-02-10
18:34 ---
Subject: Re: Parallel bootstrap failure: No rule to make target `intl.h',
needed by `c-parse.o'.
Yes, close it; I think it is a generic parallel build problem when the
build file system is mounted
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: sparc-sun-solaris2.9
GCC host triplet
--- Additional Comments From lucier at math dot purdue dot edu 2004-12-24
03:55 ---
Subject: Re: Parallel bootstrap failure: No rule to make target `intl.h',
needed by `c-parse.o'.
zorn-32% make -v
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Perhaps it's
--- Additional Comments From lucier at math dot purdue dot edu 2004-12-18
20:23 ---
Subject: Re: [4.0 Regression] Miscompiles code generated by Gambit-C Scheme-C
compiler
I can find no other problems at the moment.
Thank you all for investigating and fixing this.
Brad
--
http
at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18548
--- Additional Comments From lucier at math dot purdue dot edu 2004-11-18
19:04 ---
Sorry for hitting return in the summary field ...
This is a catch-all bug report for miscompilations of machine-generated code
that is generated by the Gambit-C Scheme-C compiler. Giovanni Bajo
--- Additional Comments From lucier at math dot purdue dot edu 2004-11-18
01:13 ---
Maybe this bug should be closed for lack of specificity.
The problem is the following: gcc-4.0 miscompiles C code generated by the
Scheme-C compiler Gambit-C (http://www.iro.umontreal.ca/~gambit). I
--- Additional Comments From lucier at math dot purdue dot edu 2004-11-10
16:31 ---
Subject: Re: Tremendous increase in compile times for 3.4.1 with -mcpu=G5
The G5 time is cut in half from 3.4.*, but the G4 time is 4 times as
long (roughly).
I don't think this is FIXED.
Or should
--
What|Removed |Added
CC||lucier at math dot purdue
||dot edu
http://gcc.gnu.org
--- Additional Comments From lucier at math dot purdue dot edu 2004-11-05 18:06
---
Subject: Re: [4.0 Regression] Parallel bootstrap failure: No rule to make target
`hard-reg-set.h', needed by `build/insn-conditions.o'
It has not happened again. If it does, I'll open a new PR
--- Additional Comments From lucier at math dot purdue dot edu 2004-11-03 21:31
---
Subject: Re: [4.0 Regression] internal compiler error: in
tree_redirect_edge_and_branch, at tree-cfg.c:4146
Was a new test case added with this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From lucier at math dot purdue dot edu 2004-11-04 03:31
---
Subject: Re: [4.0 Regression] Generates wrong code
I tried again, I'm having the same problems with today's 4.0.
I also have the same problems on sparc-sun-solaris2.9. I tried
debugging it with gdb
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.5.0
GCC host triplet: powerpc-apple-darwin7.5.0
dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.5.0
GCC host triplet: powerpc-apple-darwin7.5.0
GCC target triplet: powerpc-apple-darwin7.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18245
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lucier at math dot purdue dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: sparc-sun-solaris2.9
GCC host triplet: sparc-sun-solaris2.9
GCC target triplet
--- Additional Comments From lucier at math dot purdue dot edu 2004-10-28 21:23
---
Subject: Re: [4.0 Regression] Parallel bootstrap failure: No rule to make target
`hard-reg-set.h', needed by `build/insn-conditions.o'
make bootstrap continued just fine; after insn-conditions.o
201 - 277 of 277 matches
Mail list logo