[racket-dev] non-existing files in drRacket recent file list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, in drRacket when doing File - Open Recent and selecting a non-existing file (because it was deleted), there is an error message stating this, but the file remains in the list. This might be good in case the file was accidentally removed, but for me in most cases I'd prefer for the file to disappear from the list. Alternatively the list could be checked for no-longer-existing files on startup or when opening it from the menu. What do you think? Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5WA2kACgkQp/VmCx0OL2zQTwCeMaYcw8ZBK5svveJTfl0HEqA2 GcUAnjpQEcWkjgAgBCq/4BUR8fS6zss0 =OFpe -END PGP SIGNATURE- _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] drRacket Close/Close tab
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, in drRacket in the File menu there are the option Close and Close Tab. File - Close does not close the current file, but instead closes the whole program. Furthermore, it is bound to Ctrl+w, which in many browsers is bound to Close Tab, and in many terminal emulators (like LXTerminal, Konsole, Gnome Terminal) Ctrl+Shift+w means close tab. Close Program (usually called Quit) is bound to Ctrl+Q (Firefox) or Ctrl+Shift+Q (terminal emulators). Could drRacket follow these keybindings? Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5WCREACgkQp/VmCx0OL2wXJACeIgC+GivVNvxHJV7V3RYdomyE FfUAn3M0q5Q6KrP+YiAg1VG1Pi44RKfR =LGP8 -END PGP SIGNATURE- _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drRacket Close/Close tab
The intention is that close means close window and the menukey-w shortcut moves between the close and close tab menu items depending on how many tabs are open. Are you seeing something different than that? Robby On Thu, Aug 25, 2011 at 3:34 AM, Marijn hk...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, in drRacket in the File menu there are the option Close and Close Tab. File - Close does not close the current file, but instead closes the whole program. Furthermore, it is bound to Ctrl+w, which in many browsers is bound to Close Tab, and in many terminal emulators (like LXTerminal, Konsole, Gnome Terminal) Ctrl+Shift+w means close tab. Close Program (usually called Quit) is bound to Ctrl+Q (Firefox) or Ctrl+Shift+Q (terminal emulators). Could drRacket follow these keybindings? Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5WCREACgkQp/VmCx0OL2wXJACeIgC+GivVNvxHJV7V3RYdomyE FfUAn3M0q5Q6KrP+YiAg1VG1Pi44RKfR =LGP8 -END PGP SIGNATURE- _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Build failure on specific PPC systems
On Wed, Aug 24, 2011 at 10:58:04PM -0400, Lennart Sorensen wrote: On Wed, Aug 24, 2011 at 07:30:07PM -0400, James Vega wrote: Since at least 4.2.4, Racket has been failing to build[0][1] for Debian on G5-based PowerPC systems[2][3]. At the time, the only other PowerPC system that was available within Debian to debug on was a G4-based system[4]. On that system, Racket has been building fine using either the 3m or cgc GC. Since I've generally had more luck using the cgc GC on less mainstream systems, I set the build to use that for PowerPC and let it be in case things changed and it started working. Since we recently got access to a G5-based system[5], I've had a chance to do some poking around and have found the following: - Building with cgc fails: make[5]: Entering directory `/home/jamessan/racket-5.1.3+dfsg1/build/plot' env CC=gcc CFLAGS=-g -Wall LDFLAGS= ../racket/racketcgc -c /home/jamessan/racket-5.1.3+dfsg1/src/plot/build.rkt libplplot /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/dc_drv.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plcont.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plfill.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plmap.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plshade.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plwind.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/pdfutils.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plcore.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plgridd.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plmeta.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plstripc.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plargs.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plctrl.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plhist.c /home/jamessan/r! acket-5.1.3+dfsg1/src/plot/plplot/pl ot 3d.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plsym.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plbox.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plcvt.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plimage.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plpage.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/pltick.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plbuf.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/pldtik.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plline.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plsdef.c /home/jamessan/racket-5.1.3+dfsg1/src/plot/plplot/plvpor.c make[5]: *** [libplplot.so] Segmentation fault (core dumped) - Building with cgc and -DMZ_DONT_USE_JIT works - Building with 3m fails: make[5]: Entering directory `/home/jamessan/racket-5.1.3+dfsg1/build/racket/gc2' env XFORM_PRECOMP=yes ../racketcgc -cqu /home/jamessan/racket-5.1.3+dfsg1/src/racket/gc2/xform.rkt --setup . --cpp gcc -E -I./.. -I/home/jamessan/racket-5.1.3+dfsg1/src/racket/gc2/../include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 --keep-lines -o xsrc/precomp.h /home/jamessan/racket-5.1.3+dfsg1/src/racket/gc2/precomp.c make[5]: *** [xsrc/precomp.h] Segmentation fault (core dumped) - Building with 3m and -DMZ_DONT_USE_JIT gets further than 3m on its own, but still fails: make[6]: Entering directory `/home/jamessan/racket-5.1.3+dfsg1/build/gracket/gc2' ../../racket/racket3m -cqu /home/jamessan/racket-5.1.3+dfsg1/src/gracket/gc2/../../racket/gc2/xform.rkt --setup ../../racket/gc2 --cpp gcc -E -I/home/jamessan/racket-5.1.3+dfsg1/src/gracket/gc2/../../racket/gc2 -I./../../racket/ -I/home/jamessan/racket-5.1.3+dfsg1/src/gracket/gc2/../../racket/include/ -Dwx_xt -MMD --keep-lines -o xsrc/grmain.c +D INITIAL_COLLECTS_DIRECTORY=''`cd /home/jamessan/racket-5.1.3+dfsg1/src/gracket/gc2/../../../collects; pwd`'' /home/jamessan/racket-5.1.3+dfsg1/src/gracket/gc2/../grmain.c SIGSEGV MAPERR si_code 1 fault on addr 0x4 make[6]: *** [xsrc/grmain.c] Aborted (core dumped) I can provide stack traces of the relevant failures, if needed. Interestingly, a binary built with 3m on a G4 runs collects/test/racket/all.rktl just fine on the G5 system. What differences are there between the G5 and G4 that could cause this discrepancy? What information can I provide or debugging can I perform to help determine the problem? I believe that the IBM 970 used in the G5 has one unusual behaviour compared to most other powerpc chips. Unlike most other powerpcs the 970 can not switch endianess. See the note about virtual PC here: http://en.wikipedia.org/wiki/PowerPC#Design_features So that could very well be breaking other code too if it tries to take advantage of that feature. Virtual PC tried to use little endian mode to make emulating x86 code a lot more efficient since the data didn't have to be
[racket-dev] Patch to make the DrRacket Profile pane resizable
Hi, Here's a patch that makes it so you can drag to resize the profile pane in DrRacket. Apologies if this is the wrong way to submit low-priority tweaks like this, I don't want to clutter up the mailing list. Anyhow, thanks for the Racket toolchain - the go to definition and help desk right clicks especially have been a big help as I try to learn the libraries. Best, Luke Vilnis 0001-The-Profile-pane-in-DrRacket-can-now-be-dragged-to-r.patch Description: Binary data _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Patch to make the DrRacket Profile pane resizable
Thanks! I've applied it in the git repo. Robby On Thu, Aug 25, 2011 at 1:36 PM, Luke Vilnis lvil...@gmail.com wrote: Hi, Here's a patch that makes it so you can drag to resize the profile pane in DrRacket. Apologies if this is the wrong way to submit low-priority tweaks like this, I don't want to clutter up the mailing list. Anyhow, thanks for the Racket toolchain - the go to definition and help desk right clicks especially have been a big help as I try to learn the libraries. Best, Luke Vilnis _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drRacket Close/Close tab
Robby, this is something I've brought up before, too. It may be the default on the Mac, but it's certainly strange behavior on other platforms. I often find DrRacket disappearing on me and wondering why, then realizing...uh oh, close means something different. On Thu, Aug 25, 2011 at 1:30 PM, Robby Findler ro...@eecs.northwestern.edu wrote: On Thu, Aug 25, 2011 at 9:12 AM, Marijn hk...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Robby, On 08/25/11 14:13, Robby Findler wrote: The intention is that close means close window and the menukey-w shortcut moves between the close and close tab menu items depending on how many tabs are open. Are you seeing something different than that? On Linux, in my File menu the Ctrl-w shortcut is always listed as shortcut for Close, while Close Tab has no shortcut, but I see now that Ctrl-w's behavior is actually to close the current tab. So in this case my suggestion comes down to just relabelling the menu items from: File - Close to File - Close Window I'm going to follow the apple human interface guidelines on this point and leave things as they are: http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/Menus/Menus.html and fixing the moving of the Ctrl+W keybinding in the labels. Another option is to change: File - Close (Ctrl+W) File - Close Tab to File - Close Window (Ctrl+Shift+W) File - Close Tab (Ctrl+W) and not move the shortcuts depending on tab plurality. Firefox and Midori both have Ctrl+Shift+W bound to Close Window, so maybe that is a good candidate for drRacket too (if a shortcut beyond Alt+F4 is desired for Close Window). Other programs with tabs I checked only have one of Close Window and Quit, in each case bound to Ctrl+(Shift+)Q. I like the idea of adding shift, but I've changed things so that instead of the w shortcut going away, the close menu item becomes menukey-shift-w (so the shifting behavior is still there and we are complying with the guidelines in the no-tabs case). Robby _ 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] Bite-Size Racket Projects
It's clear that there are lots of people who are interested in hacking with Racket, or improving Racket, but don't know where to start. In response, some of us have put together a list of bite-size Racket projects, which are good places for learning Racket, contributing, and just having fun programming. The list is here: https://github.com/plt/racket/wiki/Intro-Projects It's a wiki, so feel free to add projects, let people know that you're working something, or provide more info on that page. Ask questions about any of the projects on this list, on the #racket IRC channel, or by sky-writing, -- sam th sa...@ccs.neu.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drRacket Close/Close tab
Is Firefox the standard for tab-related key bindings on all the different platforms? I think it is on Linux and Windows, but I don't know about Macs. -- http://www.neilvandyke.org/ _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Quick poll
10 minutes ago, Shriram Krishnamurthi wrote: I'm confused. Why aren't $1, etc. also identifiers? Both are. (define $1 1) (define 50-cent (/ $1 2)) 50-cent ;; which, as you know, is pronounced fiffy 0.5 Or are you asking, Since I'm going to steal part of the identifier namespace anyway, would you prefer...? Roughly -- instead of stealing, it just defines the identifiers that are not already bound. So with the current ^ names, if you happen to have ^ bound, you get only ^^, ^^^ etc. (If so I'd say just take both and thereby make it useful to people used to either convention.) Good idea! (Should have been obvious given the above, but somehow I missed it.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] Possible useful drdr feature?
IIUC, after each drdr build, it generates the report pages, and then it dumps the built tree. If so, how about changing it: before the tree is removed, it archives the built files (run `git ls-files -o') and makes the archive available somewhere. If this is done, then I can do the following: 1. Given that drdr is usually very busy, download new build archives to someplace else (like pre.racket-lang.org) 2. Write some script that you'd run with `git pre-build', which would check whether there's a build archive available for your current HEAD. This means that after you've pulled new stuff into your repo, you could just run this command and get a working tree very quickly. 3. Even more: if there's no archive for your HEAD, it could check your origin/master, and if that's part of your current HEAD history (as happens after a `git pull --rebase'), it will still do that. This means that you'd be left with a tree that has compiled results for an older version, but with most uses of `pull --rebase', this means that only files that you've worked on are outdated, so a followup setup would usually be very quick. 4. Of course, that won't help with changes in src, and the script could warn you about that. It also wouldn't help much if you have edits in core files like in the `racket' collection. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drRacket Close/Close tab
For you, is this an issue with the underscores in the menu items? That is, if the underscore moved from close to close tab would that help you at all? Robby On Thursday, August 25, 2011, Shriram Krishnamurthi s...@cs.brown.edu wrote: Robby, this is something I've brought up before, too. It may be the default on the Mac, but it's certainly strange behavior on other platforms. I often find DrRacket disappearing on me and wondering why, then realizing...uh oh, close means something different. On Thu, Aug 25, 2011 at 1:30 PM, Robby Findler ro...@eecs.northwestern.edu wrote: On Thu, Aug 25, 2011 at 9:12 AM, Marijn hk...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Robby, On 08/25/11 14:13, Robby Findler wrote: The intention is that close means close window and the menukey-w shortcut moves between the close and close tab menu items depending on how many tabs are open. Are you seeing something different than that? On Linux, in my File menu the Ctrl-w shortcut is always listed as shortcut for Close, while Close Tab has no shortcut, but I see now that Ctrl-w's behavior is actually to close the current tab. So in this case my suggestion comes down to just relabelling the menu items from: File - Close to File - Close Window I'm going to follow the apple human interface guidelines on this point and leave things as they are: http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/Menus/Menus.html and fixing the moving of the Ctrl+W keybinding in the labels. Another option is to change: File - Close (Ctrl+W) File - Close Tab to File - Close Window (Ctrl+Shift+W) File - Close Tab (Ctrl+W) and not move the shortcuts depending on tab plurality. Firefox and Midori both have Ctrl+Shift+W bound to Close Window, so maybe that is a good candidate for drRacket too (if a shortcut beyond Alt+F4 is desired for Close Window). Other programs with tabs I checked only have one of Close Window and Quit, in each case bound to Ctrl+(Shift+)Q. I like the idea of adding shift, but I've changed things so that instead of the w shortcut going away, the close menu item becomes menukey-shift-w (so the shifting behavior is still there and we are complying with the guidelines in the no-tabs case). Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drRacket Close/Close tab
What do you mean by you can kill the tab w/ C-w (which won't work in DrRacket)? On Thu, Aug 25, 2011 at 8:03 PM, Shriram Krishnamurthi s...@cs.brown.edu wrote: Yes, Robby, that would be great. The default should be to close as little as possible, not as much as possible. On Windows 7: In Firefox, File | _C_ is indeed close *TAB*. In Chrome, there isn't even a close tab menu option. You can Exit (which is pretty unambiguous) or you can kill the tab w/ C-w (which won't work in DrRacket) or by clicking on the (X) for the tab. So I expect Firefox users would be especially surprised (and displeased) by DrRacket's behavior. Shriram On Thu, Aug 25, 2011 at 5:12 PM, Robby Findler ro...@eecs.northwestern.edu wrote: For you, is this an issue with the underscores in the menu items? That is, if the underscore moved from close to close tab would that help you at all? Robby On Thursday, August 25, 2011, Shriram Krishnamurthi s...@cs.brown.edu wrote: Robby, this is something I've brought up before, too. It may be the default on the Mac, but it's certainly strange behavior on other platforms. I often find DrRacket disappearing on me and wondering why, then realizing...uh oh, close means something different. On Thu, Aug 25, 2011 at 1:30 PM, Robby Findler ro...@eecs.northwestern.edu wrote: On Thu, Aug 25, 2011 at 9:12 AM, Marijn hk...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Robby, On 08/25/11 14:13, Robby Findler wrote: The intention is that close means close window and the menukey-w shortcut moves between the close and close tab menu items depending on how many tabs are open. Are you seeing something different than that? On Linux, in my File menu the Ctrl-w shortcut is always listed as shortcut for Close, while Close Tab has no shortcut, but I see now that Ctrl-w's behavior is actually to close the current tab. So in this case my suggestion comes down to just relabelling the menu items from: File - Close to File - Close Window I'm going to follow the apple human interface guidelines on this point and leave things as they are: http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/Menus/Menus.html and fixing the moving of the Ctrl+W keybinding in the labels. Another option is to change: File - Close (Ctrl+W) File - Close Tab to File - Close Window (Ctrl+Shift+W) File - Close Tab (Ctrl+W) and not move the shortcuts depending on tab plurality. Firefox and Midori both have Ctrl+Shift+W bound to Close Window, so maybe that is a good candidate for drRacket too (if a shortcut beyond Alt+F4 is desired for Close Window). Other programs with tabs I checked only have one of Close Window and Quit, in each case bound to Ctrl+(Shift+)Q. I like the idea of adding shift, but I've changed things so that instead of the w shortcut going away, the close menu item becomes menukey-shift-w (so the shifting behavior is still there and we are complying with the guidelines in the no-tabs case). Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drRacket Close/Close tab
ro...@eecs.northwestern.edu wrote: For you, is this an issue with the underscores in the menu items? That is, if the underscore moved from close to close tab would that help you at all? On Thu, Aug 25, 2011 at 8:03 PM, Shriram Krishnamurthi s...@cs.brown.edu wrote: Yes, Robby, that would be great. Okay, apparently I'd forgotten: I did that already. Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] drRacket Close/Close tab
I mean that the C-w key-binding isn't always available (at least w/ Emacs bindings on, it has the Emacs interpretation). Shriram On Thu, Aug 25, 2011 at 9:26 PM, Robby Findler ro...@eecs.northwestern.edu wrote: What do you mean by you can kill the tab w/ C-w (which won't work in DrRacket)? On Thu, Aug 25, 2011 at 8:03 PM, Shriram Krishnamurthi s...@cs.brown.edu wrote: Yes, Robby, that would be great. The default should be to close as little as possible, not as much as possible. On Windows 7: In Firefox, File | _C_ is indeed close *TAB*. In Chrome, there isn't even a close tab menu option. You can Exit (which is pretty unambiguous) or you can kill the tab w/ C-w (which won't work in DrRacket) or by clicking on the (X) for the tab. So I expect Firefox users would be especially surprised (and displeased) by DrRacket's behavior. Shriram On Thu, Aug 25, 2011 at 5:12 PM, Robby Findler ro...@eecs.northwestern.edu wrote: For you, is this an issue with the underscores in the menu items? That is, if the underscore moved from close to close tab would that help you at all? Robby On Thursday, August 25, 2011, Shriram Krishnamurthi s...@cs.brown.edu wrote: Robby, this is something I've brought up before, too. It may be the default on the Mac, but it's certainly strange behavior on other platforms. I often find DrRacket disappearing on me and wondering why, then realizing...uh oh, close means something different. On Thu, Aug 25, 2011 at 1:30 PM, Robby Findler ro...@eecs.northwestern.edu wrote: On Thu, Aug 25, 2011 at 9:12 AM, Marijn hk...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Robby, On 08/25/11 14:13, Robby Findler wrote: The intention is that close means close window and the menukey-w shortcut moves between the close and close tab menu items depending on how many tabs are open. Are you seeing something different than that? On Linux, in my File menu the Ctrl-w shortcut is always listed as shortcut for Close, while Close Tab has no shortcut, but I see now that Ctrl-w's behavior is actually to close the current tab. So in this case my suggestion comes down to just relabelling the menu items from: File - Close to File - Close Window I'm going to follow the apple human interface guidelines on this point and leave things as they are: http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/Menus/Menus.html and fixing the moving of the Ctrl+W keybinding in the labels. Another option is to change: File - Close (Ctrl+W) File - Close Tab to File - Close Window (Ctrl+Shift+W) File - Close Tab (Ctrl+W) and not move the shortcuts depending on tab plurality. Firefox and Midori both have Ctrl+Shift+W bound to Close Window, so maybe that is a good candidate for drRacket too (if a shortcut beyond Alt+F4 is desired for Close Window). Other programs with tabs I checked only have one of Close Window and Quit, in each case bound to Ctrl+(Shift+)Q. I like the idea of adding shift, but I've changed things so that instead of the w shortcut going away, the close menu item becomes menukey-shift-w (so the shifting behavior is still there and we are complying with the guidelines in the no-tabs case). Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Build failure on specific PPC systems
On Wed, Aug 24, 2011 at 11:31:05PM -0400, Lennart Sorensen wrote: On Wed, Aug 24, 2011 at 10:58:04PM -0400, Lennart Sorensen wrote: On Wed, Aug 24, 2011 at 07:30:07PM -0400, James Vega wrote: Since at least 4.2.4, Racket has been failing to build[0][1] for Debian on G5-based PowerPC systems[2][3]. At the time, the only other PowerPC system that was available within Debian to debug on was a G4-based system[4]. On that system, Racket has been building fine using either the 3m or cgc GC. Of course it also occured to me that the G5 (IBM 970) and the power6+ I am using are 64bit powerpc machines, while the G4 is 32bit I believe. Might matter. Looks like that may be it. Much of the JIT code leverages GNU Lightning, which doesn't appear to support ppc64 yet. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev