- c3595c56 9ebfdb54 25dc89a2 I think they are too minor. - 58333903 I like it, specially because it's the result of many intermediate steps, like 7c1cb1a2. But it's difficult to explain (specially because it depends on the knowledge that equal? is much slower than eq?). So I think it's better to ignore it in the announcement.
I propose to add: - f159295e *** The bytecode compiler detects more optimization opportunities, including when variables always hold a Boolean value. In particular in expressions like (or (symbol? x) (something)), the optimizations avoids the creation of an intermediate variable to store the result of (symbol? x). - 9c1b8707(mflat) and 6d1018fb *** The bytecode optimizer avoids dropping the stack frames in some reductions. This will provide better stack traces for errors when errotrace is enable. Gustavo -- You received this message because you are subscribed to the Google Groups "Racket Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscr...@googlegroups.com. To post to this group, send email to racket-dev@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/CAPaha9OTv%2Ba--SbmMmTYga5T_xUq9aYKxmge61bnMQyEexonLw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
