Re: missing methods
Michał Herda | Keepit via Sbcl-help <[email protected]> Thu, 2 Apr 2026 11:30:03 +0000
| Newsgroups | gmane.lisp.steel-bank.general |
|---|---|
| Message-ID | <VI0PR03MB104207C91160116B08F594BF8C451A@VI0PR03MB10420.eurprd03.prod.outlook.com> |
--===============4853209789757045063== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_VI0PR03MB104207C91160116B08F594BF8C451AVI0PR03MB10420eu_" --_000_VI0PR03MB104207C91160116B08F594BF8C451AVI0PR03MB10420eu_ Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Compiling Lisp code is not equivalent to loading it. Compilation causes only compile-time side effects, so e.g. macro definition= s become loaded into the compiler during compilation; plenty of other stuff= is not, unless there's an explicit EVAL-WHEN :COMPILE-TOPLEVEL surrounding= the forms. If you want your code to be loaded, you need to actually load it. Doesn't m= atter if it's a single file or a whole ASDF system. ________________________________ From: Christopher Stacy <[email protected]> Sent: Thursday, April 2, 2026 1:25 PM To: Christophe Rhodes <[email protected]> Cc: SBCL help <[email protected]> Subject: Re: [Sbcl-help] missing methods OK, this may (or may not) fall into the idiot category. The problem is related to loading the system. Call my system with the bug "FOO". What I have been doing forever up to this point, is (asdf:compile-system :foo :force t) and then proceeding to hacking. The bug was that some methods did not get loaded. Very odd, and depends on the order of method definition. In some reduced versions of the system, neither method gets loaded. At no point in any scenario are there any compiler warnings or errors at all. If I call an explicit (asdf:load-system :foo) after the compile step, and then hack, then everything works without any weirdness or ordering. load-system just returns T seemingly without any file IO or anything. _______________________________________________ Sbcl-help mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sbcl-help This e-mail is sent to you from Keepit A/S. Dedicated SaaS Data Protection. VAT: DK30806883, Per Henrik Lings All=E9 4, 7., DK-2100 Copenhagen O, Denma= rk. This e-mail is sent to you directly and is meant for nobody else. If the e-= mail contains personal data that Keepit is responsible for and the e-mail w= as not meant for you, please do not forward, distribute, or copy, i.e. but = return the e-mail to sender. Also, do not send the e-mail to a third party = without making sure that you have our prior consent. Distribution of this e= -mail to unauthorized receivers may have legal consequences. If you have received an e-mail from us and you don't know why, then please = refer to our Privacy Policy<https://www.keepit.com/privacy-policy/>. If you do not want to receive more e-mails from us, please contact business= [email protected]<mailto:[email protected]>. --_000_VI0PR03MB104207C91160116B08F594BF8C451AVI0PR03MB10420eu_ Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 2"> <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style> </head> <body dir=3D"ltr"> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> Compiling Lisp code is not equivalent to loading it.</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> <br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> Compilation causes only compile-time side effects, so e.g. macro definition= s become loaded into the compiler during compilation; plenty of other stuff= is not, unless there's an explicit EVAL-WHEN :COMPILE-TOPLEVEL surrounding= the forms.</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> <br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> If you want your code to be loaded, you need to <i>actually</i> load i= t. Doesn't matter if it's a single file or a whole ASDF system.</div> <div id=3D"appendonsend"></div> <hr style=3D"display:inline-block;width:98%" tabindex=3D"-1"> <div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st= yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Christopher Stacy <= ;[email protected]><br> <b>Sent:</b> Thursday, April 2, 2026 1:25 PM<br> <b>To:</b> Christophe Rhodes <[email protected]><br> <b>Cc:</b> SBCL help <[email protected]><br> <b>Subject:</b> Re: [Sbcl-help] missing methods</font> <div> </div> </div> <div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt;= "> <div class=3D"PlainText">OK, this may (or may not) fall into the idiot cate= gory.<br> <br> The problem is related to loading the system.<br> <br> Call my system with the bug "FOO".<br> What I have been doing forever up to this point,<br> is (asdf:compile-system :foo :force t)<br> and then proceeding to hacking.<br> <br> The bug was that some methods did not get loaded.<br> Very odd, and depends on the order of method definition.<br> In some reduced versions of the system, neither method gets loaded.<br> At no point in any scenario are there any compiler warnings or errors at <b= r> all.<br> <br> If I call an explicit (asdf:load-system :foo)<br> after the compile step, and then hack,<br> then everything works without any weirdness or ordering.<br> <br> load-system just returns T seemingly without any file IO or anything.<br> <br> <br> <br> _______________________________________________<br> Sbcl-help mailing list<br> [email protected]<br> <a href=3D"https://lists.sourceforge.net/lists/listinfo/sbcl-help">https://= lists.sourceforge.net/lists/listinfo/sbcl-help</a><br> </div> </span></font></div> <br> <br> <br> <div style=3D"font-size:9pt; font-style:italic;">This e-mail is sent to you= from Keepit A/S. Dedicated SaaS Data Protection.<br> VAT: DK30806883, Per Henrik Lings All=E9 4, 7., DK-2100 Copenhagen Ø= , Denmark.<br> <br> This e-mail is sent to you directly and is meant for nobody else. If the e-= mail contains personal data that Keepit is responsible for and the e-mail w= as not meant for you, please do not forward, distribute, or copy, i.e. but = return the e-mail to sender. Also, do not send the e-mail to a third party without making sure that you have = our prior consent. Distribution of this e-mail to unauthorized receivers ma= y have legal consequences.<br> If you have received an e-mail from us and you don’t know why, then p= lease refer to our <a href=3D"https://www.keepit.com/privacy-policy/">Privacy Policy</a>.<br> If you do not want to receive more e-mails from us, please contact <a href= =3D"mailto:[email protected]"> [email protected]</a>.</div> </body> </html> --_000_VI0PR03MB104207C91160116B08F594BF8C451AVI0PR03MB10420eu_-- --===============4853209789757045063== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============4853209789757045063== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Sbcl-help mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sbcl-help --===============4853209789757045063==--