l investigate more and remove
> the use.
>
> Meanwhile, there's not a good way to disable the current use in v6.1,
> but the hack
>
> (unsafe-vector-set! (system-type 'fs-change) 2 #f)
>
> should work to disable it.
>
>
> At Mon, 2 Feb 2015 12:14:12 -0800, Dan Lieb
there a way to disable this? I'm not using the addon-dir, so any
notifications shouldn't be important.
Thanks,
--
Dan Liebgold[dan.liebg...@gmail.com]
_
Racket Developers list:
http://lists.racket-lang.org/dev
;min-version))
> #'body
> #'body-else)]))
>
>
>
>
> On Thu, 08 Jan 2015 02:56:16 +0100, Dan Liebgold
> wrote:
>
> Actually this issue is still perplexing me. In 5.2.1 I have my own json
>> lib
>> which provides jsexpr->string. In 6.1 it&#x
with v5.2.1, while v6.1 will
> continue to find the files in the subdirectory. That's what I tried, so
> I didn't think of the problem with the other order.
>
> Were you able to solve this by compiling with v6.1 first? Or some other
> approach?
>
> At Tue, 6 Jan 2015 15
ng mine)?
Dan
On Wed, Jan 7, 2015 at 4:51 PM, Dan Liebgold wrote:
> Ugh. Never mind... the old json lib is mine. Carry on :)
>
> On Wed, Jan 7, 2015 at 4:45 PM, Dan Liebgold
> wrote:
>
>>
>> I'm maintaining the same racket code between Racket version 5.2.1 and
&g
Ugh. Never mind... the old json lib is mine. Carry on :)
On Wed, Jan 7, 2015 at 4:45 PM, Dan Liebgold wrote:
>
> I'm maintaining the same racket code between Racket version 5.2.1 and 6.1.
> One thing that changed between those version was the json to string (and
> vice ver
I'm maintaining the same racket code between Racket version 5.2.1 and 6.1.
One thing that changed between those version was the json to string (and
vice versa) lib functions.
Is there a straightforward way to define those functions so they'll work
with both lib versions?
Thanks,
--
Da
astes/45913
Is that enough context to see the issue?
On Tue, Jan 6, 2015 at 11:58 AM, Matthew Flatt wrote:
> At Tue, 06 Jan 2015 14:14:22 -0500, Neil Van Dyke wrote:
> > Dan Liebgold wrote on 01/06/2015 02:00 PM:
> > > What is a straightforward way to designate the "compil
ized by the `PLTCOMPILEDROOTS` environment variable, instead.
>
> At Tue, 6 Jan 2015 11:27:35 -0800, Dan Liebgold wrote:
> > Hmmm... so this should be as easy to implement as:
> >
> > (use-compiled-file-paths (list (build-path "compiled" (version
> >
> &
Hmmm... so this should be as easy to implement as:
(use-compiled-file-paths (list (build-path "compiled" (version
Right? Trying it out now.
Dan
On Tue, Jan 6, 2015 at 11:14 AM, Neil Van Dyke wrote:
> Dan Liebgold wrote on 01/06/2015 02:00 PM:
>
>> What is a
Hello all -
What is a straightforward way to designate the "compiled" directory to look
for zo files in that can be based on the Racket version? I'd like to have
Racket 5.2.1 and 6.1 running in parallel to aid in upgrading our version.
Thanks!
--
Dan Liebgold[dan.lie
llects dir per invocation?
--
Dan Liebgold[dan.liebg...@gmail.com]
_
Racket Developers list:
http://lists.racket-lang.org/dev
ther and you can get inconsistent
>> results, theoretically.
>>
>> Robby
>>
>> On Tuesday, December 9, 2014, Dan Liebgold
>> wrote:
>>
>>> If I have multiple instances of raco make running and some of the files
>>> they are checkin
If I have multiple instances of raco make running and some of the files
they are checking/rebuilding are shared across the instances... what
happens? Does raco make have lock to ensure no contention? Or does each
process potentially redo some work?
--
Dan Liebgold[dan.liebg...@gmail.com
'load' did and continues to do is let us close the last
10%-20% functionality gap in our tool in a quick and straightforward manner
(the term 'hack' does come to mind); mainly by allowing those arbitrary
side effects to be collected as necessary.
--
Dan Liebgold[dan.lieb
ll piece.
On Mon, Nov 3, 2014 at 5:31 AM, Matthias Felleisen
wrote:
>
> On Oct 27, 2014, at 7:00 PM, Dan Liebgold wrote:
>
> I have a namespace behind a particular API. I'd love to hook into the
> module system to control compilation, visibility, etc. of all the
> defi
re any example of doing something like this using the module system
without polluting the top level namespace? Am I correct in assuming that
this will not work under separate module compilation?
--
Dan Liebgold[dan.liebg...@gmail.com]
_
Racket Developers list:
http://lists.racket-lang.org/dev
e-context.
>
> Thus, the (file abc) that you produce now has the right stuff. It is
> possible that you could've just replace the context of "file" or of
> "abc" and got the same effect, but I'm not sure (it depends on how
> "file" is impleme
> [(_)
> (replace-context stx (syntax (submod "." example)))])))
>
> ;; You may want to comment this out while looking at the other ones so
> ;; you can be sure that this isn't the reason something is working.
>
> (let ()
> (local-require (prefi
al the define-require-syntax transformer needs to
do besides generate a syntax object?
samth mentioned on irc that it is probably a hygiene issue... something
about generating the right marks on the (file ...) form.
--
Dan Liebgold[dan.liebg...@gmail.com]
_
Racket Deve
That makes sense. 'sort' to the rescue!
On Tuesday, June 18, 2013, Carl Eastlund wrote:
> On Tue, Jun 18, 2013 at 3:21 PM, Dan Liebgold
>
> > wrote:
>
>> According to the docs, hash->list returns a list in an unspecified order.
>> Can anyone tell me a
According to the docs, hash->list returns a list in an unspecified order.
Can anyone tell me a little about how hash->list might return two
different orders give the same hash table? Possibly across different
invocations of Racket?
Thanks,
--
Dan Liebgold[dan.liebg...@gma
Does anyone know if there's a way to replace current-load/use-compiled at
startup time without changing cstartup.inc and rebuilding executables?
--
Dan Liebgold[dan.liebg...@gmail.com]
_
Racket Developers list:
http://lists.racket-lang.org/dev
tamps (so racket won't
> > get confused).
>
> I think that's a good option.
>
> I think it's fine to omit ".rkt" files and ".dep" files, in which case
> timestamps on ".zo" files don't matter.
>
> (You could also keep &quo
d with for a long time, so maybe your experience here
> will give us another piece to the puzzle on dealing with this issue
> overall.)
>
>
Yes, compilation not being idempotent has come up as an issue for us. It's
certainly lower priority though...
> Robby
>
>
27;s a good option.
>
> I think it's fine to omit ".rkt" files and ".dep" files, in which case
> timestamps on ".zo" files don't matter.
>
> (You could also keep ".dep" files along with ".zo" files, in which case
>
fault implementation to
ignore timestamps and just go by file existence we should be ok
Does this sound like an accurate assessment?
Thanks,
Dan
On Mon, Oct 15, 2012 at 7:01 PM, Robby Findler
wrote:
> On Mon, Oct 15, 2012 at 7:59 PM, Dan Liebgold
> wrote:
> > On Mon, Oct 15, 2012 at
o make' would
> use them, for example.
>
>
Our end users just run our Racket based command-line tools... they never
use raco make.
> At Mon, 15 Oct 2012 15:10:18 -0700, Dan Liebgold wrote:
> > We're having trouble with .zos. We trigger the "module mismatch, pro
ks for most
everyone, but some get this error. Do end users need the .dep files? Would
removing them make a difference?
Thanks,
Dan @ Naughty Dog
--
Dan Liebgold[dan.liebg...@gmail.com]
_
Racket Developers list:
http://lists.racket-lang.org/dev
; for many read operations on a single file.
>
>
That matches our experience precisely.
--
Dan Liebgold[dan.liebg...@gmail.com]
_
Racket Developers list:
http://lists.racket-lang.org/dev
able to use
> this to limit the number of zos necessary to just the one, plus
> whatever "racket" itself needs to start. If your code changes a lot,
> but your dependency on Racket doesn't often, we could work on a
> modified version that would cache all your Racket-collec
On Tue, Oct 9, 2012 at 11:32 AM, Matthew Flatt wrote:
> At Tue, 9 Oct 2012 18:00:14 + (UTC), Dan Liebgold wrote:
> It still seems strange to me that we should implement our own
> filesystem of some sort to get decent filesystem performance.
>
>
Indeed. I think in game develop
Matthew Flatt writes:
>
> In v5.3.0.24, the new `current-compiled-file-roots' parameter and
> associated PLTCOMPILEDROOTS environment variable give you more control
> over where bytecode files are written.
>
(replying over gmane because I joined the mailing list later)
Excellent. Thanks for t
Is there any reason the scheme_main_setup trampoline can't be done later in
the program (i.e. only at the point I want to invoke Racket stuff)?
On Mon, Sep 24, 2012 at 5:09 PM, Matthew Flatt wrote:
> At Mon, 24 Sep 2012 15:10:08 -0700, Dan Liebgold wrote:
> > Does anyone have
Does anyone have an example of embedding 3m Racket (5.3) in a C++ program
without overriding main? I have a legacy C++ app that wants to eval some
Racket code but I'd like to be minimally invasive. Might need to shell
out...
--
Dan Liebgold[dan.liebg...@gmai
Eh, scratch that last crash. My erroneous book-keeping with registered
locals.
Carry on...
On Mon, Sep 24, 2012 at 9:58 AM, Dan Liebgold wrote:
>
> Ok, that gets me past the missing collection exception. Now it crashes
> inside libracket3m_8bh1a8.dll. Here's the callstack... thi
scheme_build_list(1, &collectPath);
> scheme_init_collection_paths(e, collectPathList);
>
>
> At Fri, 21 Sep 2012 16:42:23 -0700, Dan Liebgold wrote:
> > I'm having a terrible time trying to embed Racket 5.3 in a C++ program.
> > Please take a look at htt
uot;
in collection directories:
C:\Users\danl\AppData\Roaming\Racket\5.3\collects
in: racket/base
context...:
standard-module-name-resolver
RACKETDIR environment variable is defined properly (and not to the path in
the output.) Any ideas?
--
Dan Liebgold[da
38 matches
Mail list logo
