racket/collects/compiler
Matthew Flatt d003549257 bytecode compiler: generalize local-type tracking for unboxing
Track fixnum results in the same way as flonum results to enable
unboxing, if that turns out to be useful. The intent of the change,
though, is to support other types in the future, such as "extnums".

The output `raco decompile' no longer includes `#%in', `#%flonum',
etc., annotations, which are mostly obvious and difficult to
keep in sync with the implementation. A local-binding name now
reflects a known type, however.

The change includes a bug repair for he bytecode compiler that
is independent of the generalization (i.e., the new test case
triggered the old problem using flonums).

original commit: bdf1c3e165
2012-11-14 19:37:01 -07:00
..
commands raco exe: checks on source and destination paths 2012-05-28 20:30:58 -06:00
demodularizer fix demod for submodules 2012-11-12 07:47:30 -07:00
bundle-dist.rkt rename all files .ss -> .rkt 2010-04-27 16:50:15 -06:00
decompile.rkt bytecode compiler: generalize local-type tracking for unboxing 2012-11-14 19:37:01 -07:00
embed-sig.rkt rename all files .ss -> .rkt 2010-04-27 16:50:15 -06:00
sig.rkt remove obsolete and unused Racket-to-C compiler 2011-09-20 15:26:39 -06:00
zo-marshal.rkt bytecode compiler: generalize local-type tracking for unboxing 2012-11-14 19:37:01 -07:00
zo-parse.rkt bytecode compiler: generalize local-type tracking for unboxing 2012-11-14 19:37:01 -07:00
zo-structs.rkt bytecode compiler: generalize local-type tracking for unboxing 2012-11-14 19:37:01 -07:00