Thread: 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
Attachment
--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
Attachment
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
Attachment
--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