[Bug libgcj/38102] New: error building libjavamath on OS X 10.4.11 PPC
I tried building the latest 4.4.0 snapshot on a Powerbook G4 (PPC) running OS X 10.4.11 with the latest developer tools for OS X 10.4. The source directory was the full gcc-4.4-20081107 drop and I ran configure with default options only. The build got quite far along, but failed in stage 3 with this at the end of the terminal log: libtool: link: /Volumes/LaCie/Developer/Sources/gcc-4.4-build/./gcc/xgcc -B/Volumes/LaCie/Developer/Sources/gcc-4.4-build/./gcc/ -B/usr/local/powerpc-apple-darwin8.11.0/bin/ -B/usr/local/powerpc-apple-darwin8.11.0/lib/ -isystem /usr/local/powerpc-apple-darwin8.11.0/include -isystem /usr/local/powerpc-apple-darwin8.11.0/sys-include -dynamiclib -o .libs/libjavamath.dylib .libs/gnu_java_math_GMP.o ../../../native/jni/classpath/.libs/jcl.o /usr/local/lib/libgmp.a -install_name /usr/local/lib/gcj-4.4.0-10/libjavamath.dylib -Wl,-single_module /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: /usr/local/lib/libgmp.a(popcount.o) has local relocation entries in non-writable section (__TEXT,__text) collect2: ld returned 1 exit status make[6]: *** [libjavamath.la] Error 1 make[5]: *** [all-recursive] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-target-libjava] Error 2 make: *** [all] Error 2 This system has fairly recent versions of gmp and mpfr installed, which are sufficient to build gcc up through the latest snapshots of 3.3 without errors. Let me know if there is any specific information that I can provide that would help diagnose the problem. -- Summary: error building libjavamath on OS X 10.4.11 PPC Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hal at oz dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38102
[Bug libgcj/38414] New: gcc 4.3-20081204 build broken on OS X 10.4 ppc
I ran a build gcc-4.3-20081204 on a powerbook g4 running OS X 10.4 and it
failed quite late in stage 3. Here's the tail end of the console output:
libtool: compile:
/Volumes/LaCie/Developer/Sources/gcc-4.3-20081204-build/gcc/gcj
-B/Volumes/LaCie/Developer/Sources/gcc-4.3-20081204-build/powerpc-apple-darwin8.11.0/libjava/
-B/Volumes/LaCie/Developer/Sources/gcc-4.3-20081204-build/gcc/ -fclasspath=
-fbootclasspath=../../../gcc-4.3-20081204/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c
-fsource-filename=/Volumes/LaCie/Developer/Sources/gcc-4.3-20081204-build/powerpc-apple-darwin8.11.0/libjava/classpath/lib/classes
-MT java/util/logging.lo -MD -MP -MF java/util/logging.deps
@java/util/logging.list -o java/util/logging.o >/dev/null 2>&1
rm: java/util/.libs/logging.o: Invalid argument
make[3]: *** [java/util/logging.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-target-libjava] Error 2
make: *** [all] Error 2
This build used configure with no options (all defaults). A similar build of
the previous week's drop (gcc-4.3-20081127) ran successfully with no errors.
--
Summary: gcc 4.3-20081204 build broken on OS X 10.4 ppc
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hal at oz dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38414
[Bug libgcj/38414] gcc 4.3-20081204 build broken on OS X 10.4 ppc
--- Comment #2 from hal at oz dot net 2008-12-13 19:01 --- Can you suggest some way of testing that hypothesis? Or some way of figuring out why that build broke when the previous one did not break? What changed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38414
[Bug libgcj/38102] error building libjavamath on OS X 10.4.11 PPC
--- Comment #1 from hal at oz dot net 2009-01-31 21:00 --- Still present as of the weekly gcc-4.4-20090130 drop. gcc 4.3.3 builds successfully on the same system with the same configuration. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38102
[Bug c/40650] New: gcc-4.5-20090702 won't build on OS X 10.5
The full 20090702 gcc 4.5 snapshot runs into a problem early in stage 2 on OS
X. The last few lines of the console output are:
checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld) is GNU
ld... no
checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to reload
object files... -r
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
make[2]: *** [configure-stage2-gmp] Error 1
make[1]: *** [stage2-bubble] Error 2
make: *** [all] Error 2
Configuration: OS X 10.5.7 running on a macbook pro; xcode tools 3.1.3;
gcc-4.5-20090702 full snapshot with gmp-4.3.1 unpacked into the top-level of
the tree as gmp and mpfr-2.4.1 as mpfr. Configured with default options; no
options specified for the configure script.
The full gcc-4.5-20090618 snapshot builds without trouble on the same machine
using that setup, including the same versions of gmp and mpfr.
--
Summary: gcc-4.5-20090702 won't build on OS X 10.5
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hal at oz dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40650
[Bug other/35148] New: make pdf has missing file in 4.3-20080208
I built a copy of gcc-4.3-20080208.tar.bz2 on a powerbook g4, OS X 10.4.11,
xcode 2.5, with the only configure option being
--enable-languages=c,c++,fortran. The build worked fine, but when I entered
make pdf after the build was done, it was ran into trouble with
gcc/doc/gcc.texi because of a missing file:
! I can't find file `../../gcc-4.3-20080208/gcc/../libiberty/at-file.texi'.
@includezzz [EMAIL PROTECTED] @input #1
[EMAIL PROTECTED]
l.1244 [EMAIL PROTECTED]/../libiberty/at-file.texi
If I enter x, tex continues, but then this bug is encountered again on
subsequent documents.
I have been able to build the pdf files before on this same setup, but recently
I've only done this after a full build (i.e., configure with no options,
meaning that other things including java are built, and the full build takes
much longer). I know I've been able to do a make pdf successfully in the past
after only building c,c++,fortran, but I haven't tried this on a gcc 4.3
snapshot for a while, so I can't say for sure if the difference in the
configure options contributes to the problem or not.
--
Summary: make pdf has missing file in 4.3-20080208
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hal at oz dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35148
[Bug other/35148] make pdf has missing file in 4.3-20080208
--- Comment #4 from hal at oz dot net 2008-02-10 17:18 --- Yes, redoing the configure with an absolute path does solve the problem. (The original was, indeed, configured with a relative path -- old habit, avoiding absolute paths whenever I can.) For the record, I've got this version of texi2dvi in /usr/bin: texi2dvi --version texi2dvi (GNU Texinfo 4.7) 1.3 I'd be glad to try changing the rule for gcc-vers.texi to see if that fixes the original problem, but I'm not sure where to do this. What file is this in? Thanks -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35148
[Bug other/35148] make pdf has missing file in 4.3-20080208
--- Comment #8 from hal at oz dot net 2008-02-11 00:46 --- I checked, and that patch does fix the original problem on my machine. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35148
[Bug other/35148] make pdf has missing file in 4.3-20080208
--- Comment #14 from hal at oz dot net 2008-02-17 17:28 --- Two comments to add, now that it seems that this patch might have caused some other problems: 1) In the original bug (make pdf doesn't work after building with a relative path), the source and build directories were on the same disk, but it was a second disk, not the primary one containing the OS X system and xcode tools. I'm rerunning the 20080208 build on the startup disk now to see whether building on an external volume made any difference, but that will take a while to finish. I'll follow up once I find out what happens. 2) This bug only appeared in the 20080208 snapshot. It did not exist with the 20080201 and earlier snapshots as best I can tell. So what changed between those two snapshots that either caused or exposed the original problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35148
[Bug other/35148] make pdf has missing file in 4.3-20080208
--- Comment #16 from hal at oz dot net 2008-02-17 17:46 --- OK. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35148
[Bug bootstrap/43170] New: gcc 4.5 20100218 bootstrap compare fails on os x 10.6
The gcc 4.5 20100218 snapshot bootstrap fails when built on os x 10.6 with the current Apple build tools. The problem is still present at svn revision 157053: $ svn info Path: . URL: svn://gcc.gnu.org/svn/gcc/trunk Repository Root: svn://gcc.gnu.org/svn/gcc Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 Revision: 157053 Node Kind: directory Schedule: normal Last Changed Author: jason Last Changed Rev: 157053 Last Changed Date: 2010-02-24 11:26:45 -0800 (Wed, 24 Feb 2010) Comparison error between stage 2 and stage 3: Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! x86_64-apple-darwin10.2.0/i386/libgomp/.libs/bar.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/barrier.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/env.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/iter.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/iter_ull.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/lock.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/loop.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/loop_ull.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/ordered.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/parallel.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/proc.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/sections.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/single.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/task.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/team.o differs x86_64-apple-darwin10.2.0/i386/libgomp/.libs/work.o differs x86_64-apple-darwin10.2.0/i386/libgomp/bar.o differs x86_64-apple-darwin10.2.0/i386/libgomp/barrier.o differs x86_64-apple-darwin10.2.0/i386/libgomp/env.o differs x86_64-apple-darwin10.2.0/i386/libgomp/iter.o differs x86_64-apple-darwin10.2.0/i386/libgomp/iter_ull.o differs x86_64-apple-darwin10.2.0/i386/libgomp/lock.o differs x86_64-apple-darwin10.2.0/i386/libgomp/loop.o differs x86_64-apple-darwin10.2.0/i386/libgomp/loop_ull.o differs x86_64-apple-darwin10.2.0/i386/libgomp/ordered.o differs x86_64-apple-darwin10.2.0/i386/libgomp/parallel.o differs x86_64-apple-darwin10.2.0/i386/libgomp/proc.o differs x86_64-apple-darwin10.2.0/i386/libgomp/sections.o differs x86_64-apple-darwin10.2.0/i386/libgomp/single.o differs x86_64-apple-darwin10.2.0/i386/libgomp/task.o differs x86_64-apple-darwin10.2.0/i386/libgomp/team.o differs x86_64-apple-darwin10.2.0/i386/libgomp/work.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/bar.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/barrier.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/env.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/iter.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/iter_ull.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/lock.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/loop.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/loop_ull.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/ordered.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/parallel.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/proc.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/sections.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/single.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/task.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/team.o differs x86_64-apple-darwin10.2.0/libgomp/.libs/work.o differs x86_64-apple-darwin10.2.0/libgomp/bar.o differs x86_64-apple-darwin10.2.0/libgomp/barrier.o differs x86_64-apple-darwin10.2.0/libgomp/env.o differs x86_64-apple-darwin10.2.0/libgomp/iter.o differs x86_64-apple-darwin10.2.0/libgomp/iter_ull.o differs x86_64-apple-darwin10.2.0/libgomp/lock.o differs x86_64-apple-darwin10.2.0/libgomp/loop.o differs x86_64-apple-darwin10.2.0/libgomp/loop_ull.o differs x86_64-apple-darwin10.2.0/libgomp/ordered.o differs x86_64-apple-darwin10.2.0/libgomp/parallel.o differs x86_64-apple-darwin10.2.0/libgomp/proc.o differs x86_64-apple-darwin10.2.0/libgomp/sections.o differs x86_64-apple-darwin10.2.0/libgomp/single.o differs x86_64-apple-darwin10.2.0/libgomp/task.o differs x86_64-apple-darwin10.2.0/libgomp/team.o differs x86_64-apple-darwin10.2.0/libgomp/work.o differs make[2]: *** [compare] Error 1 make[1]: *** [stage3-bubble] Error 2 make: *** [all] Error 2 The problem was not present in the prior week's snapshot (20100211), which did build successfully. -- Summary: gcc 4.5 20100218 bootstrap compare fails on os x 10.6 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hal at oz dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
[Bug bootstrap/43170] gcc 4.5 20100218 bootstrap compare fails on os x 10.6
--- Comment #2 from hal at oz dot net 2010-02-24 22:06 --- The only configure option was --enable-languages=c,c++,fortran. The configure and build were done in a clean, empty directory. Make was invoked with "make -j4". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
[Bug other/49978] New: make pdf error on OS X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
Summary: make pdf error on OS X
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: h...@oz.net
I got the following error when I tried make pdf after a full make bootstrap:
...
Doing pdf in libiberty
texi2pdf ../../gcc-4.6.1/libiberty/libiberty.texi
sed: 2: "s/\(^\|.* \)@documenten ...": whitespace after branch
sed: 4: "s/\(^\|.* \)@documenten ...": whitespace after label
sed: 6: "s/\(^\|.* \)@documenten ...": undefined label 'found
'
This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2011)
restricted \write18 enabled.
entering extended mode
(/Users/perkins/src/nobackup/gcc-4.6.1/libiberty/libiberty.texi
(/usr/local/texlive/2011/texmf-dist/tex/texinfo/texinfo.tex
Loading texinfo [version 2011-05-23.16]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, environments,
defuns, macros, cross references, insertions,
(/usr/local/texlive/2011/texmf-dist/tex/generic/epsf/epsf.tex
This is `epsf.tex' v2.7.4 <14 February 2011>
) localization, formatting, and turning on texinfo input format.) [1{/usr/local
/texlive/2011/texmf-var/fonts/map/pdftex/updmap/pdftex.map}] [2] [-1]
Chapter 1 Chapter 2 [1] [2]
(/Users/perkins/src/nobackup/gcc-4.6.1/libiberty/obstacks.texi Chapter 3
[3] [4] Cross reference values unknown; you must run TeX again. [5] [6]
[7] [8] [9] [10] [11] [12] [13]) Chapter 4 [14]
(/Users/perkins/src/nobackup/gcc-4.6.1/libiberty/functions.texi [15] [16]
[17] [18] [19] [20] [21]
Underfull \hbox (badness 1) in paragraph at lines 669--673
[]@textrm For ex-am-ple, if @textsl bin[]prefix @textrm is @texttt /alpha/beta
/gamma/gcc/delta[]@textrm , @textsl pre-fix @textrm is
[22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35])
Appendix A [36]
(/Users/perkins/src/nobackup/gcc-4.6.1/libiberty/copying-lib.texi [37] [38]
[39] [40] [41] [42]
/Users/perkins/src/nobackup/gcc-4.6.1/libiberty/copying-lib.texi:480: This comm
and can appear only outside of any environment, not in environment @enumerate.
@badenverr ...temp , not @inenvironment @thisenv }
@checkenv ...@ifx @thisenv @temp @else @badenverr
@fi
@sectionheading #1#2#3#4->{@checkenv {}
@csname #2fonts@endcsname @rmisbold @...
@\heading ...tionheading {#1}{sec}{Yomitfromtoc}{}
@suppressfirstparagraphin...
l.480 @heading NO WARRANTY
?
Setup: OS X 10.6.8, xcode 3.2.6, new installation of MacTeX/TexLive 2011. I
originally saw this a few months ago using the previous mactex/texlive 2010 but
wanted to wait to report it until I could try it with the new annual release of
tex.
The gcc build used the full 4.6.1 release with gmp, mpc, and mpfr added into
the tree (gmp 5.0.2, mpc 0.9, mpfr 3.0.1). Configure options were
--enable-languages=c,c++,fortran --enable-checking=release. The actual gcc
bootstrap completed successfully, the problem was with "make doc" right after
that.
[Bug other/49978] make pdf error on OS X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978 --- Comment #2 from hal at oz dot net 2011-08-04 16:58:30 UTC --- It's the same version of sed that's been there for two years (date is may 2009), and make pdf used to work with it. Maybe something in the script changed in a way that exposed a problem? Can you send me a sample sed script/command and input to try to see if the problem can be narrowed down?
[Bug other/49978] make pdf error on OS X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978 --- Comment #4 from hal at oz dot net 2011-08-04 17:35:34 UTC --- Here's what it looks like: $ echo foo | sed "s/\(^\|.* \)@documenten/bar/" foo $ pgm='s/^ *@documentencoding *\([^ ][^ ]*\) *$/\1/ >t found >d >:found >q' $ echo foo | sed -e "$pgm" $ echo $pgm s/^ *@documentencoding *\([^ ][^ ]*\) *$/\1/ t found d :found q
[Bug other/49978] make pdf error on OS X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978 --- Comment #6 from hal at oz dot net 2011-08-04 17:44:42 UTC --- Well, ok, but who is responsible for that? And it still remains the case that "make pdf" doesn't work.
[Bug other/36779] New: make pdf fails if done before another make
This is pretty trivial, but it would be nice to fix.
I tried to generate the pdf documents for gcc 4.3.1 on an x86 running fedora 9
without building gcc first. I ran configure with no options (in a separate
directory from the gcc source tree), then "make pdf". It generated a lot of
the pdf documents, but then quit in one of the subdirectories because
./gcc/xgcc didn't exist. Here's the tail end of the console output:
Checking multilib configuration for libgomp...
mkdir -p -- i686-pc-linux-gnu/libgomp
Configuring in i686-pc-linux-gnu/libgomp
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for --enable-generated-files-in-srcdir... no
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
/home/perkins/src/gcc-4.3.1/libgomp/configure: line 2167:
/home/perkins/src/gcc-4.3.1-build/./gcc/xgcc: No such file or directory
checking for i686-pc-linux-gnu-gcc...
/home/perkins/src/gcc-4.3.1-build/./gcc/xgcc
-B/home/perkins/src/gcc-4.3.1-build/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/
-B/usr/local/i686-pc-linux-gnu/lib/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
make[1]: *** [configure-target-libgomp] Error 1
make[1]: Leaving directory `/home/perkins/src/gcc-4.3.1-build'
make: *** [do-pdf] Error 2
--
Summary: make pdf fails if done before another make
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hal at oz dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36779
[Bug other/36779] make pdf fails if done before another make
--- Comment #2 from hal at oz dot net 2008-07-09 22:36 --- Fair enough, but if that's the case, it'd be better to generate a "you can't do that - make the compiler first" message and quit gracefully. BTW, this used to not work at all, but now make pdf does work in gcc/doc and libiberty without a previous make. Feature or bug? Thanks -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36779
