Your assumption is correct. Since I am retired I don't distribute compiled code. In the rare cases I do make software available to
others, I restrict myself to source code only and written in one single language, thus avoiding problems of interfacing and
embedding. Thanks very much both for the change and your quick reaction
Jos
----- Original Message -----
From: "Robby Findler" <ro...@eecs.northwestern.edu>
To: "Jos Koot" <jos.k...@telefonica.net>
Cc: "Matthias Felleisen" <matth...@ccs.neu.edu>; "PLT Developers"
<plt-dev@list.cs.brown.edu>
Sent: Thursday, August 13, 2009 1:47 PM
Subject: Re: [plt-dev] Re: problem with optimistic compilation
I assume you're creating "launcher" style executables, not
distributions or stand-alone executables?
The change I committed yesterday should help, then.
Robby
On Thu, Aug 13, 2009 at 5:23 AM, Jos Koot<jos.k...@telefonica.net> wrote:
Hi,
'regular' applies to me, I think. I use PLT Scheme a rather simple way and
nevertheless came accross the same problem. I frequently update to the most
recent PLT Scheme Full from http://pre.plt-scheme.org/installers/ (option
1). I run my modules by means of DrScheme or by means of executables made by
DrScheme's menu Scheme/Create Executable. It would be nice to have an option
to automatically recompile from source in case zo files do not correspond to
the correct version, just like they are automatically recompiled after the
source has been modified.
Jos
----- Original Message ----- From: "Matthias Felleisen"
<matth...@ccs.neu.edu>
To: "Robby Findler" <ro...@eecs.northwestern.edu>
Cc: "PLT Developers" <plt-dev@list.cs.brown.edu>
Sent: Wednesday, August 12, 2009 5:49 PM
Subject: [plt-dev] Re: problem with optimistic compilation
On Aug 12, 2009, at 11:47 AM, Robby Findler wrote:
Yes, it could. That's the second option I suggested below. I was more
conservative, tho, and suggested that it only be turned on with a
flag. But perhaps it should be disabled with a flag instead. I think
we probably want it off by default for the mzscheme binary, tho, since
mzscheme will inprinciple be running in all kinds of places that
shouldn't do things like write to the fileysystem.
That's why I said 'use source'.
I like this best. (And yes, I am an svn user and by golly I can get
around this, but I wouldn't be surprised if this could happen to 'regular'
people.)
-- Matthias
Robby
On Wed, Aug 12, 2009 at 10:44 AM, Matthias
Felleisen<matth...@ccs.neu.edu> wrote:
Perhaps I am naive, but could mzscheme just automatically compile files
when
it finds that compiled/ is out of date? or use the source file instead?
On Aug 12, 2009, at 11:42 AM, Robby Findler wrote:
I see a few possibilities. I think that this is a problem specific to
people who work regularly with SVN, so we can expect such people to
have extra sophistication:
- (IMO, the second best option and one that is available now):
instead of saying "mzscheme file.ss", say "mzc file.ss && mzscheme
file.ss".
- (IMO the best option): mzscheme should get a commandline option
that amounts to doing the above for you automatically. So intead of
"mzscheme file.ss" yo'd say "mzscheme --compile-zo file.ss" or
something.
- disable automatic compilation in drscheme.
- (the saddest option): by default, have automatic compilation in
drscheme turned off by default
Robby
On Wed, Aug 12, 2009 at 9:52 AM, Matthias
Felleisen<matth...@ccs.neu.edu>
wrote:
Now that drscheme compiles things behind my back, I am encountering a
new
problem al the time.
1. I have a fair number of scripts. Usually I run them with mzscheme
...
or
mred ... or it may even have the right Unix incantations in the file.
2. I also tend to use auxiliary files and my own small private
collects
of
auxiliaries.
3. On some occasion (I thought it was rare but it happens often
enough
since
the switch for me to notice) I open these scripts in drs and run
them.
Now
the aux files are compiled.
4. I regularly update my plt installation from source (say 3-4 times
per
week; usually every day).
5. Oops, I can no longer run the scripts because the compiled files
are
version n-1.
I'll just stick to describing the problem here, just in case there's
an
obvious solution. -- Matthias
_________________________________________________
For list-related administrative tasks:
http://list.cs.brown.edu/mailman/listinfo/plt-dev
_________________________________________________
For list-related administrative tasks:
http://list.cs.brown.edu/mailman/listinfo/plt-dev
