Обсуждение: 7.4RC2: CLASSPATH set breaks configure?

If I have CLASSPATH set to pick up junit:

CLASSPATH=/home/ler/java/classes/junit.jar
export CLASSPATH

and then run configure:
$ cat ler.conf
CC=cc CXX=CC ./configure  --prefix=/usr/local/pgsql --enable-syslog \
        --with-CXX --enable-multibyte --enable-cassert \
        --with-includes=/usr/local/include --with-libs=/usr/local/lib \
        --with-tcl --with-tclconfig=/usr/local/lib \
        --with-tkconfig=/usr/local/lib  --enable-locale \
        --enable-thread-safety  --with-java
$ sh ler.conf

configure dies:
configure: creating ./config.status
./configure: line 18048: cat: not found
config.status: creating GNUmakefile


If I unset CLASSPATH, all works well.

Anyone have any ideas?

(Is my JAVA installation at fault, maybe?, It's beta).


--
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

--On Sunday, November 16, 2003 12:59:30 -0600 Larry Rosenman
<ler@lerctr.org> wrote:

> If I have CLASSPATH set to pick up junit:
>
> CLASSPATH=/home/ler/java/classes/junit.jar
> export CLASSPATH
>
> and then run configure:
> $ cat ler.conf
> CC=cc CXX=CC ./configure  --prefix=/usr/local/pgsql --enable-syslog \
>         --with-CXX --enable-multibyte --enable-cassert \
>         --with-includes=/usr/local/include --with-libs=/usr/local/lib \
>         --with-tcl --with-tclconfig=/usr/local/lib \
>         --with-tkconfig=/usr/local/lib  --enable-locale \
>         --enable-thread-safety  --with-java
> $ sh ler.conf
>
> configure dies:
> configure: creating ./config.status
> ./configure: line 18048: cat: not found
> config.status: creating GNUmakefile
>
>
> If I unset CLASSPATH, all works well.
>
> Anyone have any ideas?
>
> (Is my JAVA installation at fault, maybe?, It's beta).
>
Never mind.  This appears to be a UnixWare sh bug/interaction.  If I
have configure use /bin/ksh, it works fine.

Weird.


--
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

Larry Rosenman <ler@lerctr.org> writes:
>> configure dies:
>> configure: creating ./config.status
>> ./configure: line 18048: cat: not found
>> config.status: creating GNUmakefile

> Never mind.  This appears to be a UnixWare sh bug/interaction.  If I
> have configure use /bin/ksh, it works fine.

Isn't that the very same message you reported in another context a few
days ago?  It's still pretty bizarre: that invocation of cat doesn't
look any different from the ones immediately before (and after) it
in the configure script.  I concur that it's got to be a bug in sh.

            regards, tom lane

--On Sunday, November 16, 2003 14:38:30 -0500 Tom Lane <tgl@sss.pgh.pa.us>
wrote:

> Larry Rosenman <ler@lerctr.org> writes:
>>> configure dies:
>>> configure: creating ./config.status
>>> ./configure: line 18048: cat: not found
>>> config.status: creating GNUmakefile
>
>> Never mind.  This appears to be a UnixWare sh bug/interaction.  If I
>> have configure use /bin/ksh, it works fine.
>
> Isn't that the very same message you reported in another context a few
> days ago?  It's still pretty bizarre: that invocation of cat doesn't
> look any different from the ones immediately before (and after) it
> in the configure script.  I concur that it's got to be a bug in sh.
yep, and I've gritched it to SCO folks.

I finally narrowed it down to what caused it.


>
>             regards, tom lane



--
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

--On Sunday, November 16, 2003 14:38:30 -0500 Tom Lane <tgl@sss.pgh.pa.us>
wrote:

> Larry Rosenman <ler@lerctr.org> writes:
>>> configure dies:
>>> configure: creating ./config.status
>>> ./configure: line 18048: cat: not found
>>> config.status: creating GNUmakefile
>
>> Never mind.  This appears to be a UnixWare sh bug/interaction.  If I
>> have configure use /bin/ksh, it works fine.
>
> Isn't that the very same message you reported in another context a few
> days ago?  It's still pretty bizarre: that invocation of cat doesn't
> look any different from the ones immediately before (and after) it
> in the configure script.  I concur that it's got to be a bug in sh.
what's even weirder is that the PATH looks fine just before it
calls that cat.

Strange.

LER

>
>             regards, tom lane



--
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749