racket/collects/compiler
Matthew Flatt 3b9e13b38f fix to bytecode compiler's propoagation of local-type info
This is another old bug that could have caused validation failures
with flonums, but it showed up with fixnum tracking because fixnums
are more common (e.g., from `string-length').

There were really two bugs: information installed at the
wrong offet in one place, and a failure to detect that information
should be propagated in a different place. Fixing both avoids
a validation problem with `html/sgml-reader'.

original commit: afca33b78b
2012-11-18 10:31:20 -07:00
..
commands raco exe: checks on source and destination paths 2012-05-28 20:30:58 -06:00
demodularizer fix compiler/zo-marshal 2012-11-15 06:18:05 -07:00
bundle-dist.rkt rename all files .ss -> .rkt 2010-04-27 16:50:15 -06:00
decompile.rkt fix to bytecode compiler's propoagation of local-type info 2012-11-18 10:31:20 -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 fix compiler/zo-marshal 2012-11-15 06:18:05 -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