On Mon, Feb 13, 2006 at 07:17:01PM +0100, Ralf S. Engelschall wrote:
> On Mon, Feb 13, 2006, Adam D. Morley wrote:
>
> > I have an OpenPKG 2.4 installation on sparc64-solaris9 that seems to
> > segfault on upgrading gcc to 2.5.0 (order of upgrade I did was: openpkg
> > -> 2.5.1, make, binutils):
> > [...]
> > `../build-sparc-sun-solaris2.9/libiberty/libiberty.a(hashtab.o)' is
> > incompatible with sparc output
> > /opt/openpkg/bin/ld: warning: sparc:v9 architecture of input file
> > `../build-sparc-sun-solaris2.9/libiberty/libiberty.a(xmalloc.o)' is
> > incompatible with sparc output
> > /opt/openpkg/bin/ld: warning: sparc:v9 architecture of input file
> > `../build-sparc-sun-solaris2.9/libiberty/libiberty.a(xstrdup.o)' is
> > incompatible with sparc output
> > /opt/openpkg/bin/ld: warning: sparc:v9 architecture of input file
> > `../build-sparc-sun-solaris2.9/libiberty/libiberty.a(xexit.o)' is
> > incompatible with sparc output
> > build/genmodes -h > tmp-modes.h
> > /opt/openpkg/lib/openpkg/bash: line 1: 22078 Segmentation Fault
> > (core dumped) build/genmodes -h >tmp-modes.h
> > make[2]: *** [s-modes] Error 139
> > make[1]: *** [stage1_build] Error 2
> > make: *** [bootstrap-lean] Error 2
> > error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.17369 (%build)
> >
> > RPM build errors:
> > Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.17369 (%build)
> > [EMAIL PROTECTED] gcc]#
> > [...]
> > (is there a place where the make outputs go so I can post those too?)
>
> No, you can just capture what is displayed on the screen or look into
> files like config.log (not in your case).
Ok.
>
> > This is on the build machine itself. What's odd is that it seems
> > openpkg is usuing 64-bit gcc for the build, when I thought gcc in opkg
> > 2.4 didn't work with 64bit compiles (I only think this because I don't
> > remember lsof building right with gcc on 2.4, but I might be thinking of
> > an older version).
> >
> > Anybody else seen this? Should I downgrade binutils and make to 2.4.0
> > and upgrade gcc first?
>
> Yes, it _could_ be an issue with having already newer GNU binutils but
> still the older GCC during building the newer GCC. Downgrading GNU make
> will certainly not make any differences but downgrading GNU binutils
> could be worth a try. Please try it out.
Ok, tried. I tried rebuilding once I downgraded to binutils from 2.4:
[EMAIL PROTECTED] gcc]# openpkg rpm -qa
openpkg-registry-0.2.5-20051129
bzip2-1.0.3-2.4.0
getopt-20030307-2.4.0
rsync-2.6.5-2.4.0
readline-5.0.5-2.4.0
gpg-pubkey-63c4cb9f-3c591eda
gcc-3.4.4-2.4.0
perl-5.8.7-2.4.0
gnupg-1.4.1-2.4.0
openpkg-2.5.1-2.5.1
binutils-2.16.1-2.4.0
make-3.80-2.4.0
screen-4.0.2-2.4.0
coreutils-5.2.1-2.4.0
zlib-1.2.2-2.4.1
And I got the same error:
/opt/openpkg/bin/cc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genmodes \
build/genmodes.o build/errors.o
../build-sparc-sun-solaris2.9/libiberty/libiberty.a
/opt/openpkg/bin/ld: warning: sparc:v9 architecture of input file
`../build-sparc-sun-solaris2.9/libiberty/libiberty.a(hashtab.o)' is
incompatible with sparc output
/opt/openpkg/bin/ld: warning: sparc:v9 architecture of input file
`../build-sparc-sun-solaris2.9/libiberty/libiberty.a(xmalloc.o)' is
incompatible with sparc output
/opt/openpkg/bin/ld: warning: sparc:v9 architecture of input file
`../build-sparc-sun-solaris2.9/libiberty/libiberty.a(xstrdup.o)' is
incompatible with sparc output
/opt/openpkg/bin/ld: warning: sparc:v9 architecture of input file
`../build-sparc-sun-solaris2.9/libiberty/libiberty.a(xexit.o)' is incompatible
with sparc output
build/genmodes -h > tmp-modes.h
/opt/openpkg/lib/openpkg/bash: line 1: 4349 Segmentation Fault (core
dumped) build/genmodes -h >tmp-modes.h
make[2]: *** [s-modes] Error 139
make[1]: *** [stage1_build] Error 2
make: *** [bootstrap-lean] Error 2
error: Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.23407 (%build)
RPM build errors:
Bad exit status from /opt/openpkg/RPM/TMP/rpm-tmp.23407 (%build)
So I downgraded openpkg too (to 2.4.1):
[EMAIL PROTECTED] gcc]# openpkg rpm -qa
openpkg-registry-0.2.5-20051129
bzip2-1.0.3-2.4.0
getopt-20030307-2.4.0
rsync-2.6.5-2.4.0
readline-5.0.5-2.4.0
openpkg-2.4.1-2.4.1
gpg-pubkey-63c4cb9f-3c591eda
gcc-3.4.4-2.4.0
perl-5.8.7-2.4.0
gnupg-1.4.1-2.4.0
binutils-2.16.1-2.4.0
make-3.80-2.4.0
screen-4.0.2-2.4.0
coreutils-5.2.1-2.4.0
zlib-1.2.2-2.4.1
And received the same error. I downgraded by doing:
openpkg rpm -Uvh --force <location of binary rpms>
Any other ideas to try? The only thing I've got left is rebuilding fresh from
openpkg-2.5.1, but I'm not sure if that will make a difference. FWIW, I still
have a spare C compiler around if I have to...
Thanks,
--
adam
______________________________________________________________________
The OpenPKG Project www.openpkg.org
User Communication List openpkg-users@openpkg.org
