Ah, these look like good approaches. First, I think I'll have to shore up
my usage of "raco setup" now to be sure I'm generating zos correctly for
the two different versions.
On Wed, Jan 7, 2015 at 10:19 PM, Tobias Hammer wrote:
> I usually use this macro in a wrapper that require/provides the l
I usually use this macro in a wrapper that require/provides the libs and
provides compatibility wrappers when needed
;; compile time version switch
(define-syntax (version>=? stx)
(syntax-case stx ()
[(_ min-version body body-else)
(if (string>=? (version) (syntax-e #'min-version))
If your library's name is also `json` you could put in a place that is
included in PLTCOLLECTS when you run v5.2.1, but use a PLTCOLLECTS that
doesn't include it when your run v6.1 (in much the same way that you
use different PLTCOMPILEDROOTS settings for the different versions).
If your library h
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's part of the distribution's
collects directory.
Is there a command line for racket that'll cause it to find mine under
5.2.1 and the standard lib in 6.1 (skipping mine)?
Dan
On W
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 versa) lib functions.
>
>
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,
--
Dan Liebgold
6 matches
Mail list logo