In comp.soft-sys.ptolemy, Matthias Albert wrote:
> By the way:
> - Will the next release be out in the nearer future?
We are working on a release plan. I'm in the process of evaluating
the amount of work necessary to do the release. We would like the
next release to include deep code generation, where we can take models
and generate java code that uses very little of the Ptolemy II
packages (probably only ptolemy.math). Steve Neuendorffer is working
very hard on this, and several of us are helping him.
> - Could you please also consider the problem of non-US locales (which
> has been addressed in an older message)? I had to recompile the whole
> system because of differences the representation of the decimal point
> in decimal parameter values in the XML files.
I'm not sure what the fix would be here. I agree that it would be
good to have a real fix instead of the hack we have now. If someone
wants to do an analysis and either post the analysis or a patch, then
that would be great.
> - Recompiling would be easier and more portable if you could use an
> jakarta-ant build file instead of a set of makefiles because the latter
> requires a complete gnu toolset which is not readily available on
> windows platforms.
I'll take a look at jakarta-ant.
Cygwin is pretty easy to install under Windows though.
The quick way is to download
http://sources.redhat.com/cygwin/setup.exe
and run it. That will install lots of Unix tools.
I find that Windows is pretty useful when I have Cygwin, CVS, SSH and
emacs installed and am remotely logged in to a Unix box with a real
file system . . .
Seriously though, the Cygwin installer keeps changing, which makes
keeping the instructions up to date a little tricky, you can also
download a smaller subset of the tools from
http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII1.0/cygwinforptolemy.exe
and follow these instructions:
1.Download and execute cygwinforptolemy.exe (17.5Mb). The files will
be extracted to an seemingly arbitrary directory. You may find
it easier to change the directory to something short, like
c:\temp\cygwin.
2.Run setup.exe
3.Select Install from Local Directory and click on Next.
4.Keep the default for Local Package Directory and click on Next.
5.Keep the default of c:/cygwin for the Select install root
directory and click on Next.
6.In the Select packages to install window, click on Next, which
will install all the packages.
7.Select Create Desktop Icon and Add to Start Menu according to
your preferences.
8.Remove the temporary directory where you extracted the files.
I've looked at lots of makefile replacements, and the issue is not
just that we need something to trigger a compile when the .java file
is newer than the .class file. We need the following features:
0) There is a bootstrapping issue with java based tools. Somewhere,
the user needs to configure the system to find javac, java etc.
Most users have their path set properly, but those that don't send me
email :-)
A small platform independent configuration script is a good solution.
1) We need to run configure or something similar to look for
packages like java3d, matlab and the java comm api. If these
packages are not present, then we need to avoid compiling in certain
directories. Configure uses GNU autoconf, which generates a
shell script which uses shell utilities like sed
2) We need to generate jar files, which means we need to be able
to make directories, copy files etc.
3) Before doing a release, I run rules like make checkjunk, which
looks for kruft in the directories, I also use
$PTII/util/testsuite/chkjava and ptspell, both of which are shell
scripts.
4) The nightly builds use make to build tar files and test them using
code coverage tools. This makefile uses shell utilities.
5) The build system needs to be portable to both Unix and non-Unix
platforms. The build system must be freely available. The build
system must allow operations on files outside of the build system.
I need to be able to operate on the files in the tree using
external tools and the build system needs to use cvs to get my changes.
6) The build system needs to have a non-graphical front end. If I use
the mouse extensively, I'll probably be out on permanent disability
within 90 days :-)
In theory, a good java build system could provide most of this
functionality. Thanks for the pointer, I'll take a look.
-Christopher
----------------------------------------------------------------------------
Posted to the ptolemy-hackers mailing list. Please send administrative
mail for this list to: [EMAIL PROTECTED]
