You can subscribe to this list here.
2000 |
Jan
|
Feb
(1) |
Mar
(11) |
Apr
|
May
(16) |
Jun
(5) |
Jul
(5) |
Aug
(27) |
Sep
(25) |
Oct
(10) |
Nov
(40) |
Dec
(40) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(78) |
Feb
(80) |
Mar
(35) |
Apr
(73) |
May
(97) |
Jun
(44) |
Jul
(38) |
Aug
(43) |
Sep
(94) |
Oct
(124) |
Nov
(13) |
Dec
(79) |
2002 |
Jan
(144) |
Feb
(68) |
Mar
(128) |
Apr
(117) |
May
(90) |
Jun
(63) |
Jul
(42) |
Aug
(66) |
Sep
(97) |
Oct
(89) |
Nov
(92) |
Dec
(88) |
2003 |
Jan
(101) |
Feb
(127) |
Mar
(103) |
Apr
(145) |
May
(211) |
Jun
(143) |
Jul
(67) |
Aug
(184) |
Sep
(212) |
Oct
(117) |
Nov
(181) |
Dec
(86) |
2004 |
Jan
(92) |
Feb
(95) |
Mar
(163) |
Apr
(242) |
May
(202) |
Jun
(114) |
Jul
(94) |
Aug
(148) |
Sep
(163) |
Oct
(111) |
Nov
(95) |
Dec
(133) |
2005 |
Jan
(148) |
Feb
(102) |
Mar
(213) |
Apr
(178) |
May
(202) |
Jun
(199) |
Jul
(189) |
Aug
(309) |
Sep
(126) |
Oct
(128) |
Nov
(148) |
Dec
(156) |
2006 |
Jan
(222) |
Feb
(184) |
Mar
(152) |
Apr
(176) |
May
(189) |
Jun
(186) |
Jul
(75) |
Aug
(182) |
Sep
(103) |
Oct
(144) |
Nov
(265) |
Dec
(197) |
2007 |
Jan
(175) |
Feb
(202) |
Mar
(212) |
Apr
(309) |
May
(203) |
Jun
(162) |
Jul
(207) |
Aug
(156) |
Sep
(136) |
Oct
(99) |
Nov
(199) |
Dec
(201) |
2008 |
Jan
(190) |
Feb
(201) |
Mar
(180) |
Apr
(132) |
May
(204) |
Jun
(149) |
Jul
(125) |
Aug
(102) |
Sep
(86) |
Oct
(269) |
Nov
(167) |
Dec
(291) |
2009 |
Jan
(155) |
Feb
(119) |
Mar
(174) |
Apr
(186) |
May
(168) |
Jun
(217) |
Jul
(107) |
Aug
(134) |
Sep
(111) |
Oct
(184) |
Nov
(81) |
Dec
(140) |
2010 |
Jan
(91) |
Feb
(93) |
Mar
(132) |
Apr
(137) |
May
(86) |
Jun
(112) |
Jul
(38) |
Aug
(112) |
Sep
(111) |
Oct
(124) |
Nov
(52) |
Dec
(49) |
2011 |
Jan
(72) |
Feb
(115) |
Mar
(91) |
Apr
(38) |
May
(119) |
Jun
(129) |
Jul
(34) |
Aug
(140) |
Sep
(37) |
Oct
(58) |
Nov
(130) |
Dec
(59) |
2012 |
Jan
(20) |
Feb
(9) |
Mar
(41) |
Apr
(89) |
May
(69) |
Jun
(21) |
Jul
(14) |
Aug
(24) |
Sep
(52) |
Oct
(49) |
Nov
(45) |
Dec
(21) |
2013 |
Jan
(36) |
Feb
(53) |
Mar
(50) |
Apr
(142) |
May
(125) |
Jun
(120) |
Jul
(89) |
Aug
(82) |
Sep
(45) |
Oct
(104) |
Nov
(69) |
Dec
(40) |
2014 |
Jan
(28) |
Feb
(85) |
Mar
(99) |
Apr
(108) |
May
(92) |
Jun
(73) |
Jul
(49) |
Aug
(65) |
Sep
(48) |
Oct
(61) |
Nov
(34) |
Dec
(41) |
2015 |
Jan
(84) |
Feb
(46) |
Mar
(81) |
Apr
(83) |
May
(56) |
Jun
(27) |
Jul
(47) |
Aug
(30) |
Sep
(31) |
Oct
(57) |
Nov
(65) |
Dec
(90) |
2016 |
Jan
(52) |
Feb
(71) |
Mar
(76) |
Apr
(37) |
May
(43) |
Jun
(16) |
Jul
(17) |
Aug
(51) |
Sep
(48) |
Oct
(40) |
Nov
(21) |
Dec
(36) |
2017 |
Jan
(40) |
Feb
(57) |
Mar
(47) |
Apr
(45) |
May
(28) |
Jun
(30) |
Jul
(53) |
Aug
(71) |
Sep
(48) |
Oct
(58) |
Nov
(42) |
Dec
(49) |
2018 |
Jan
(94) |
Feb
(50) |
Mar
(59) |
Apr
(56) |
May
(27) |
Jun
(35) |
Jul
(32) |
Aug
(56) |
Sep
(35) |
Oct
(26) |
Nov
(35) |
Dec
(46) |
2019 |
Jan
(36) |
Feb
(53) |
Mar
(53) |
Apr
(37) |
May
(28) |
Jun
(12) |
Jul
(75) |
Aug
(81) |
Sep
(70) |
Oct
(46) |
Nov
(115) |
Dec
(124) |
2020 |
Jan
(65) |
Feb
(95) |
Mar
(289) |
Apr
(106) |
May
(165) |
Jun
(63) |
Jul
(129) |
Aug
(107) |
Sep
(86) |
Oct
(85) |
Nov
(94) |
Dec
(107) |
2021 |
Jan
(67) |
Feb
(103) |
Mar
(131) |
Apr
(98) |
May
(116) |
Jun
(85) |
Jul
(26) |
Aug
(133) |
Sep
(60) |
Oct
(130) |
Nov
(196) |
Dec
(120) |
2022 |
Jan
(155) |
Feb
(107) |
Mar
(123) |
Apr
(232) |
May
(194) |
Jun
(139) |
Jul
(82) |
Aug
(58) |
Sep
(49) |
Oct
(71) |
Nov
(69) |
Dec
(117) |
2023 |
Jan
(142) |
Feb
(64) |
Mar
(114) |
Apr
(34) |
May
(56) |
Jun
(113) |
Jul
(87) |
Aug
(99) |
Sep
(49) |
Oct
(97) |
Nov
(88) |
Dec
(131) |
2024 |
Jan
(158) |
Feb
(106) |
Mar
(181) |
Apr
(107) |
May
(87) |
Jun
(68) |
Jul
(125) |
Aug
(73) |
Sep
(73) |
Oct
|
Nov
|
Dec
|
From: Nikodemus S. <nik...@ra...> - 2006-05-18 09:35:37
|
Rudi Schlatte <ru...@co...> writes: > I think that's a good idea in general. The windows case might need > some further thought, though, because an sbcl built on a German > windows system will have problems on an English one (c:\Programme > \sbcl vs c:\Program Files\sbcl). I fear that hardcoding SBCL_HOME > will lose in any case on windows. Right. And install.sh isn't the way to go about Windows installation anyways in the long run. Even if we don't bother with an MSI it should be install.bat in the minimum. Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs." |
From: Rudi S. <ru...@co...> - 2006-05-18 09:18:22
|
On 17. Mai 2006, at 14:14, Nikodemus Siivola wrote: > Subject says pretty much all of it. > > I'd like to make make.sh accept a second command-line argument, which > is used as the INSTALL_ROOT by install.sh, and also as basis for the > default (built-in) SBCL_HOME. Additionally, I'd like make.sh to > default it in a platform dependent manner, so that Windows builds a > nicer default then /usr/local/... I think that's a good idea in general. The windows case might need some further thought, though, because an sbcl built on a German windows system will have problems on an English one (c:\Programme \sbcl vs c:\Program Files\sbcl). I fear that hardcoding SBCL_HOME will lose in any case on windows. Cheers, Rudi |
From: James Y K. <fo...@fu...> - 2006-05-17 18:37:12
|
This inefficiency seems to occur in both SBCL and CMUCL. I noticed the problem when writing a gray stream, as it is a problem for the stream-write-string method, which gets called a lot. foo.lsp: (declaim (optimize (speed 3) (debug 0) (safety 0))) (defgeneric foobar (x y &optional a b)) (defmethod foobar ((x fixnum) y &optional a b) (declare (ignore x y a b))) (defun do-test4 () (loop for i below 8500000 do (foobar 1 5 3 4))) (defun do-test2 () (loop for i below 8500000 do (foobar 1 5))) Timings on SBCL (x86/64): (time (do-test4)) Evaluation took: 0.869 seconds of real time 0.853871 seconds of user run time 0.014998 seconds of system run time 0 page faults and 271,979,392 bytes consed. (time (do-test2)) Evaluation took: 0.168 seconds of real time 0.166975 seconds of user run time 0.0 seconds of system run time 0 page faults and 0 bytes consed. Timings on CMUCL: (time (do-test4)) Runtime: 0.86 real, 0.64088696 non-gc-user, 0.113983 sys, 0.1 gc, 99.40 %cpu, 136,018,984 alloc. (time (do-test2)) Runtime: 0.34 real, 0.33395 non-gc-user, 0.0 sys, 0.0 gc, 98.22 %cpu, 24 alloc. |
From: James Y K. <fo...@fu...> - 2006-05-17 18:33:43
|
* (merge-pathnames (make-pathname :directory '(:relative "bar")) (make-pathname :directory '(:relative :back "foo"))) #<PATHNAME (with no namestring) :HOST #<SB-IMPL::UNIX-HOST {80267E1}> :DEVICE NIL :DIRECTORY ("bar" "foo") :NAME NIL :TYPE NIL :VERSION :NEWEST> I would have expected to get a pathname with a :DIRECTORY (:relative :back "bar" "foo") as a result. It seems as though the :back is eating the :relative, which I think it most certainly should not. CLHS says "if the resulting list contains a string or :wild immediately followed by :back, both of them are removed". The :relative isn't a string or :wild, so it should not be eaten. This bug seems to exist in both cmucl and sbcl. James |
From: Yaroslav K. <kav...@je...> - 2006-05-17 14:05:26
|
Marko Kocić wrote: > It's not a bug, it's just standars windows CR+LF line ending which > SBCL does not recognize as line end. > Since win32 port is in progres, it would be good if SBCL could > understand windows line endings in source files, not only on windows, > but on all platforms, so .lisp files could be really platform > independent. > > To Yaroslav: You could try to checkout using Linux line endings (LF > only). WinCVS has that option somewhere (although not by default) > Thanks! I reload uffi as for unix (*.tar.gz) - bug has disappeared :) -- WBR, Yaroslav Kavenchuk. |
From: Nikodemus S. <nik...@ra...> - 2006-05-17 13:56:11
|
Carlos Agon <Car...@ir...> writes: > I am looking for the equivalent function in SBCl to eval-enqueue. What IS eval-enqueue? A bit more context would be good. Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs." |
From: Nikodemus S. <nik...@ra...> - 2006-05-17 13:53:19
|
Carlos Agon <Car...@ir...> writes: > Which is the mechanism that is used in SBCL to call a set of > functions whenever we quit sbcl ? There is no such mechanism. The normal Lisp practice is to use UNWIND-PROTECT around your dynamic context -- but obviously that isn't the way to go. What's your use case? How strong a guarantee do you need for your functions to run? Should the be run if the debugger is disabled and an error is hit? Should they be run only on normal exits? Should they be run only on abnormal exits? Should they run on SIGHUP? Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs." |
From: <mar...@gm...> - 2006-05-17 13:48:01
|
PiA+IGVycm9yIGluIEZPUk1BVDogdW5rbm93biBmb3JtYXQgZGlyZWN0aXZlIChjaGFyYWN0ZXI6 IFJldHVybikKPiA+ICAgfiZUZXN0IH46QCh+U34pIGZhaWxlZH5eTQo+ID4gICAgICAgICAgICAg ICAgICAgIH4lRm9ybTogflN+Xk0KPiA+ICAgICAgICAgICAgICAgICAgICB+JUV4cGVjdGVkIHZh bHVlflA6IH5eTQo+ID4gICAgICAgICAgICAgICAgICAgICAgIH57flN+Xn4lfjE3dH59fiUKPiA+ ICAgICAgICAgICAgICAgICAgICAgICAgICBeCj4gPiAgICBbQ29uZGl0aW9uIG9mIHR5cGUgU0It Rk9STUFUOkZPUk1BVC1FUlJPUl0KPiA+Cj4gPiBUaGlzIGJ1ZyBvZiBzYmNsIG9yIHVmZmk/Cj4K PiBMb29rcyBsaWtlIGEgYnVnIGluIHlvdXIgY2hlY2tvdXQsIHNvbWV0aGluZyBpbnNlcnRlZCBe TSBhdCBFT0wuCj4KCkl0J3Mgbm90IGEgYnVnLCBpdCdzIGp1c3Qgc3RhbmRhcnMgd2luZG93cyBD UitMRiBsaW5lIGVuZGluZyB3aGljaApTQkNMIGRvZXMgbm90IHJlY29nbml6ZSBhcyBsaW5lIGVu ZC4KU2luY2Ugd2luMzIgcG9ydCBpcyBpbiBwcm9ncmVzLCBpdCB3b3VsZCBiZSBnb29kIGlmIFNC Q0wgY291bGQKdW5kZXJzdGFuZCB3aW5kb3dzIGxpbmUgZW5kaW5ncyBpbiBzb3VyY2UgZmlsZXMs IG5vdCBvbmx5IG9uIHdpbmRvd3MsCmJ1dCBvbiBhbGwgcGxhdGZvcm1zLCBzbyAubGlzcCBmaWxl cyBjb3VsZCBiZSByZWFsbHkgcGxhdGZvcm0KaW5kZXBlbmRlbnQuCgpUbyBZYXJvc2xhdjogWW91 IGNvdWxkIHRyeSB0byBjaGVja291dCB1c2luZyBMaW51eCBsaW5lIGVuZGluZ3MgKExGCm9ubHkp LiBXaW5DVlMgaGFzIHRoYXQgb3B0aW9uIHNvbWV3aGVyZSAoYWx0aG91Z2ggbm90IGJ5IGRlZmF1 bHQpCgpSZWdhcmRzLApNYXJrbwo= |
From: Nikodemus S. <nik...@ra...> - 2006-05-17 13:43:43
|
Yaroslav Kavenchuk <kav...@je...> writes: > This bug of sbcl or uffi? At a glance this is known SBCL/Win32 issue: lack of support for CRLF newlines. Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs." |
From: Thiemo S. <th...@ne...> - 2006-05-17 13:42:29
|
Yaroslav Kavenchuk wrote: > example of source (from rt.lisp): > > (format s "~&Test ~:@(~S~) failed~ > ~%Form: ~S~ > ~%Expected value~P: ~ > ~{~S~^~%~17t~}~%" > *test* (form entry) > (length (vals entry)) > (vals entry)) > > result of compilation: > > error in FORMAT: unknown format directive (character: Return) > ~&Test ~:@(~S~) failed~^M > ~%Form: ~S~^M > ~%Expected value~P: ~^M > ~{~S~^~%~17t~}~% > ^ > [Condition of type SB-FORMAT:FORMAT-ERROR] > > This bug of sbcl or uffi? Looks like a bug in your checkout, something inserted ^M at EOL. Thiemo |
From: Carlos A. <Car...@ir...> - 2006-05-17 13:37:17
|
Hi It's me again I am looking for the equivalent function in SBCl to eval-enqueue. THanx again Carlos Agon |
From: Carlos A. <Car...@ir...> - 2006-05-17 13:26:20
|
Hello Could someone guide please with this matter : Which is the mechanism that is used in SBCL to call a set of functions whenever we quit sbcl ? THanx Carlos Agon |
From: Yaroslav K. <kav...@je...> - 2006-05-17 13:22:28
|
example of source (from rt.lisp): (format s "~&Test ~:@(~S~) failed~ ~%Form: ~S~ ~%Expected value~P: ~ ~{~S~^~%~17t~}~%" *test* (form entry) (length (vals entry)) (vals entry)) result of compilation: error in FORMAT: unknown format directive (character: Return) ~&Test ~:@(~S~) failed~^M ~%Form: ~S~^M ~%Expected value~P: ~^M ~{~S~^~%~17t~}~% ^ [Condition of type SB-FORMAT:FORMAT-ERROR] This bug of sbcl or uffi? Thanks. -- WBR, Yaroslav Kavenchuk. |
From: Thiemo S. <th...@ne...> - 2006-05-17 12:39:42
|
Nikodemus Siivola wrote: > Subject says pretty much all of it. > > I'd like to make make.sh accept a second command-line argument, which > is used as the INSTALL_ROOT by install.sh, and also as basis for the > default (built-in) SBCL_HOME. Additionally, I'd like make.sh to > default it in a platform dependent manner, so that Windows builds a > nicer default then /usr/local/... > > The attached patch is one way of doing this. > > (It also incorporates the s/sbcl/$RUNTIME/ patch, and gets rid of > ensure_dirs that has a hard time with directories that have whitespace > in their names -- but those are orthogonal to the main issue, albeit > necessary for install.sh operation on Windows.) > > (Oh, and it also centralized the BUILD_ROOT noise. Another orthogonal > part, sorry.) > > Objections (1) to doing something like this in general (2) against > this patch specifically? Add a bit of documentation how it works, mentioning output/sbcl-target-{root,home}.txt ? Thiemo |
From: Nikodemus S. <nik...@ra...> - 2006-05-17 12:15:07
|
Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs." |
From: Rudi S. <ru...@co...> - 2006-05-17 12:08:30
|
Thanks, applied as 0.9.12.27 Cheers, Rudi |
From: Clemens F. <cl...@en...> - 2006-05-17 12:05:10
|
The following patch improves the patch of my last post as following: * remove priority-queue from timer structure * make sb-sprof use :profile timers so timer.lisp and sb-sprof.lisp don't fight about the sigprof handler. The problem with that is that sb-sprof uses the signal-context to sample the running function. The approach taken in this patch is to exposes the signal-context/info via the functions timer-current-signal-{context|info} to sb-sprof. Any timer function might call these functions during its dynamic extend to obtain the signal-context. The function symbols aren't exported from the timer package and the justification for this is that only code that is familiar with the internals of sbcl (like sb-sprof) can process the information of signal-context in a useful way. Else, you might want to rename :virtual to maybe :virtual-in-process or similar as suggested by mega1 on #lisp. This patch also breaks the out-of-trunk patch for allocation profiling posted by Juho Snellman. But we have already been discussing solutions to this on irc. --- Fruhwirth Clemens - http://clemens.endorphin.org for robots: sp4...@en... |
From: Yaroslav K. <kav...@je...> - 2006-05-17 09:47:59
|
Can I help with adaptation and implementation of my offer? http://sourceforge.net/mailarchive/forum.php?thread_id=10175602&forum_id=4134 http://sourceforge.net/mailarchive/forum.php?thread_id=10260770&forum_id=4134 http://sourceforge.net/mailarchive/forum.php?thread_id=10260771&forum_id=4134 Thanks! -- WBR, Yaroslav Kavenchuk. |
From: Yaroslav K. <kav...@je...> - 2006-05-17 06:50:46
|
From: <cha...@un...> - 2006-05-15 17:44:42
|
On Wed, May 10, 2006 at 05:04:25PM -0400, Zach Beane wrote: > When loading compiled systems (such as CL-PDF), I would occasionally > get errors about looking for unrelated packages: > > The name "ZPB-FOO" does not designate any package. > > A similar error can be reproduced pretty easily: *snip* > Attached is a patch that implements early stringification of the > string-designator given to in-package. As part of the change, this > form will no longer work: > > (in-package #.(find-package :some-valid-package)) > > However, that is not specified to work anyway; the argument is a > string designator, not a package designator. Thanks; this makes plenty of sense. It's been committed as 0.9.12.26. -- Brian Mastenbrook br...@ma... http://brian.mastenbrook.net/ |
From: Juho S. <js...@ik...> - 2006-05-13 15:44:48
|
Thiemo Seufer <th...@ne...> writes: > Just to clarify, the anonymous repository is currently at 0.9.12.6, > while the developer repository was at 0.9.12.12 the last time it was > online. > > I guess both will get synced once the developer repository is available > again. Unfortunately .7 - .12 have been lost. <http://sourceforge.net/tracker/index.php?func=detail&aid=1487696&group_id=1&atid=200001> Probably best to reconstruct and reapply the commits from sbcl-cvs messages. -- Juho Snellman |
From: Christophe R. <cs...@ca...> - 2006-05-12 23:26:50
|
Hi, So apparently SBCL CVS is back up. Please get it, and test that it's not completely broken; also, please put into action all the carefully-crafted plans to back up developer CVS, offer ${VC} mirrors, and so on. The observant will note that the CVS is not quite as bleeding edge as planet.sbcl.org would like it to be. I've submitted a support request at <http://sourceforge.net/tracker/index.php?func=detail&aid=1487696&group_id=1&atid=200001>, but I suspect that the only response I will get is "yeah, sorry, the hard disk failed before those commits were backed up", which is fair enough. (There are reports that syncmail is not working yet; people might want to track the other recent open issues for a little while before committing too enthusiastically...) Cheers, Christophe |
From: Thiemo S. <th...@ne...> - 2006-05-12 21:28:32
|
Thiemo Seufer wrote: > Hello All, > > anonymous CVS seems to work again. You can convert old repositories > via running this shell one-liner in the top-level directory: > > for i in $(find . -path '*CVS/Root'); do sed 's/cvs.sourceforge.net/sbcl.&/' $i >$i.tmp; mv $i.tmp $i; done Just to clarify, the anonymous repository is currently at 0.9.12.6, while the developer repository was at 0.9.12.12 the last time it was online. I guess both will get synced once the developer repository is available again. Thiemo |
From: Thiemo S. <th...@ne...> - 2006-05-12 20:31:27
|
Hello All, anonymous CVS seems to work again. You can convert old repositories via running this shell one-liner in the top-level directory: for i in $(find . -path '*CVS/Root'); do sed 's/cvs.sourceforge.net/sbcl.&/' $i >$i.tmp; mv $i.tmp $i; done Thiemo |
From: Zach B. <xa...@xa...> - 2006-05-11 14:15:33
|
On Wed, May 10, 2006 at 05:04:25PM -0400, Zach Beane wrote: > It is pretty easy to avoid this trouble by changing the IN-PACKAGE > macro to stringify its argument as part of macroexpansion; that way, > the string-designator symbol is not written to the fasl, and loading > the fasl doesn't produce confusing missing package errors. For what it's worth, here's the behavior of various implementations. (Also, I don't think sbcl has a bug; it's just choosing a valid implementation strategy that has occasional confusing side-effects, and there is another valid implementation strategy without those side-effects.) The following implementations don't raise an error when loading fasls with (IN-PACKAGE FOO) forms, even if the package of FOO no longer exists: ;;CLISP 2.34 (2005-07-20) (built on localhost.localdomain [127.0.0.1]) (macroexpand-1 '(IN-PACKAGE FOO) => (EVAL-WHEN (:COMPILE-TOPLEVEL LOAD EVAL) (SETQ *PACKAGE* (SYSTEM::%FIND-PACKAGE "FOO"))) ;;CMU Common Lisp 19a (macroexpand-1 '(IN-PACKAGE FOO) => (KERNEL:%IN-PACKAGE '"FOO") ;;LispWorks Personal Edition 4.4.5 (macroexpand-1 '(IN-PACKAGE FOO) => (EVAL-WHEN (:LOAD-TOPLEVEL :COMPILE-TOPLEVEL :EXECUTE) (SYSTEM::%IN-PACKAGE "FOO" :NEW T)) ;;ECL 0.9h (macroexpand-1 '(IN-PACKAGE FOO) => (EVAL-WHEN (:COMPILE-TOPLEVEL :LOAD-TOPLEVEL :EXECUTE) (SI:SELECT-PACKAGE "FOO")) The following implementations *do* raise an error when loading such fasls: ;;International Allegro CL Trial Edition 7.0 [Linux (x86)] (Aug 4, 2005 16:11) (macroexpand-1 '(IN-PACKAGE FOO) => (EVAL-WHEN (COMPILE EVAL LOAD) (EXCL::INTERNAL-IN-PACKAGE 'FOO 'NIL)) ;;SBCL 0.9.11.8 (macroexpand-1 '(IN-PACKAGE FOO) => (EVAL-WHEN (:COMPILE-TOPLEVEL :LOAD-TOPLEVEL :EXECUTE) (SETQ *PACKAGE* (SB-INT:FIND-UNDELETED-PACKAGE-OR-LOSE 'FOO))) Zach |