On Wed, Jul 18, 2012 at 10:03 AM, Robby Findler <[email protected]> wrote: > Sounds like they aren't. But it isn't clear when the bug was introduced.
Does this mean that `syntax-parse` (which uses the same thing I'm trying) is currently broken wrt executable creation? > > Robby > > On Wed, Jul 18, 2012 at 8:47 AM, Sam Tobin-Hochstadt <[email protected]> > wrote: >> On Wed, Jul 18, 2012 at 9:28 AM, Robby Findler >> <[email protected]> wrote: >>> In addition to making a GUI program, eg: >>> >>> #lang racket/gui >>> (send (new frame% [label ""][width 100]) show #t) >>> >>> Into an executable and using raco exe to create an executable, >> >> This worked correctly, with just 'raco exe guibase.rkt'. >> >>> you >>> could also test doing that inside DrRacket (the Create Executable menu >>> item when you are in the module language has several options to try). >> >> This mostly didn't work -- only the "Launcher" choice produced working >> results. The others gave this error: >> >> standard-module-name-resolver: collection not found >> collection: "racket/match" >> in collection directories: >> /collects >> >> Matthew (or others): is this the same error you got before? >> >>> Also, run plt/collects/tests/drracket/teaching-lang-executable-creation.rkt. >> >> This worked. >> >> So now I'm somewhat confused at to whether things are working. >> >> Sam >> >>> >>> Robby >>> >>> On Wed, Jul 18, 2012 at 8:25 AM, Sam Tobin-Hochstadt <[email protected]> >>> wrote: >>>> On Tue, Jul 17, 2012 at 5:59 PM, Ryan Culpepper <[email protected]> wrote: >>>>> On 07/17/2012 05:32 PM, [email protected] wrote: >>>>>> >>>>>> mflatt has updated `master' from 3b5eb1da41 to 6b3e207ecd. >>>>>> http://git.racket-lang.org/plt/3b5eb1da41..6b3e207ecd >>>>>> >>>>>> =====[ 2 Commits ]====================================================== >>>>>> Directory summary: >>>>>> 5.7% collects/drracket/private/ >>>>>> 94.2% collects/racket/match/ >>>>>> >>>>>> ~~~~~~~~~~ >>>>>> >>>>>> 949d12e Matthew Flatt<[email protected]> 2012-07-17 13:45 >>>>>> : >>>>>> | revert use of `lazy-require' in `racket/match' implementation >>>>>> | >>>>>> | Using `lazy-require' under `begin-for-syntax' expands to a use of >>>>>> | `define-runtime-path' under `begin'for-syntax'. Unfortunately, >>>>>> | `define-runtime-path' doesn't yet work with `raco exe' when it >>>>>> | appears under `begin-for-syntax'. Although `define-runtime-path' >>>>>> | should be fixed, it may take a while. Meanwhile, reverting the >>>>>> | change allows programs that require `racket/gui/base' to work >>>>>> | with `raco exe'. >>>>>> | >>>>>> | There's another `lazy-require' under `begin-for-syntax' that >>>>>> | doesn't seem to cause the same trouble, though. >>>>>> : >>>>>> M collects/racket/match/define-forms.rkt | 7 ++----- >>>>> >>>>> >>>>> A workaround for this issue (if Sam wants to try it again) is to just >>>>> insert >>>>> a define-runtime-module-path-index form at phase 0 by hand. See >>>>> /collects/syntax/parse/private/sc.rkt near the top for an example. >>>> >>>> I now have a local build with this technique -- how should I test that >>>> I haven't broken `raco exe` for gui programs? >>>> >>>> Also, could `lazy-require` use `syntax-local-lift-end-declaration` to >>>> insert this automatically when used at a phase>0? >>>> -- >>>> sam th >>>> [email protected] >>>> _________________________ >>>> Racket Developers list: >>>> http://lists.racket-lang.org/dev >> >> >> >> -- >> sam th >> [email protected] -- sam th [email protected] _________________________ Racket Developers list: http://lists.racket-lang.org/dev
