This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
other/3055: Configure error-GCC-3 (CVS source for 6/5/2001) on HPUX 11.0: ltconfig and maximum length of command line operations in zlib
- To: gcc-gnats at gcc dot gnu dot org
- Subject: other/3055: Configure error-GCC-3 (CVS source for 6/5/2001) on HPUX 11.0: ltconfig and maximum length of command line operations in zlib
- From: spam at wrightnet dot dhs dot org
- Date: 5 Jun 2001 17:03:33 -0000
- Reply-To: spam at wrightnet dot dhs dot org
>Number: 3055
>Category: other
>Synopsis: Configure error-GCC-3 (CVS source for 6/5/2001) on HPUX 11.0: ltconfig and maximum length of command line operations in zlib
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Jun 05 10:06:04 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: zlib
>Release: GCC-3.0 (CVS Source 6/5/2001)
>Organization:
>Environment:
HP UX 11.0
GNU bash, version 2.04.0(1)-release (hppa2.0n-hp-hpux11.00)
>Description:
When I run configure, and when configure recurses into the zlib directory, I get the following error (and autoconf stops completely):
finding the maximum length of command line arguments... ./../ltconfig[790]: There is not enough memory available now.
configure: error: libtool configure failed
Configure in /tmp/gcc/zlib failed, exiting.
This halts my build of gcc entirely. This wasn't a problem in 2.95.x, but it seems to be a problem in all the latest snapshots on GCC 3.x. I tried to compile with several different shells, with the same result. I also tried to bypass zlib with the --with-system-zlib, but it still ran configure from the zlib directory
>How-To-Repeat:
Run it as specified in environment.
>Fix:
I removed the zlib directory from the tree, and used
--with-system-zlib, and that seemed to get around the problem. However, I'm not sure what this will break later.
>Release-Note:
>Audit-Trail:
>Unformatted: