I'm trying to build gcc 4.0.3 on my SS20 running Solaris 9.
I have built gnu binutils (last stable release), and configured gcc
itself by :
hilbert:[~/packages/gcc-build] > ../gcc-4.0.3/configure
--prefix=/usr/local --enable-languages=c,c++,f95 --disable-multilib
--enable-bootstrap --with-gnu-ld
hilbert:[~/packages/gcc-build] > make bootstrap
...
And bootstrap stage ends without any error. But, when I try to
install gcc by make install, I obtain :
hilbert:[~/packages/gcc-build] > make install
/bin/sh ../gcc-4.0.3/mkinstalldirs /usr/local /usr/local
make[1]: Entering directory `/export/home/bertrand/packages/gcc-build/fixincludes'
make[1]: *** No rule to make target `../libiberty/libiberty.a', needed
by `full-stamp'. Stop.
make[1]: Leaving directory `/export/home/bertrand/packages/gcc-build/fixincludes'
make: *** [install-fixincludes] Error 2
hilbert:[~/packages/gcc-build] >
What's the mistake ? I don't find any information on gcc web
site...
Regards,
JKB
I admire your patience...
> I have built gnu binutils (last stable release), and configured gcc itself by :
> hilbert:[~/packages/gcc-build] > ../gcc-4.0.3/configure
> --prefix=/usr/local --enable-languages=c,c++,f95 --disable-multilib
Typically one use /opt/"something" for such things as --prefix on
Solaris.
man filesystem - see the notes on /usr/local. Unfortunately one cannot
rely on symlinks, some other "software" might overwrite that link : <
/usr/local is the default I do believe anyway.
The man page suggests --prefix=/opt/local
> --enable-bootstrap --with-gnu-ld
> hilbert:[~/packages/gcc-build] > make bootstrap
Why bother with GNU ld I wonder..? Last time I did this /usr/ccs/bin/ld
worked
fine although I admit I havent tried 4.x.x
And what compiler did you use to bootstrap gcc source??
I find that using SMCgcc 2.95.3 from sunfreeware does an adequate job,
its easily installed - and removed once you are done with it.
> And bootstrap stage ends without any error. But, when I try to
> install gcc by make install, I obtain :
> hilbert:[~/packages/gcc-build] > make install
> /bin/sh ../gcc-4.0.3/mkinstalldirs /usr/local /usr/local
> make[1]: Entering directory `/export/home/bertrand/packages/gcc-build/fixincludes'
> make[1]: *** No rule to make target `../libiberty/libiberty.a', needed
> by `full-stamp'. Stop.
> make[1]: Leaving directory `/export/home/bertrand/packages/gcc-build/fixincludes'
> make: *** [install-fixincludes] Error 2
> hilbert:[~/packages/gcc-build] >
> What's the mistake ? I don't find any information on gcc web site...
type: which make
Unless you use gmake (GNU) the build will almost certainly fail
somewhere.
/usr/ccs/bin/make cannot parse GNU make "enhancements"..
I agree ;-) But with a QuadROSS@200...
>> I have built gnu binutils (last stable release), and configured gcc itself by :
>> hilbert:[~/packages/gcc-build] > ../gcc-4.0.3/configure
>> --prefix=/usr/local --enable-languages=c,c++,f95 --disable-multilib
>
> Typically one use /opt/"something" for such things as --prefix on
> Solaris.
I know, but I don't have space enough on /opt...
> man filesystem - see the notes on /usr/local. Unfortunately one cannot
> rely on symlinks, some other "software" might overwrite that link : <
>
> /usr/local is the default I do believe anyway.
> The man page suggests --prefix=/opt/local
>
>> --enable-bootstrap --with-gnu-ld
>> hilbert:[~/packages/gcc-build] > make bootstrap
>
> Why bother with GNU ld I wonder..? Last time I did this /usr/ccs/bin/ld
> worked
> fine although I admit I havent tried 4.x.x
I have built GNU binutils because ar (that comes from Solaris 9
install) segfaults when it tries to build an archive in stage3-intl
(if I remember). With GNU ar, gcc-4.0.3 can be built without error.
> And what compiler did you use to bootstrap gcc source??
> I find that using SMCgcc 2.95.3 from sunfreeware does an adequate job,
> its easily installed - and removed once you are done with it.
gcc 3.4.2 from sunfreeware.
>> And bootstrap stage ends without any error. But, when I try to
>> install gcc by make install, I obtain :
>> hilbert:[~/packages/gcc-build] > make install
>> /bin/sh ../gcc-4.0.3/mkinstalldirs /usr/local /usr/local
>> make[1]: Entering directory `/export/home/bertrand/packages/gcc-build/fixincludes'
>> make[1]: *** No rule to make target `../libiberty/libiberty.a', needed
>> by `full-stamp'. Stop.
>> make[1]: Leaving directory `/export/home/bertrand/packages/gcc-build/fixincludes'
>> make: *** [install-fixincludes] Error 2
>> hilbert:[~/packages/gcc-build] >
>> What's the mistake ? I don't find any information on gcc web site...
>
> type: which make
> Unless you use gmake (GNU) the build will almost certainly fail
> somewhere.
> /usr/ccs/bin/make cannot parse GNU make "enhancements"..
hilbert:[~/packages/gcc-build] > make -v
GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
hilbert:[~/packages/gcc-build] > which make
/usr/local/bin/make
hilbert:[~/packages/gcc-build] >
Regards,
JKB
Well, it's Winter. That'll heat the room. I guess your electricity
rates are good...
> I know, but I don't have space enough on /opt...
You should fix THAT... I mean it is trivial.
> >> --enable-bootstrap --with-gnu-ld
> >> hilbert:[~/packages/gcc-build] > make bootstrap
> > Why bother with GNU ld I wonder..? Last time I did this /usr/ccs/bin/ld worked
> > fine although I admit I havent tried 4.x.x
> I have built GNU binutils because ar (that comes from Solaris 9
> install) segfaults when it tries to build an archive in stage3-intl
> (if I remember). With GNU ar, gcc-4.0.3 can be built without error.
I've never seen that - ever. I have an SS20 - perhaps I could
try to re-produce this error..
> > And what compiler did you use to bootstrap gcc source??
> > I find that using SMCgcc 2.95.3 from sunfreeware does an adequate job,
> > its easily installed - and removed once you are done with it.
> gcc 3.4.2 from sunfreeware.
Shouldnt matter what you bootstrap with, but as SMCgcc 2.95.3 is a
static build,
there are no sunfreeware "side effects"..
> > type: which make
> > Unless you use gmake (GNU) the build will almost certainly fail somewhere.
> > /usr/ccs/bin/make cannot parse GNU make "enhancements"..
> hilbert:[~/packages/gcc-build] > make -v
> GNU Make 3.80
Alright - so it's gmake. Really, I'd blow away all that SMC rubbish and
use
a few blastwave.org packages instead : <
I dont know why you are getting the gmake error at this point. Perhaps
you
could try to build the C compiler first (only). If I can Ill fire up my
SS20 today
and see if I have the same problems.
Yes, but I think that the observed trouble does not come from the
choice of installation directory.
>> >> --enable-bootstrap --with-gnu-ld
>> >> hilbert:[~/packages/gcc-build] > make bootstrap
>> > Why bother with GNU ld I wonder..? Last time I did this /usr/ccs/bin/ld worked
>> > fine although I admit I havent tried 4.x.x
>> I have built GNU binutils because ar (that comes from Solaris 9
>> install) segfaults when it tries to build an archive in stage3-intl
>> (if I remember). With GNU ar, gcc-4.0.3 can be built without error.
>
> I've never seen that - ever. I have an SS20 - perhaps I could
> try to re-produce this error..
Maybe. I have tried three time. On another workstation (SS20 with
dual SuperSPARC/75), same result.
>> > And what compiler did you use to bootstrap gcc source??
>> > I find that using SMCgcc 2.95.3 from sunfreeware does an adequate job,
>> > its easily installed - and removed once you are done with it.
>> gcc 3.4.2 from sunfreeware.
>
> Shouldnt matter what you bootstrap with, but as SMCgcc 2.95.3 is a
> static build,
> there are no sunfreeware "side effects"..
I have tried without bootstrap and I obtain another error.
>> > type: which make
>> > Unless you use gmake (GNU) the build will almost certainly fail somewhere.
>> > /usr/ccs/bin/make cannot parse GNU make "enhancements"..
>> hilbert:[~/packages/gcc-build] > make -v
>> GNU Make 3.80
>
> Alright - so it's gmake. Really, I'd blow away all that SMC rubbish and
> use
> a few blastwave.org packages instead : <
>
> I dont know why you are getting the gmake error at this point. Perhaps
> you
> could try to build the C compiler first (only). If I can Ill fire up my
> SS20 today
> and see if I have the same problems.
Thanks in advance,
JKB
Mine has dual SM71's
> >> I know, but I don't have space enough on /opt...
> > You should fix THAT... I mean it is trivial.
> Yes, but I think that the observed trouble does not come from the
> choice of installation directory.
Off topic I'll admit : >
> >> >> --enable-bootstrap --with-gnu-ld
> >> >> hilbert:[~/packages/gcc-build] > make bootstrap
> >> > Why bother with GNU ld I wonder..? Last time I did this /usr/ccs/bin/ld worked
> >> > fine although I admit I havent tried 4.x.x
> >> I have built GNU binutils because ar (that comes from Solaris 9
> >> install) segfaults when it tries to build an archive in stage3-intl
> >> (if I remember). With GNU ar, gcc-4.0.3 can be built without error.
> > I've never seen that - ever. I have an SS20 - perhaps I could
> > try to re-produce this error..
> Maybe. I have tried three time. On another workstation (SS20 with
> dual SuperSPARC/75), same result.
Hmm - now he tells me : >
> I have tried without bootstrap and I obtain another error.
> > could try to build the C compiler first (only). If I can Ill fire up my
> > SS20 today
> > and see if I have the same problems.
I have gcc-3.3.2 or something that I built myself ages ago..
Its been running for a while - up to stage1 now... I didnt enable F95
just c,c++
Guess Ill know in a few hours...
> > > could try to build the C compiler first (only). If I can Ill fire up my
> > > SS20 today
> > > and see if I have the same problems.
> I have gcc-3.3.2 or something that I built myself ages ago..
> Its been running for a while - up to stage1 now... I didnt enable F95
> just c,c++
> Guess Ill know in a few hours...
I dont get as far as you:
Bootstrap comparison failure!
./reload.o differs
gmake[1]: *** [fastcompare] Error 1
gmake[1]: Leaving directory `/spare/gcc-4.0.2/build/gcc'
gmake: *** [quickstrap] Error 2
No way this should happen.
Ill look at it again further tomorrow
To follow myself up, I was able to build gcc-4.1.0 (C only) without
problems.
It took WAY longer than 3 languages on gcc-4.0.x, but gcc -v says:
Using built-in specs.
Target: sparc-sun-solaris2.9
Configured with: ../configure --prefix=/opt/gcc4 --enable-languages=c
--disable-multilib
Thread model: posix
gcc version 4.1.0
So I suggest forget about 4.0.3 and use 4.1 source instead : >
Thanks, I shall try.
JKB