[plt-scheme] 301.16
Matthew,
I am having a problem with my code that uses the plot collection (via the
simulation collection) in 301.16. I get the following error message:
build-path: absolute path "C:\Program
Files\PLT-FULL-301.16\collects\plot/compiled\native\win32\i386\libplplot.dll
" cannot be added to the path "C:\Documents and Settings\w..."
I've attached two example programs - I run them under the 'Pretty Big'
language level. Example-3 is a short example, while model-2a is more
complex.
I am running under Windows XP and have not tried it under Linux yet.
Thanks,
Doug
> -----Original Message-----
> From: plt-scheme-bounces at list.cs.brown.edu [mailto:plt-scheme-
> bounces at list.cs.brown.edu] On Behalf Of Matthew Flatt
> Sent: Wednesday, May 24, 2006 1:44 PM
> To: plt-scheme at list.cs.brown.edu
> Subject: [plt-scheme] 301.16
>
> MzScheme and MrEd are now version 301.16 in the SVN repository trunk.
>
> This is most of the last step that I promised in the 301.15
> announcement:
> http://list.cs.brown.edu/pipermail/plt-scheme/2006-May/013023.html
>
> Changes:
>
> * Under Unix, when you create a executable with `mzc --[gui-]exe',
> the resulting executable is a wrapper for MzScheme or MrEd, instead
> of a copy of the MzScheme of MrEd executable.
>
> This change may seem like a step backward, because it makes the
> generated executable dependent on another executable. However, this
> change is consistent with the fact that generated Windows and Mac OS
> X executables are dependent on shared libraries --- as are Unix
> executables when built with --enable-shared.
>
> To get the old behavior back, use mzc's new --orig-exe flag, but
> probably you want the next bullet, instead...
>
> * Added a new mode to the mzc: --exe-dir. Given a target directory and
> one or more executables generated with --[gui-]exe, it combines the
> executables with any needed DLLs, frameworks, or shared libraries,
> so that the resulting package can be moved to any machine.
>
> For Windows, executables are put directly into the package
> directory, and DLLs go into a "lib" sub-directory.
>
> For Mac OS X, MrEd executables go into the package directory,
> MzScheme executables go into a "bin" subdirectory, and frameworks go
> into a "lib" sub-directory. As a special case, if the package has a
> single MrEd executable, then the "lib" directory is hidden inside
> the application bundle.
>
> For Unix, executables go into a "bin" subdirectory, shared libraries
> (if any) go into a "lib" subdirectory, and the wrapped executables
> are placed into a "lib/plt" subdirectory with version-specific
> names. This is consistent with FHS, and it means that packages can
> be safely unpacked into, say, /usr/local.
>
> The package also has a "collects" directory that is used as the main
> "collects" for the packaged executables. Currently, the "collects"
> directory is empty, but mzc will soon let you supply directories to
> populate the package's "collects" directory. In particular, you'll
> be able to package multiple executables that share collection-based
> libraries.
>
> The "collects" directory is in "lib/plt/<X>", where "<X>" is the
> name of the first packaged executable (sans suffix). Again, the
> "<X>" means that packages with potentially colliding collections can
> be safely unpacked in the standard place.
>
> The Scheme interface to the new functionality is in
> "distribute.ss" from the "setup" collection.
>
> * An executable created with --[gui-]exe ignores PLTCOLLECTS and the
> user-specific "collects" directory, because an executable packaged
> for separate distribution shouldn't act like part of a PLT Scheme
> installation. To get the old behavior back, use --ccf -U.
>
> * Added `use-user-specific-search-path' and a -U command-line flag to
> MzScheme/MrEd. These are used in the implementation of the previous
> bullet.
>
> * `system-type' now accepts an optional symbol argument --- one of
> 'os, 'machine, or 'link --- instead of an optional boolean.
>
>
> Matthew
>
> _________________________________________________
> For list-related administrative tasks:
> http://list.cs.brown.edu/mailman/listinfo/plt-scheme
-------------- next part --------------
A non-text attachment was scrubbed...
Name: model-2a.ss
Type: application/octet-stream
Size: 4657 bytes
Desc: not available
URL: <http://lists.racket-lang.org/users/archive/attachments/20060525/cb17fe54/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: example-3.ss
Type: application/octet-stream
Size: 1547 bytes
Desc: not available
URL: <http://lists.racket-lang.org/users/archive/attachments/20060525/cb17fe54/attachment-0001.obj>