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 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 > "/racket/gc2/xform-collects" and "/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
Re: [racket-dev] build error with gcc 4.5.2
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 "/racket/gc2/xform-collects" and "/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 _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] build error with gcc 4.5.2
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
Re: [racket-dev] weird (memory?) bug using (dis)similar require mechanisms
At Mon, 12 Sep 2011 09:28:43 +0200, Marijn wrote: > 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. Running the program different ways changed the timing of event handling. When you start a GUI program from the Racket REPL, the REPL runs a `(sync (eventspace-event-evt e))' ... `(yield)' loop while waiting for input; in that case, the scheduling of events and threads turned out to let the disagreeing callbacks "correct" each other forever. _ 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] 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