Re: [racket-dev] Weird bug in Typed Racket predicate for Float 0.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/09/11 18:26, Luke Vilnis wrote: Hmm, curiouser and curiouser. Using the latest nightly build from http://pre.racket-lang.org/installers/, I get #f #t #t #f both on my home machine and work machine, which run Windows 7 64-bit. Now I'm really curious as to what's going on here! With last week's code I get: eq? 0.0 #f eqv? 0.0 #t Float? #t Float-Or-Integer? #f but with this morning's git version: eq? 0.0 #f eqv? 0.0 #t Float? #t Float-Or-Integer? #t on amd64 Gentoo GNU/Linux, HTH, Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5tsYEACgkQp/VmCx0OL2w/JwCgnWt5bRIor3nwtiX+XoHhI3W8 gPMAn3VAaQTC/E+9+gbcSXwvATDyfHMA =JGKC -END PGP SIGNATURE- _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] weird (memory?) bug using (dis)similar require mechanisms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Matthew, On 09/10/11 22:49, Matthew Flatt wrote: At Fri, 09 Sep 2011 12:29:13 +0200, Marijn wrote: this racket bug was discovered when I was trying out geiser which starts programs in a way that exposes this bug. The program starts correctly but none of the buttons work (or only reserve screen space) and it is hard to terminate the program. I think this is now fixed. For me, the GUI worked until I clicked a button that needed to grow the frame, at which point it got stuck due to competing callbacks with different opinions on the frame height. (One of those callbacks was wrong.) Seems to work for me too now. The only thing I'm left wondering is why starting the program in ways that I would mentally classify as exactly the same turned out to differ in such a way. Would appreciate if you could shed some light on that. Thanks, Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5ttKsACgkQp/VmCx0OL2xo+wCgxTQiEkn7+o4q+KM8//3Wnhlq 2woAoKg/mwc3nFj8doocwwp7IMW24i0c =qo0A -END PGP SIGNATURE- _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] build error with gcc 4.5.2
That fixed the problem, thanks. On Mon, Sep 12, 2011 at 11:42 AM, Matthew Flatt mfl...@cs.utah.edu wrote: I think the problem is that I changed xform without adjusting the version number as I should have. A fresh build directory or throwing out build/racket/gc2/xform-collects and build/racket/gc2/xsrc should avoid the problem. [I planned to push a change that adjusts the version number, but I haven't gotten to it.] At Mon, 12 Sep 2011 11:38:37 -0400, Sam Tobin-Hochstadt wrote: I'm currently getting the following compilation error from HEAD: make[4]: Entering directory `/home/samth/sw/plt/src/build/racket/gc2' gcc -I./.. -I../../../racket/gc2/../include -g -O2 -pthread -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -c xsrc/jit.c -o jit.o ../../../racket/gc2/../src/jit.c: In function ‘scheme_get_native_arity’: ../../../racket/gc2/../src/jit.c:3870:5: error: invalid use of flexible array member make[4]: *** [jit.o] Error 1 This is with gcc 4.5.2, Ubuntu 11.04. -- sam th sa...@ccs.neu.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev -- sam th sa...@ccs.neu.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev