3.1, Solaris2.7

3.1, Solaris2.7

[Hugh Sasse Staff Elec Eng]

Futher to my problems on Solaris2.5.1, I'm also trying things out on a
Solaris2.7 system (which is faster).  On that system, with /usr/local/bi
at the front of my path (so gnu as is seen before Sun's as, and
similarly for ld...) with
../gcc-3.1/configure --with-gnu-as --with-gnu-ld
and gmake bootstrap-lean
I finally get:
linking ../../../gcc-3.1/libjava/include/sparc-signal.h to
include/java-signal.h
Adding multilib support to Makefile in ../../../gcc-3.1/libjava
multidirs=sparcv9
with_multisubdir=
Running configure in multilib subdirs sparcv9
pwd: /scratch/hgs/gcc-build/sparc-sun-solaris2.7/libjava
Running configure in multilib subdir sparcv9
pwd: /scratch/hgs/gcc-build/sparc-sun-solaris2.7
loading cache ../config.cache
gmake[1]: *** [configure-target-libjava] Error 1
gmake[1]: Leaving directory `/scratch/hgs/gcc-build'
gmake: *** [bootstrap-lean] Error 2
neelix hgs 116 %>

The config.cache file in
/scratch/hgs/gcc-build/sparc-sun-solaris2.7/sparcv9
is way too big to post.
What should I be looking for to fix this, as I suspect this will affect
my Solaris2.5.1 build as well?

        Hugh

RE: 3.1, Solaris2.7

[Hugh Sasse Staff Elec Eng]

On Mon, 24 Jun 2002, Rupert Wood wrote:

> Hugh Sasse wrote:
>
> > Futher to my problems on Solaris2.5.1, I'm also trying things out
> > on a Solaris2.7 system (which is faster).  On that system, with
> > /usr/local/bin at the front of my path (so gnu as is seen before
> > Sun's as, and similarly for ld...)
        [...]
> You must either use '--with-as=/usr/local/bin/as' or install as in a
        [...]

This seems to have done the trick.  The make process has reached the
end.  gmake check doesn't work yet -- I've got to get a new dejagnu
I think.
>
> > loading cache ../config.cache
> > gmake[1]: *** [configure-target-libjava] Error 1
>
> This is a documented problem with the Solaris 2.7 /bin/sh; you need to
> use another shell, e.g. /bin/ksh. (Although it's disappeared from the
> online target specific install notes - !) Try:
>
>     export CONFIG_SHELL=/bin/ksh
>
> before you configure and build.

I used this as well, so it seems to have helped.  I think I botched the
variable name when I tried it on the Solaris2.5.1 system, so I hope it
is not critical there.
>
> Good luck,
> Rup.
>
>
        Thank you again,
        Hugh

RE: 3.1, Solaris2.7

[Rupert Wood]

Hugh Sasse wrote:

> Futher to my problems on Solaris2.5.1, I'm also trying things out
> on a Solaris2.7 system (which is faster).  On that system, with
> /usr/local/bin at the front of my path (so gnu as is seen before
> Sun's as, and similarly for ld...)

No - configure will find the sun as in its default location before it
starts searching the path.

You must either use '--with-as=/usr/local/bin/as' or install as in a
location that gcc will search before /usr/ccs/bin/as, such as
/usr/local/sparc-sun-solaris2.7/bin/as. (For a full list, look in
gcc/configure - try searching for 'test_dirs'.) Ditto ld.

> loading cache ../config.cache
> gmake[1]: *** [configure-target-libjava] Error 1

This is a documented problem with the Solaris 2.7 /bin/sh; you need to
use another shell, e.g. /bin/ksh. (Although it's disappeared from the
online target specific install notes - !) Try:

    export CONFIG_SHELL=/bin/ksh

before you configure and build.

Good luck,
Rup.