Mo, when I was looking at the Makefile.in and configure.in,
I noticed that the Java compiler flags are hard-coded to "-g"
for Unix (on Windows, it switches between -g and -O).
Could this be part of the problem?
-- Scott
Moses DeJong wrote:
On Fri, 20 Aug 1999, Thomas McKay wrote:
You
You need to read Sun's licensing for the JRE 1.1.8.
I believe that you need to have your users agree
to the Sun license for the JRE, but that's about
it. TclBlend is open source with a BSD license, which
allows you to do whatever you want with it.
-- Scott
Suvarna Ayyagari wrote:
Hi,
I
You need the JDK/JRE bin directory in your PATH. For JDK 1.1
you also need classes.zip in your CLASSPATH.
-- Scott
David Mosenkis wrote:
I ftp'd tclBlend125-jdk11.zip from the scriptics site. There are no
installation instructions, so I extracted the files under c:\program files\tcl.
I managed to somehow package the JDK1.2 version of TclBlend 1.2.5
for Windows in the JDK1.1 zip file.
So, everyone having problems with the JDK1.1 version should soon
have relief. I've re-zipped the file, and I will have Brent Welch
update the ftp site today. I will send out email when that
Solaris 2.6 is not 64bit, that's Solaris 7 (only on UltraSPARC
machines).
I've been able to get TclBlend 1.2.5 to work on Solaris
2.5.1, 2.6, and 2.7 with JDK 1.1.8 and 1.2.2.
There are several patches to install on Solaris 2.6 for
JDK 1.2.2, but I don't think that's the case for 1.1.8,
but
OK, we ran into this as well. The problem is that on Windows
the CLASSPATH is actually Classpath, mixed case instead
of uppercase. The pkgIndex.tcl file does not take this into
account. We have already modified the pkgIndex.tcl file
to fix this problem, which is available from CVS (just don't
Removing an env var that is empty is a Windows platform issue,
not the fault of Tcl.
Scott Stanton fixed the pkgIndex.tcl to work properly, even
with the empty env variable issue.
-- Scott
Moses DeJong wrote:
On Tue, 30 Nov 1999, Scott Redman wrote:
That should not be a problem. I put
TEA compliant extensions should understand --with-tcl
to be the location of tclConfig.sh (at least until
that file disappears). The TclBlend 1.2.5 top-level
makefiles are TEA compliant. I did not change the
ones in the unix directory.
-- Scott
"Larry W. Virden" wrote:
Re: --with-tcl
You need to include the JRE/bin/classic directory in your
PATH.
-- Scott
Grant Sayer wrote:
Hi
I've just installed, on Windows-NT, tcl8.2, Java JDK1.2.2, tclblend125
binary.
In a tclsh82 shell when I execute
%package require java
I'm getting "load tclblend.dll failed: couldn't
There are numerous patches for Solaris 2.6 that are required
by various JDK/JREs. Make sure you have all of them installed
(they are typically available as jumbo patches). It looks
like the thread library on your Solaris 2.6 machine is hosed.
-- Scott
Suvarna Ayyagari wrote:
Hi,
A
defineclass is known to be broken with JDK 1.2.x on Solaris only,
the bug in question does not occur with JDK 1.1.x on any platform
or on JDK 1.2.x on any platform other than Solaris.
Which JDK are you using and on which platform?
-- Scott
Vince Darley wrote:
I'm still running into
Do the TclBlend and Jacl test suites run fine?
-- Scott
Vince Darley wrote:
I'm only running on WinNT, and so far only with jdk1.2.2. This is with the latest
tcljava sources from cvs too.
Vince.
The TclJava mailing list
There is a "classic" directory for JDK 1.2 that also needs to
be in your LD_LIBRARY_PATH.
-- Scott
-Original Message-
From: Mike Schneider [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 08, 2000 12:15 PM
To: [EMAIL PROTECTED]
Subject: [Tcl Java] Re: [Tcl Java] RE: [Tcl Java]
Having written the TEA makefile, I would say that (at least
on a few platforms) it is pretty well tested. The README
explicitly says which makefiles are for which purposes,
but I would agree that there is still some confusion.
Since Mo is only asking to remove the TEA makefile from the
source
I know what caused it. Those functions were
added to Tcl 8.1 and back ported into the TclBlend
sources to support Tcl 8.0. I missed a couple of
cases fixing the code for Tcl 8.2.
-- Scott
-Original Message-
From: Sendur Sellakumar [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 03,
I think we should just require Tcl to be thread-enabled
(as long as Tk will work with it, which is being looked
into for 8.4).
-- Scott
-Original Message-
From: Jiang Wu [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 16, 2000 11:59 AM
To: 'Scott Redman'
Cc: [EMAIL PROTECTED
To: 'Mo DeJong'; Scott Redman
Cc: Jiang Wu; [EMAIL PROTECTED]
Subject: RE: [Tcl Java] Re: [Tcl Java] RE: [Tcl Java] RE: [Tcl Java]
Thread question in TclBlend
Will the C based Tcl extensions work the same with the threaded version of
Tcl versus the non-threaded Tcl? One reason for using
If TclBlend was built with Tcl stubs, then it would
work fine. Otherwise, TclBlend needs to be linked
against a dynamic build of Tcl and a dynamic JVM.
The code in blend will do a LoadLibrary of itself,
so TclBlend needs to be dynamic as well...
Let's make it stubs-aware.
David Gravereaux sent
Which tclblend.dll did you download? There are different
versions for JDK 1.1 and JDK 1.2, it seems as if you might
be using the one built for JDK 1.1.
-- Scott
-Original Message-
From: Dan Schenck [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 01, 2000 9:29 AM
To: [EMAIL
d if so how did you get around it?
-- Scott
____
Scott Redmanmailto:[EMAIL PROTECTED]
Software Engineering Manager
Ajuba Solutions http://www.ajubasolution
20 matches
Mail list logo
