[racket] raco option to strip unused libraries and code from exes?
It came back after a few minutes with this error:
Racket virtual machine has run out of memory; aborting
Abort trap: 6
I'm running OS/X 10.8.3, Racket v5.3.6 - I think 32-bit build.
Cheers
Dan
On Tue, Oct 1, 2013 at 5:28 PM, Daniel Prager <daniel.a.prager at gmail.com>wrote:
> Thanks Jay
>
> I'm running raco demod now: it's been running for over a minute on a
> fairly small program (~1000 lines + libs).
>
> Does it typically take a long time to run?
>
>
> Cheers
>
> Dan
>
>
> On Tue, Oct 1, 2013 at 10:53 AM, Jay McCarthy <jay.mccarthy at gmail.com>wrote:
>
>> The demodularizer (raco demod) is a tool that does this somewhat,
>> although some of the things it can remove are unsound. We're working
>> on making it even better by re-optimizing after demodularizing, but
>> that is future work.
>>
>> Jay
>>
>> On Mon, Sep 30, 2013 at 5:25 PM, Daniel Prager
>> <daniel.a.prager at gmail.com> wrote:
>> > Is there an option to strip down raco-produced exes to reduce size /
>> > speed-up loading time?
>> >
>> > I understand that I can use racket/base and explicitly include files,
>> but
>> > wondered if there was an option that shifted the burden from huma
>> > in to machine!
>> >
>> >
>> > Thanks
>> >
>> > Dan
>> >
>> > ____________________
>> > Racket Users list:
>> > http://lists.racket-lang.org/users
>> >
>>
>>
>>
>> --
>> Jay McCarthy <jay at cs.byu.edu>
>> Assistant Professor / Brigham Young University
>> http://faculty.cs.byu.edu/~jay
>>
>> "The glory of God is Intelligence" - D&C 93
>>
>
>
>
> --
> *Daniel Prager*
> Agile/Lean Coaching, Software Development and Leadership
> Twitter: @agilejitsu <https://twitter.com/agilejitsu>
> Blog: agile-jitsu.blogspot.com
>
--
*Daniel Prager*
Agile/Lean Coaching, Software Development and Leadership
Twitter: @agilejitsu <https://twitter.com/agilejitsu>
Blog: agile-jitsu.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20131001/7d70a8bf/attachment.html>