Re: [PATCH] lower cap on max_cmd_len to fix hppa2.0w-hp-hpux11.00

[Michael Elizabeth Chastain]

I'm looking at this from the standpoint of trying to build gcc 3.0 on
this machine.  gcc 3.0 uses ltconfig, and ltconfig comes from libtool.

If I work around the problem by patching ltconfig, then my gcc 3.0 build
works just fine.

Other people have the same problem:

  http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&database=gcc&pr=3055

My machine id is:

  HP-UX behemoth B.11.00 U 9000/800 2003254751 unlimited-user license

What is yours?  Are you running B.11.00, or a later OS?

The machine has more than 392 MB of physical memory (that's the largest
single process I've ever run, and it's all resident).  It's a development
machine and I'm the only user on it when I'm building stuff.

I'm running "top" in one window and libtool "configure" in another.
I see a /bin/sh process that expands to about 57 MB, and then
it dies.

> Are there shell bugs that you don't have patches for?

This is more likely.  I know that it's not a process size limit,
because I can run a single process of 392 MB just fine.

> IMHO, this isn't a libtool problem.

Libtool does not work with vendor software.  If your response is "install
patches to the vendor software" then you need some documentation to
describe what version of vendor software *does* work.

Meanwhile I need to prepare a source tree that builds on a wide variety
of hpux 11.00 machines, including those that do not have unspecified
patches to the vendor software.  Do you have any suggestions about how
to do this in a way that will be accepted into the libtool sources?
Because I'm at the point now of just producing my own local change.

Michael Elizabeth Chastain
<address@hidden>
"love without fear"