public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* RE: bootstrap problem on sparc-sun-solaris2.7: libtool configure failed
       [not found] <616BE6A276E3714788D2AC35C40CD18D5DD830@whale.softwire.co.uk>
@ 2002-04-26  6:21 ` Rupert Wood
  2002-04-26 15:04   ` Phil Edwards
  0 siblings, 1 reply; 5+ messages in thread
From: Rupert Wood @ 2002-04-26  6:21 UTC (permalink / raw)
  To: 'Joe Buck'; +Cc: gcc

Joe Buck wrote:

> updating cache ../config.cache
> loading cache ../config.cache within ltconfig
> configure: error: libtool configure failed

This problem came up last year:

    http://gcc.gnu.org/ml/gcc/2001-04/threads.html#00423

(Please excuse my old muddled posts.) I think it's a bug in Sun's
/bin/sh - you get exactly the same behaviour on i686-pc-solaris2.7.

I thought someone put a workaround in place to use another shell (one of
the kshes?) instead of /bin/sh when building on Solaris2.7 - and it
certainly worked for a while - but I can't find any reference to that
now. Sorry.

The problem is that the step that executes the cache file causes the
shell to die. If you adding debug echoes before or after that step, it
executes OK (!). It's probably a very well hidden bug.

Rup.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: bootstrap problem on sparc-sun-solaris2.7: libtool configure failed
  2002-04-26  6:21 ` bootstrap problem on sparc-sun-solaris2.7: libtool configure failed Rupert Wood
@ 2002-04-26 15:04   ` Phil Edwards
  0 siblings, 0 replies; 5+ messages in thread
From: Phil Edwards @ 2002-04-26 15:04 UTC (permalink / raw)
  To: Rupert Wood; +Cc: 'Joe Buck', gcc

On Fri, Apr 26, 2002 at 01:37:14PM +0100, Rupert Wood wrote:
> Joe Buck wrote:
> 
> > updating cache ../config.cache
> > loading cache ../config.cache within ltconfig
> > configure: error: libtool configure failed
> 
> This problem came up last year:
> 
>     http://gcc.gnu.org/ml/gcc/2001-04/threads.html#00423
> 
> (Please excuse my old muddled posts.) I think it's a bug in Sun's
> /bin/sh - you get exactly the same behaviour on i686-pc-solaris2.7.

Yep.  Must set CONFIG_SHELL=/bin/ksh when configuring.


> I thought someone put a workaround in place to use another shell (one of
> the kshes?) instead of /bin/sh when building on Solaris2.7 - and it
> certainly worked for a while - but I can't find any reference to that
> now. Sorry.

For some strange reason, this is still not the default when configuring
under Solaris.  It is, however, documented in the platform-specific
installation instructions.


Phil

-- 
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace.  We seek
not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen.            - Samuel Adams

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: bootstrap problem on sparc-sun-solaris2.7: libtool configure failed
  2002-04-26  2:14 ` Robert Schiele
@ 2002-04-26  5:38   ` Christian Jönsson
  0 siblings, 0 replies; 5+ messages in thread
From: Christian Jönsson @ 2002-04-26  5:38 UTC (permalink / raw)
  To: gcc

On Fri, Apr 26, 2002 at 10:09:12AM +0200, Robert Schiele wrote:

> The strange thing is that this error occurs _only_, when I do that in
> a nightly cron job, not when I start the same script manually,
> although the cron job should have the same environment, as I start it
> with
> 
> bash --login -c /home/schiele/gcccvs/autobuild.sieff
> 
> This script always uses the last successfully built 3.1 snapshot for
> the bootstrap process, which is currently 20020422.

Is it possible to have a cron script, or at least a template thereof, 
for example in gcc/contrib that we all could use when doing test suite
runs?

Cheers,

/ChJ

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: bootstrap problem on sparc-sun-solaris2.7: libtool configure failed
  2002-04-25 11:13 Joe Buck
@ 2002-04-26  2:14 ` Robert Schiele
  2002-04-26  5:38   ` Christian Jönsson
  0 siblings, 1 reply; 5+ messages in thread
From: Robert Schiele @ 2002-04-26  2:14 UTC (permalink / raw)
  To: Joe Buck; +Cc: gcc

[-- Attachment #1: Type: text/plain, Size: 1351 bytes --]

On Thu, Apr 25, 2002 at 11:04:25AM -0700, Joe Buck wrote:
> "make boostrap-lean" bombs out at the end for me on Solaris 2.7, after
> the compiler and most libraries have been successfully built.  The
> failure seems to be conected with libtool and multilib support.
> 
> If I do "make install" after this I wind up with a usable compiler, so
> presumably it's only the sparcv9 support that is failing to get built.
> 
> I am using the native assembler and linker; no configure options other
> than  --prefix.
> 
> Here's the tail of the log.  Any ideas?

I have no idea, but the same problem when doing a normal "make
bootstrap" when configured with

--enable-threads=posix --enable-long-long
--prefix=/opt/Pkg/SunOS/gcc31_64
--enable-languages=c,c++,f77,objc,java --disable-nls --enable-shared
sparc64-sun-solaris2.8

The strange thing is that this error occurs _only_, when I do that in
a nightly cron job, not when I start the same script manually,
although the cron job should have the same environment, as I start it
with

bash --login -c /home/schiele/gcccvs/autobuild.sieff

This script always uses the last successfully built 3.1 snapshot for
the bootstrap process, which is currently 20020422.

Robert

-- 
Robert Schiele			Tel.: +49-621-181-2583
Dipl.-Wirtsch.informatiker	mailto:rschiele@uni-mannheim.de

[-- Attachment #2: Type: application/pgp-signature, Size: 524 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* bootstrap problem on sparc-sun-solaris2.7: libtool configure failed
@ 2002-04-25 11:13 Joe Buck
  2002-04-26  2:14 ` Robert Schiele
  0 siblings, 1 reply; 5+ messages in thread
From: Joe Buck @ 2002-04-25 11:13 UTC (permalink / raw)
  To: gcc

"make boostrap-lean" bombs out at the end for me on Solaris 2.7, after
the compiler and most libraries have been successfully built.  The
failure seems to be conected with libtool and multilib support.

If I do "make install" after this I wind up with a usable compiler, so
presumably it's only the sparcv9 support that is failing to get built.

I am using the native assembler and linker; no configure options other
than  --prefix.

Here's the tail of the log.  Any ideas?

...
Adding multilib support to Makefile in ../../../gcc/boehm-gc
multidirs=sparcv9
with_multisubdir=
Running configure in multilib subdirs sparcv9
pwd: /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/boehm-gc
Running configure in multilib subdir sparcv9
pwd: /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7
loading cache ../config.cache
checking for a BSD compatible install... /bin/sh /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
checking host system type... sparc-sun-solaris2.7
checking target system type... sparc-sun-solaris2.7
checking build system type... sparc-sun-solaris2.7
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... (cached) /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/xgcc -B/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/ -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/bin/ -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/lib/ -isystem /u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/include  -m64
checking whether we are using GNU C... (cached) yes
checking whether /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/xgcc -B/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/ -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/bin/ -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/lib/ -isystem /u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/include  -m64 accepts -g... (cached) yes
checking for c++... /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/g++ -B/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/ -nostdinc++ -nostdinc++ -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/sparc-sun-solaris2.7 -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/libsupc++ -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/libio -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/include/backward -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/testsuite -L/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src -L/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src/.libs -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/bin/ -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/lib/ -isystem /u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/include  -m64
checking whether we are using GNU C++... (cached) yes
checking whether /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/g++ -B/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/ -nostdinc++ -nostdinc++ -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include/sparc-sun-solaris2.7 -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/include -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/libsupc++ -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/libio -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/include/backward -I/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/libstdc++-v3/testsuite -L/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src -L/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src/.libs -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/bin/ -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/lib/ -isystem /u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/include  -m64 accepts -g... (cached) yes
checking build system type... sparc-sun-solaris2.7
checking for as... (cached) /usr/ccs/bin/as
checking for ar... (cached) ar
checking for ranlib... (cached) true
checking for a BSD compatible install... /bin/sh /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc/install-sh -c
checking whether to enable maintainer-specific portions of Makefiles... no
checking for ld used by GCC... (cached) /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... (cached) no
checking for /usr/ccs/bin/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /usr/ccs/bin/nm
checking whether ln -s works... (cached) yes
checking how to recognise dependant libraries... (cached) pass_all
checking for object suffix... (cached) o
checking for ranlib... (cached) true
checking for strip... (cached) strip
checking how to run the C++ preprocessor... (cached) /remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/xgcc -shared-libgcc -B/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/gcc/ -nostdinc++ -L/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src -L/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2/sparc-sun-solaris2.7/sparcv9/libstdc++-v3/src/.libs -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/bin/ -B/u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/lib/ -isystem /u/jbuck/gcc-3.1-pre.sol2/sparc-sun-solaris2.7/include  -m64 -E
updating cache ../config.cache
loading cache ../config.cache within ltconfig
configure: error: libtool configure failed
make[1]: *** [configure-target-boehm-gc] Error 1
make[1]: Leaving directory `/remote/dtg103/jbuck/gnu/src/cvs/3_1_branch/gcc.sol2'
make: *** [bootstrap-lean] Error 2

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2002-04-26 21:40 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <616BE6A276E3714788D2AC35C40CD18D5DD830@whale.softwire.co.uk>
2002-04-26  6:21 ` bootstrap problem on sparc-sun-solaris2.7: libtool configure failed Rupert Wood
2002-04-26 15:04   ` Phil Edwards
2002-04-25 11:13 Joe Buck
2002-04-26  2:14 ` Robert Schiele
2002-04-26  5:38   ` Christian Jönsson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).