| Author |
Message |
Thommy M. Malmström *nix forums beginner
Joined: 26 Apr 2006
Posts: 49
|
Posted: Fri Jul 21, 2006 12:27 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Rainer Orth wrote:
| Quote: | "Thommy M. Malmström" <thommy.m.malmstrom@gmail.com> writes:
Lucky you. I still have errors...
$ cd /opt/local/src
$ gtar jxf gcc-4.1.1.tar.bz2
$ mkdir buildgcc-4.1.1
$ cd buildgcc-4.1.1
$ export CONFIG_SHELL=/usr/bin/bash
$ ../gcc-4.1.1/configure --prefix=/opt/local --with-as=/usr/ccs/bin/as
You should avoid using relative pathnames to the toplevel configure script
and an objdir that is a subdir of srcdir:
http://gcc.gnu.org/install/configure.html
--with-ld=/usr/ccs/bin/ld --enable-threads --disable-nls
--with-as and --with-ld shouldn't be necessary if you have /usr/ccs/bin in
your PATH. --enable-threads is superfluous (the default) either.
--enable-java-awt=xlib --with-x --enable-languages=c,c++,java,objc
[...]
Assembler:
"", line 1 : Illegal flag (-)
gmake[4]: *** [amd64/gmon.o] Error 1
Dave's build was on SPARC, your's is on x86/amd64: you either need to use
--disable-multilib (and don't include amd64 support) or use GNU as
(preferably the one in /usr/sfw/bin/gas) with
--with-as=/usr/sfw/bin/gas --with-gnu-as
Some hints can be found at
http://gcc.gnu.org/install/specific.html#ix86-x-solaris210
http://gcc.gnu.org/install/specific.html#x-x-solaris2
Hope this helps.
|
Will try this out. Thanks Rainer. |
|
| Back to top |
|
 |
Rainer Orth *nix forums beginner
Joined: 07 Mar 2005
Posts: 24
|
Posted: Fri Jul 21, 2006 11:38 am Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
"Daniel Rock" <v200629@deadcafe.de> writes:
| Quote: | Java doesn't build on amd64 - I don't know how to disable building of a
|
True: see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21942
It may take until GCC 4.3 (and the integration of boehm-gc 7.0) to have
this fixed for real.
| Quote: | 64-bit gcc if Solaris 10 was detected.
|
Simply configure with --disable-multilib.
| Quote: | Maybe you could try
--host=i386-sun-solaris2.9
But I haven't tried.
|
This will most likely break the build since there are a couple of places
that explicitly test for *-*-solaris2.1[0-9].
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University |
|
| Back to top |
|
 |
Rainer Orth *nix forums beginner
Joined: 07 Mar 2005
Posts: 24
|
Posted: Fri Jul 21, 2006 9:46 am Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
"Thommy M. Malmström" <thommy.m.malmstrom@gmail.com> writes:
| Quote: | Lucky you. I still have errors...
$ cd /opt/local/src
$ gtar jxf gcc-4.1.1.tar.bz2
$ mkdir buildgcc-4.1.1
$ cd buildgcc-4.1.1
$ export CONFIG_SHELL=/usr/bin/bash
$ ../gcc-4.1.1/configure --prefix=/opt/local --with-as=/usr/ccs/bin/as
|
You should avoid using relative pathnames to the toplevel configure script
and an objdir that is a subdir of srcdir:
http://gcc.gnu.org/install/configure.html
| Quote: | --with-ld=/usr/ccs/bin/ld --enable-threads --disable-nls
|
--with-as and --with-ld shouldn't be necessary if you have /usr/ccs/bin in
your PATH. --enable-threads is superfluous (the default) either.
| Quote: | --enable-java-awt=xlib --with-x --enable-languages=c,c++,java,objc
[...]
Assembler:
"", line 1 : Illegal flag (-)
gmake[4]: *** [amd64/gmon.o] Error 1
|
Dave's build was on SPARC, your's is on x86/amd64: you either need to use
--disable-multilib (and don't include amd64 support) or use GNU as
(preferably the one in /usr/sfw/bin/gas) with
--with-as=/usr/sfw/bin/gas --with-gnu-as
Some hints can be found at
http://gcc.gnu.org/install/specific.html#ix86-x-solaris210
http://gcc.gnu.org/install/specific.html#x-x-solaris2
Hope this helps.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University |
|
| Back to top |
|
 |
Daniel Rock *nix forums Guru
Joined: 04 May 2005
Posts: 316
|
Posted: Fri Jul 21, 2006 9:38 am Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
"Thommy M. Malmström" <thommy.m.malmstrom@gmail.com> wrote:
| Quote: | Lucky you. I still have errors...
$ cd /opt/local/src
$ gtar jxf gcc-4.1.1.tar.bz2
$ mkdir buildgcc-4.1.1
$ cd buildgcc-4.1.1
$ export CONFIG_SHELL=/usr/bin/bash
$ ../gcc-4.1.1/configure --prefix=/opt/local --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --enable-threads --disable-nls
--enable-java-awt=xlib --with-x --enable-languages=c,c++,java,objc
|
On x86/amd64 you'd better use gas:
.... --with-gnu-as --with-as=/usr/sfw/bin/gas ...
Java doesn't build on amd64 - I don't know how to disable building of a
64-bit gcc if Solaris 10 was detected.
Maybe you could try
--host=i386-sun-solaris2.9
But I haven't tried.
--
Daniel |
|
| Back to top |
|
 |
Thommy M. Malmström *nix forums beginner
Joined: 26 Apr 2006
Posts: 49
|
Posted: Fri Jul 21, 2006 9:02 am Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Dave (from the UK) wrote:
| Quote: | Dave (from the UK) wrote:
I rebuilt as I said I would, but it fails - see below. This time I did
set CONFIG_SHELL to bash and export it before trying to build. As you
can see, it still fails.
Oops, my error.
I'd run out of disk space - that is why the build failed. It has now
built on Solaris 10 update 2.
|
Lucky you. I still have errors...
$ cd /opt/local/src
$ gtar jxf gcc-4.1.1.tar.bz2
$ mkdir buildgcc-4.1.1
$ cd buildgcc-4.1.1
$ export CONFIG_SHELL=/usr/bin/bash
$ ../gcc-4.1.1/configure --prefix=/opt/local --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --enable-threads --disable-nls
--enable-java-awt=xlib --with-x --enable-languages=c,c++,java,objc
$ gmake bootstrap
[...]
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c: At top level:
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c:391: warning: return type
defaults to 'int'
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c:391: warning: function
declaration isn't a prototype
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c: In function 'moncontrol':
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c:392: warning: old-style
function definition
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c:396: warning: implicit
declaration of function 'profil'
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c:398: warning: cast from
pointer to integer of different size
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c:406: warning: control
reaches end of non-void function
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c: At top level:
.../../gcc-4.1.1/gcc/config/i386/gmon-sol2.c:58: warning: 'sccsid'
defined but not used
Assembler:
"", line 1 : Illegal flag (-)
gmake[4]: *** [amd64/gmon.o] Error 1
gmake[4]: Leaving directory `/usr/local/src/buildgcc-4.1.1/gcc'
gmake[3]: *** [extraamd64] Error 2
gmake[3]: Leaving directory `/usr/local/src/buildgcc-4.1.1/gcc'
gmake[2]: *** [stmp-multilib] Error 2
gmake[2]: Leaving directory `/usr/local/src/buildgcc-4.1.1/gcc'
gmake[1]: *** [stage1_build] Error 2
gmake[1]: Leaving directory `/usr/local/src/buildgcc-4.1.1/gcc'
gmake: *** [bootstrap] Error 2 |
|
| Back to top |
|
 |
Dave (from the UK) *nix forums Guru
Joined: 12 Jan 2006
Posts: 464
|
Posted: Thu Jul 20, 2006 11:35 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Dave (from the UK) wrote:
| Quote: | I rebuilt as I said I would, but it fails - see below. This time I did
set CONFIG_SHELL to bash and export it before trying to build. As you
can see, it still fails.
|
Oops, my error.
I'd run out of disk space - that is why the build failed. It has now
built on Solaris 10 update 2.
--
Dave K MCSE.
MCSE = Minefield Consultant and Solitaire Expert.
Please note my email address changes periodically to avoid spam.
It is always of the form: month-year@domain. Hitting reply will work
for a couple of months only. Later set it manually.
http://witm.sourceforge.net/ (Web based Mathematica front end) |
|
| Back to top |
|
 |
Dave (from the UK) *nix forums Guru
Joined: 12 Jan 2006
Posts: 464
|
Posted: Thu Jul 20, 2006 4:23 am Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Dave (from the UK) wrote:
| Quote: | Rainer Beushausen wrote:
Your log shows syntax errors reported by /bin/sh. Did you set
CONFIG_SHELL to bash before configuring?
No, I had not. I'll rebuild like that. I normally use tcsh, but the
scripts should I assume be executed with /bin/sh.
I rebuilt as I said I would, but it fails - see below. This time I did |
set CONFIG_SHELL to bash and export it before trying to build. As you
can see, it still fails.
For the record, here is the top of config.log.
# This directory was configured as follows,
# on host teal:
#
# ../gcc-4.1.1/configure --prefix=/opt/gnu/gcc-4.1.1
--with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-threads
--disable-nls --enable-java-awt=xlib --with-x
--enable-languages=c,c++,java,objc
#
# Compiler output produced by configure, useful for debugging
and here is the failure to build.
$ make bootstrap
<snip, several hours later ..>
mkdir javax/swing/text/html/.libs
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/text/html/parser.lo -MD -MP -MF
javax/swing/text/html/parser.de ps @javax/swing/text/html/parser.list
-fPIC -o javax/swing/text/html/.libs/parse r.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/text/html/parser.lo -MD -MP -MF
javax/swing/text/html/parser.de ps @javax/swing/text/html/parser.list -o
javax/swing/text/html/parser.o >/dev/nu ll 2>&1
/usr/bin/bash ./libtool --mode=compile
/export/home/drkirkby/build5/gcc/gcj -B/e
xport/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/
-B/export/home /drkirkby/build5/gcc/ -fclasspath=
-fbootclasspath=/export/home/drkirkby/build5/
sparc-sun-solaris2.10/sparcv9/libjava/classpath/lib --encoding=UTF-8
-Wno-deprec ated -fbootstrap-classes -g -O2 -m64 -c -o
javax/swing/text/rtf.lo -MT javax/sw ing/text/rtf.lo -MD -MP -MF
javax/swing/text/rtf.deps @javax/swing/text/rtf.list
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/text/rtf.lo -MD -MP -MF
javax/swing/text/rtf.deps @javax/swing/ text/rtf.list -fPIC -o
javax/swing/text/.libs/rtf.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/text/rtf.lo -MD -MP -MF
javax/swing/text/rtf.deps @javax/swing/ text/rtf.list -o
javax/swing/text/rtf.o >/dev/null 2>&1
/usr/bin/bash ./libtool --mode=compile
/export/home/drkirkby/build5/gcc/gcj -B/e
xport/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/
-B/export/home /drkirkby/build5/gcc/ -fclasspath=
-fbootclasspath=/export/home/drkirkby/build5/
sparc-sun-solaris2.10/sparcv9/libjava/classpath/lib --encoding=UTF-8
-Wno-deprec ated -fbootstrap-classes -g -O2 -m64 -c -o
javax/swing/tree.lo -MT javax/swing/ tree.lo -MD -MP -MF
javax/swing/tree.deps @javax/swing/tree.list
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/tree.lo -MD -MP -MF javax/swing/tree.deps
@javax/swing/tree.lis t -fPIC -o javax/swing/.libs/tree.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/tree.lo -MD -MP -MF javax/swing/tree.deps
@javax/swing/tree.lis t -o javax/swing/tree.o >/dev/null 2>&1
/usr/bin/bash ./libtool --mode=compile
/export/home/drkirkby/build5/gcc/gcj -B/e
xport/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/
-B/export/home /drkirkby/build5/gcc/ -fclasspath=
-fbootclasspath=/export/home/drkirkby/build5/
sparc-sun-solaris2.10/sparcv9/libjava/classpath/lib --encoding=UTF-8
-Wno-deprec ated -fbootstrap-classes -g -O2 -m64 -c -o
javax/swing/undo.lo -MT javax/swing/ undo.lo -MD -MP -MF
javax/swing/undo.deps @javax/swing/undo.list
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/undo.lo -MD -MP -MF javax/swing/undo.deps
@javax/swing/undo.lis t -fPIC -o javax/swing/.libs/undo.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/swing/undo.lo -MD -MP -MF javax/swing/undo.deps
@javax/swing/undo.lis t -o javax/swing/undo.o >/dev/null 2>&1
/usr/bin/bash ./libtool --mode=compile
/export/home/drkirkby/build5/gcc/gcj -B/e
xport/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/
-B/export/home /drkirkby/build5/gcc/ -fclasspath=
-fbootclasspath=/export/home/drkirkby/build5/
sparc-sun-solaris2.10/sparcv9/libjava/classpath/lib --encoding=UTF-8
-Wno-deprec ated -fbootstrap-classes -g -O2 -m64 -c -o
javax/transaction.lo -MT javax/trans action.lo -MD -MP -MF
javax/transaction.deps @javax/transaction.list
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/transaction.lo -MD -MP -MF javax/transaction.deps
@javax/transaction. list -fPIC -o javax/.libs/transaction.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/transaction.lo -MD -MP -MF javax/transaction.deps
@javax/transaction. list -o javax/transaction.o >/dev/null 2>&1
/usr/bin/bash ./libtool --mode=compile
/export/home/drkirkby/build5/gcc/gcj -B/e
xport/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/
-B/export/home /drkirkby/build5/gcc/ -fclasspath=
-fbootclasspath=/export/home/drkirkby/build5/
sparc-sun-solaris2.10/sparcv9/libjava/classpath/lib --encoding=UTF-8
-Wno-deprec ated -fbootstrap-classes -g -O2 -m64 -c -o
javax/transaction/xa.lo -MT javax/tr ansaction/xa.lo -MD -MP -MF
javax/transaction/xa.deps @javax/transaction/xa.list
mkdir javax/transaction/.libs
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/transaction/xa.lo -MD -MP -MF
javax/transaction/xa.deps @javax/transa ction/xa.list -fPIC -o
javax/transaction/.libs/xa.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT javax/transaction/xa.lo -MD -MP -MF
javax/transaction/xa.deps @javax/transa ction/xa.list -o
javax/transaction/xa.o >/dev/null 2>&1
/usr/bin/bash ./libtool --mode=compile
/export/home/drkirkby/build5/gcc/gcj -B/e
xport/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/
-B/export/home /drkirkby/build5/gcc/ -fclasspath=
-fbootclasspath=/export/home/drkirkby/build5/
sparc-sun-solaris2.10/sparcv9/libjava/classpath/lib --encoding=UTF-8
-Wno-deprec ated -fbootstrap-classes -g -O2 -m64 -c -o org/ietf/jgss.lo
-MT org/ietf/jgss.l o -MD -MP -MF org/ietf/jgss.deps @org/ietf/jgss.list
mkdir org/ietf/.libs
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT org/ietf/jgss.lo -MD -MP -MF org/ietf/jgss.deps
@org/ietf/jgss.list -fPIC - o org/ietf/.libs/jgss.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -c -MT org/ietf/jgss.lo -MD -MP -MF org/ietf/jgss.deps
@org/ietf/jgss.list -o org/ ietf/jgss.o >/dev/null 2>&1
/usr/bin/bash ./libtool --mode=compile
/export/home/drkirkby/build5/gcc/gcj -B/e
xport/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/
-B/export/home /drkirkby/build5/gcc/ -fclasspath=
-fbootclasspath=/export/home/drkirkby/build5/
sparc-sun-solaris2.10/sparcv9/libjava/classpath/lib --encoding=UTF-8
-Wno-deprec ated -fbootstrap-classes -g -O2 -m64 -fjni
-findirect-dispatch -c -o gnu-CORBA. lo @gnu-CORBA.list
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -f jni -findirect-dispatch -c @gnu-CORBA.list -fPIC -o
..libs/gnu-CORBA.o
/export/home/drkirkby/build5/gcc/gcj
-B/export/home/drkirkby/build5/sparc-sun-so laris2.10/sparcv9/libjava/
-B/export/home/drkirkby/build5/gcc/ -fclasspath= -fbo
otclasspath=/export/home/drkirkby/build5/sparc-sun-solaris2.10/sparcv9/libjava/c
lasspath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-m64 -f jni -findirect-dispatch -c @gnu-CORBA.list -o gnu-CORBA.o
| Quote: | /dev/null 2>&1
gmake[6]: *** [gnu-CORBA.lo] Error 1 |
gmake[6]: Leaving directory
`/export/home/drkirkby/build5/sparc-sun-solaris2.10/ sparcv9/libjava'
gmake[5]: *** [all-recursive] Error 1
gmake[5]: Leaving directory
`/export/home/drkirkby/build5/sparc-sun-solaris2.10/ sparcv9/libjava'
gmake[4]: *** [multi-do] Error 1
gmake[4]: Leaving directory
`/export/home/drkirkby/build5/sparc-sun-solaris2.10/ libjava'
gmake[3]: *** [all-multi] Error 2
gmake[3]: Leaving directory
`/export/home/drkirkby/build5/sparc-sun-solaris2.10/ libjava'
gmake[2]: *** [all-target-libjava] Error 2
gmake[2]: Leaving directory `/export/home/drkirkby/build5'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/export/home/drkirkby/build5'
gmake: *** [bootstrap] Error 2
--
Dave K MCSE.
MCSE = Minefield Consultant and Solitaire Expert.
Please note my email address changes periodically to avoid spam.
It is always of the form: month-year@domain. Hitting reply will work
for a couple of months only. Later set it manually.
http://witm.sourceforge.net/ (Web based Mathematica front end) |
|
| Back to top |
|
 |
Dave (from the UK) *nix forums Guru
Joined: 12 Jan 2006
Posts: 464
|
Posted: Wed Jul 19, 2006 9:13 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Neal A. Lucier wrote:
No, it does not seem to be that one. I do like a comment though in that
bug id you quoted:
---------
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
-----------
I'll probably look at building an older version. I don't need the
latest, but do need a java compiler (no doubt the GNU one is the only
one tested with the open-source code I have).
--
Dave K MCSE.
MCSE = Minefield Consultant and Solitaire Expert.
Please note my email address changes periodically to avoid spam.
It is always of the form: month-year@domain. Hitting reply will work
for a couple of months only. Later set it manually.
http://witm.sourceforge.net/ (Web based Mathematica front end) |
|
| Back to top |
|
 |
Dave (from the UK) *nix forums Guru
Joined: 12 Jan 2006
Posts: 464
|
Posted: Wed Jul 19, 2006 9:09 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Rainer Beushausen wrote:
| Quote: | I got the same problem, so I left qt alone forcing the use of xlib by
--enable-java-awt=xlib --with-x
|
I'll try that one. I don't have Qt installed - I'm not sure I understand
why the compiler needs that.
| Quote: | The build succeeded and I am able to get some X11-windows open. But
haven't tested this very much.
Your log shows syntax errors reported by /bin/sh. Did you set
CONFIG_SHELL to bash before configuring?
|
No, I had not. I'll rebuild like that. I normally use tcsh, but the
scripts should I assume be executed with /bin/sh.
--
Dave K MCSE.
MCSE = Minefield Consultant and Solitaire Expert.
Please note my email address changes periodically to avoid spam.
It is always of the form: month-year@domain. Hitting reply will work
for a couple of months only. Later set it manually.
http://witm.sourceforge.net/ (Web based Mathematica front end) |
|
| Back to top |
|
 |
Neal A. Lucier *nix forums addict
Joined: 24 Feb 2005
Posts: 78
|
Posted: Wed Jul 19, 2006 6:30 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Dave (from the UK) wrote:
| Quote: | I have a Sun UltraSPARC workstation with Solaris 10 update 2 (6/06
release) and gcc 3.4.3 - the gcc is now part of Solaris.
I need to build a java compiler (gcl), as the gcc that is shipped in
Solaris is not built with that. So I downloaded gcc-4.1.1 and configured
gcc like this:
teal /export/home/drkirkby/build % ../gcc-4.1.1/configure
--prefix=/usr/local --with-as=/usr/sfw/bin/gas --with-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,java
(those config options are the same as those used for building gcc in
/usr/sfw/bin/gcc)
Whilst the build process of 4.1.1 went a long way (there was over 300 Mb
of files created), it finally bombs out. Various linker errors about "
relocation error" and "symbol <unknown>: offset 0xfeeb5aa6 is
non-aligned". (See below for more details)
Any idea where the hell to start looking for this problem?
|
You might be running into this bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27823
Neal |
|
| Back to top |
|
 |
Rainer Beushausen *nix forums beginner
Joined: 16 Oct 2005
Posts: 26
|
Posted: Wed Jul 19, 2006 5:56 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Dave (from the UK) wrote:
| Quote: | It does not work for me. I seem to have hit a problem with Qt (not sure
why it uses that). I tried building without the objc, but it makes no
differnce.
teal /export/home/drkirkby/build4 % ../gcc-4.1.1/configure
--prefix=/opt/gnu/gcc-4.1.1 --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --enable-threads --enable-languages=c,c++,java
--disable-nls
snip, a lot of compiling and a long time later
mples --with-glibj=build --disable-gtk-peer --disable-qt-peer
--with-auxdir=/export/home/drkirkby/gcc-4.1.1
--cache-file=.././config.cache
--srcdir=../../../../../gcc-4.1.1/libjava/classpath
../../../../../gcc-4.1.1/libjava/classpath/configure: syntax error at
line 11740: `QT_INCLUDE_DIR=$' unexpected
configure: error: /bin/sh
'../../../../../gcc-4.1.1/libjava/classpath/configure' failed for classpath
gmake[2]: *** [configure-target-libjava] Error 1
gmake[2]: Leaving directory `/export/home/drkirkby/build4'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/export/home/drkirkby/build4'
gmake: *** [bootstrap] Error 2
teal /export/home/drkirkby/build4 % ../gcc-4.1.1/configure
--prefix=/opt/gnu/gcc-4.1.1 --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --enable-threads --enable-languages=c,c++,java
--disable-nls
teal /export/home/drkirkby/build4 % vi
../gcc-4.1.1/libjava/classpath/configure: syntax error at line 11740
|
I got the same problem, so I left qt alone forcing the use of xlib by
--enable-java-awt=xlib --with-x
The build succeeded and I am able to get some X11-windows open. But
haven't tested this very much.
Your log shows syntax errors reported by /bin/sh. Did you set
CONFIG_SHELL to bash before configuring?
Rainer |
|
| Back to top |
|
 |
Dave (from the UK) *nix forums Guru
Joined: 12 Jan 2006
Posts: 464
|
Posted: Wed Jul 19, 2006 5:23 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Rainer Beushausen wrote:
| Quote: |
This worked for me on a Ultra-60 Sol 10 3/05
CONFIG_SHELL=/usr/bin/bash
export CONFIG_SHELL
gcc-4.1.1/configure --prefix=/opt/gnu/gcc-4.1.1 \
--with-as=/usr/ccs/bin/as \
--with-ld=/usr/ccs/bin/ld --enable-threads \
--enable-languages=c,c++,java,objc \
--disable-nls --enable-java-awt=xlib --with-x
gmake bootstrap
I'm always using Solaris ld, as
Rainer
|
It does not work for me. I seem to have hit a problem with Qt (not sure
why it uses that). I tried building without the objc, but it makes no
differnce.
teal /export/home/drkirkby/build4 % ../gcc-4.1.1/configure
--prefix=/opt/gnu/gcc-4.1.1 --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --enable-threads --enable-languages=c,c++,java
--disable-nls
<snip, a lot of compiling and a long time later>
mples --with-glibj=build --disable-gtk-peer --disable-qt-peer
--with-auxdir=/export/home/drkirkby/gcc-4.1.1
--cache-file=.././config.cache
--srcdir=../../../../../gcc-4.1.1/libjava/classpath
.../../../../../gcc-4.1.1/libjava/classpath/configure: syntax error at
line 11740: `QT_INCLUDE_DIR=$' unexpected
configure: error: /bin/sh
'../../../../../gcc-4.1.1/libjava/classpath/configure' failed for classpath
gmake[2]: *** [configure-target-libjava] Error 1
gmake[2]: Leaving directory `/export/home/drkirkby/build4'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/export/home/drkirkby/build4'
gmake: *** [bootstrap] Error 2
teal /export/home/drkirkby/build4 % ../gcc-4.1.1/configure
--prefix=/opt/gnu/gcc-4.1.1 --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --enable-threads --enable-languages=c,c++,java
--disable-nls
teal /export/home/drkirkby/build4 % vi
.../gcc-4.1.1/libjava/classpath/configure: syntax error at line 11740
The syntax error in the configure script appears to be here.
if test "x$HAVE_QT4" = "xyes"; then
QT_INCLUDE_DIR=$($PKG_CONFIG --variable=includedir QtGui)
EXTRA_QT_INCLUDE_DIR="$QT_INCLUDE_DIR/Qt"
I'll install Qt to see if that fixes it. I could try editing the
configure script, but are not sure what it might break
--
Dave K MCSE.
MCSE = Minefield Consultant and Solitaire Expert.
Please note my email address changes periodically to avoid spam.
It is always of the form: month-year@domain. Hitting reply will work
for a couple of months only. Later set it manually.
http://witm.sourceforge.net/ (Web based Mathematica front end) |
|
| Back to top |
|
 |
Frank Cusack *nix forums Guru Wannabe
Joined: 02 Mar 2005
Posts: 215
|
Posted: Wed Jul 19, 2006 12:31 am Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
On Tue, 18 Jul 2006 22:39:34 +0000 (UTC) "Daniel Rock" <v200629@deadcafe.de> wrote:
| Quote: | Frank Cusack <fcusack@fcusack.com> wrote:
On Tue, 18 Jul 2006 20:57:57 +0200 Rainer Beushausen <surfnasi@web.de> wrote:
gcc3.4.3 at least does not require gas. Configured with
/usr/ccs/bin/as it builds and runs without problems.
Sure it does. Up to 3.4.5 (and I believe 3.4.6 although I haven't
tested) requires gas. Either 1) you haven't hit a code path that
breaks for as, or 2) as has been updated to accept whatever gas-ism
gcc is emitting. I wish I could remember the details.
SPARC or x86? In my experience gas isn't required on SPARC.
|
Ah yes, I think you're right. Now that I think about it, I was using
as until I needed to build for x86 as well as SPARC. Then I switched
to gas on both platforms.
-frank |
|
| Back to top |
|
 |
Daniel Rock *nix forums Guru
Joined: 04 May 2005
Posts: 316
|
Posted: Tue Jul 18, 2006 10:39 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
Frank Cusack <fcusack@fcusack.com> wrote:
| Quote: | On Tue, 18 Jul 2006 20:57:57 +0200 Rainer Beushausen <surfnasi@web.de> wrote:
gcc3.4.3 at least does not require gas. Configured with
/usr/ccs/bin/as it builds and runs without problems.
Sure it does. Up to 3.4.5 (and I believe 3.4.6 although I haven't
tested) requires gas. Either 1) you haven't hit a code path that
breaks for as, or 2) as has been updated to accept whatever gas-ism
gcc is emitting. I wish I could remember the details.
|
SPARC or x86? In my experience gas isn't required on SPARC. I have built
almost every gcc version of the 3.x series on SPARC and never required gas
- even with Java + Ada included.[1]
x86 is another story though.
[1] my build platform for Solaris/SPARC is running Solaris 8 - gas isn't even
installed on this system.
--
Daniel |
|
| Back to top |
|
 |
Frank Cusack *nix forums Guru Wannabe
Joined: 02 Mar 2005
Posts: 215
|
Posted: Tue Jul 18, 2006 9:56 pm Post subject:
Re: build trouble - gcc-4.1.1 on Solaris 10
|
|
|
On Tue, 18 Jul 2006 20:57:57 +0200 Rainer Beushausen <surfnasi@web.de> wrote:
| Quote: | Frank Cusack wrote:
gcc3 requires gas, and does build correctly. Maybe gcc4 has fixed the
gas-isms and will now work with as.
gcc3.4.3 at least does not require gas. Configured with
/usr/ccs/bin/as it builds and runs without problems.
|
Sure it does. Up to 3.4.5 (and I believe 3.4.6 although I haven't
tested) requires gas. Either 1) you haven't hit a code path that
breaks for as, or 2) as has been updated to accept whatever gas-ism
gcc is emitting. I wish I could remember the details.
Or the Sun gcc-3.4.3 has patches to work with as, although I checked
this and IIRC it doesn't have anything.
| Quote: | I've found this setup to be much lesser error-prone when it comes to
SPARC-specific optimizations like -mcpu=ultrasparc and friends.
|
I don't see how. gcc still does the cpu-specific instruction output,
so either gas or as would work the same.
-frank |
|
| Back to top |
|
 |
Google
|
|
| Back to top |
|
 |
|