[Bug classpath/25557] Breaks badly on solaris9 during build

[jkanze at cheuvreux dot com]

------- Comment #5 from jkanze at cheuvreux dot com  2006-04-13 08:05 -------
(In reply to comment #4)
> With the Classpath included in the latest gcc (4.1), the build
> breaks for both for the reason outlined above and due to use
> of the $(...) construct instead of backquotes (in
> QT_INCLUDE_DIR and JAY_INCLUDE_DIR IIRC).

> Either all of these should be removed, or we should force an
> alternative shell on Solaris.

The problem is somewhat complex, and Posix really doesn't help.
Solaris is Posix compliant, in that if you set your path
according to "getconf PATH", you get a Posix compliant shell.
Supposing, of course, that you find getconf in the path which
was set previously -- as far as I know, Posix doesn't specify
where it should be located.  for this reason, a number of my
shell scripts start with something like:

    if [ -x /bin/getconf ]
    then PATH=` /bin/getconf PATH `
    elif [ -x /usr/bin/getconf ]
    then PATH=` /usr/bin/getconf PATH `
    else PATH=/usr/bin:/bin
    fi
    export PATH

Which doesn't help for finding the shell to begin with:-).

Some possible solutions:

 -- Program to a least common denominator of sh's -- the
    original Bourne shell, in sum.  This can actually work
    fairly well, IF you have a large number of shell's to test
    against.  As far as I know, there is no documentation of
    what is actually portable.  (Still, ./configure seems to do
    it.)

 -- Add something to configure to hack the first line, searching
    for sh in the path determined as above.

 -- Two scripts will do the trick: the first simply sets PATH as
    above, and invokes the second using "sh filename".  For that
    matter, this could probably be integrated into the
    Makefiles.


-- 

jkanze at cheuvreux dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jkanze at cheuvreux dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25557