[racket] "raco setup -c my-collect" takes a long time

Have you considered using different settings for PLTCOMPILEDROOTS depending
on whether you want the debug info or not?  If you do that, you'll simply
have two copies of all the .zo files, and you can simply switch between
them as necessary.  Then all of Racket's automatic build dependency
machinery will work for you, rather than against you.  All this assumes you
are using 5.3.1, as 5.3 predated PLTCOMPILEDROOTS.

Carl Eastlund


On Thu, Nov 29, 2012 at 7:34 AM, Laurent <laurent.orseau at gmail.com> wrote:

> Because x11-racket compilation depends on an environment variable to
> decide if it should compile with debug info or not.
> So if I want to recompile with a different debug option without modifying
> the source files it seems I need to remove the `compiled' directories,
> right?
> It seems that `raco setup' does not recompile if the source have not
> changed (based on a hash I presume, since touching the files does not force
> recompilation either).
> The `--force' option does not do what I want either it seems.
>
> Or maybe there is a better way to do that?
>
> Laurent
>
>
>
> On Thu, Nov 29, 2012 at 1:22 PM, Matthew Flatt <mflatt at cs.utah.edu> wrote:
>
>> `raco setup -c' is intended to reset a whole installation, and so it
>> doesn't adapt well to having a collection specified.
>>
>> Can you explain more why you need `raco setup -c my-collect' instead of
>> just `raco setup my-collect'?
>>
>> At Thu, 29 Nov 2012 09:35:01 +0100, Laurent wrote:
>> > Hi,
>> >
>> > Doing
>> > $ raco setup -c my-collect
>> > takes about 30s to "bootstrap from source", and it does that for each
>> such
>> > invocation.
>> >
>> > Is it possible to reduce this time? It makes "raco setup -c" almost
>> > unusable.
>> >
>> > Laurent
>> > ____________________
>> >   Racket Users list:
>> >   http://lists.racket-lang.org/users
>>
>
>
> ____________________
>   Racket Users list:
>   http://lists.racket-lang.org/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20121129/d26812cb/attachment-0001.html>