From: Moses DeJong <[EMAIL PROTECTED]>
> Do you get this same error with the unix/configure.in build?
> Try that and see if the error is the same. If it is, I would
> be willing to bet that your sed program is broken in some way.
> Try replacing the Solaris sed program with gnu sed and see if
> th
Something is very wrong with the configure script. It should be
taking the Makefile.in file and creating a Makefile with each
@VAR@ text replaced with the values found during the configure
process.
Could you try this with the unix/configure process and see if that gives
you the same results?
Yo
Vince is correct, this is a bug in Tcl. It only shows up under Windows
and it is easy to work around (just set your CLASSPATH var to something).
Can we avoid any more posts about this issue? This list is for Tcl + Java
related issues. Tcl bugs should be discussed on comp.lang.tcl, not here.
There
Has anyone else noticed that the tcljava mailing list seems to
mishandle messages that are sent in a reply? A quick look at the
list archive indicates that things started to go wrong sometime
in october.
The subject line of a message grown like this.
1st post : problem on win98/95
1st reply : R
Re: build the unix/configure version
Whew - well, that was certainly an adventure. It appears this version of
TclJava wants Tcl 8.0 - very badly. I am using Tcl 8.2.2. So I then
attempted to use --with-tcl. However,
pointing it to the Tcl 8.2.2 source directory didn't work. I had to
point i
Okay, the compile has stopped. Here's what I have:
$ /vol/tclsrcsol/tcl82/tcljava/unix/configure --prefix=/usr/tcl82
--exec-prefix=/usr/tcl82/sun4 --with-cc=cc --with-x --x-includes=/usr/openwin/include
--enable-shared --with-tcl=/vol/tclsrcsol/tcl82/tcl/unix
loading cache ./config.cache
src
I was looking into why the unix configure and makefile didn't handle that
JAR variable and discovered that for whatever reason, the configure.in was
newer than the configure file. Perhaps the Makefiles should check for that
and at least suggest that the user run autoconf to update the configure ?
Well, the compile and build in the top level directory of tcljava went
quite well as well. There was one glitch during the make test - other
than that, things look good. Here's the glitch:
$ make test
cd /vol/tclsrcsol/tcl82/tcljava/src/tests/tcljava ;
CLASSPATH="/osfiles6/java1.2.1.02/lib/tool
