Re: [racket-dev] Manual inlining destroys performance for this program

2013-08-27 Thread Vincent St-Amour
It looks like you may want `define-inline' from `racket/performance-hint'. Vincent At Thu, 22 Aug 2013 11:11:51 -0400, Sam Tobin-Hochstadt wrote: Ah, indeed. I'm calling `random` in the closure now. Fixing that removes the anomaly. Sam On Thu, Aug 22, 2013 at 11:05 AM, Matthew

[racket-dev] Output value of program changes depending on whether I pretty-print an opaque struct value

2013-08-27 Thread J. Ian Johnson
This is mostly an mflatt-only problem. My analysis framework is now using a generic dictionary for its abstract heap, and depending on whether or not I pretty-print this heap before continuing on analyzing, the result of the analysis changes (sound versus unsound). I found the problem doing

Re: [racket-dev] [racket] Functional Updates for Structs

2013-08-27 Thread Jay McCarthy
Related to this issue of functional updaters, I've been working on a new struct mechanism based on my old super structs [1]. super structs was an attempt to give a lot more control of the names created by the struct macro and give a way to use keyword arguments in constructors. I was hoping to

Re: [racket-dev] Output value of program changes depending on whether I pretty-print an opaque struct value

2013-08-27 Thread Matthew Flatt
I haven't been able to get a different result by changing printing. One thing that printing might do, however, is assign `eq?`-based hash codes to objects that did not already have them. That assignment, in turn, could affect the order in which objects appear later in a hash table. I hacked

Re: [racket-dev] Output value of program changes depending on whether I pretty-print an opaque struct value

2013-08-27 Thread J. Ian Johnson
Weird you can't repro. I only use hasheq when I know the keys are symbols, or the table is local and only used for a graph traversal (where the graph is not changing during traversal). -Ian - Original Message - From: Matthew Flatt mfl...@cs.utah.edu To: J. Ian Johnson i...@ccs.neu.edu