GNU bug report logs -
#55248
[PATCH 0/7] gnu: Update Racket to 8.5 and Chez Scheme to 9.5.8.
Previous Next
Full log
View this message in rfc822 format
Am Montag, dem 09.05.2022 um 02:02 -0400 schrieb Philip McGrath:
> Once the issues in <https://racket.discourse.group/t/950> are
> resolved, 'chez-scheme-for-racket' and 'racket-vm-cs' will be able to
> run even on systems for which native code generation is not
> supported. It's not clear what behavior would be useful from 'nix-
> system->chez-machine': since the current implementation is flawed and
> easy to misuse, we remove it for now, replacing the remaining uses
> with 'racket-cs-native-supported-system?'.
I think you're again making a wrong assumption here. nix-system->chez-
scheme has purposes outside of solving supported-system.
> +(define* (racket-cs-native-supported-system? #:optional
> + (system
> + (or (%current-target-
> system)
> + (%current-
> system))))
> + "Can Racket's variant of Chez Scheme generate native code for
> SYSTEM?
> +Otherwise, SYSTEM can use only the ``portable bytecode'' backends."
> + (let ((chez-arch (target-chez-arch system))
> + (chez-os (target-chez-os system)))
> + (and (and=> (assoc-ref %chez-features-table chez-os)
> + ;; NOT assoc-ref: supported even if cdr is #f
> + (cut assoc chez-arch <>))
> + #t)))
I think this should rather be explicit in %chez-features-table. You
can prefix features that only work inside racket with 'racket-. Then,
this can be solved with memq just as with chez-scheme's supported-
systems in 7/9.
Cheers
This bug report was last modified 3 years and 12 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.