tag:blogger.com,1999:blog-198365070741823242.post6659582654446820629..comments2023-03-30T03:34:34.315-07:00Comments on Misitimostenti: Block compilation - "Fresh" in SBCL 2.0.2Charleshttp://www.blogger.com/profile/00235382455353070577noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-198365070741823242.post-54259812873329252502020-03-08T00:03:27.814-08:002020-03-08T00:03:27.814-08:00How to use this feature from slime? Special varian...How to use this feature from slime? Special variants of slime-compile-and-load-file function? Andreihttps://www.blogger.com/profile/10523846281346155795noreply@blogger.comtag:blogger.com,1999:blog-198365070741823242.post-63966710996341759842020-03-01T10:48:08.614-08:002020-03-01T10:48:08.614-08:00Thanks! CMUCL allows compile-file to take a list o...Thanks! CMUCL allows compile-file to take a list of files instead of just one file, which allowed block compilation to operate on a multi-file level of granularity. SBCL removed this extension in an effort to make compile-file conform to the spec. However, there are certainly other mechanisms that could be implemented to achieve the same thing in a more ANSI compliant way: for example, Christophe suggested extending with-compilation-unit with a keyword which *is* allowed. Block compiling entire systems would definitely be desirable for some applications, and in conjuction with the :entry-points keyword (if the application has a single entry point named "main" for example) it could even function as a flexible tree shaker, depending on how much code is being compiled at once.Charleshttps://www.blogger.com/profile/00235382455353070577noreply@blogger.comtag:blogger.com,1999:blog-198365070741823242.post-79237346610716869162020-03-01T03:22:02.807-08:002020-03-01T03:22:02.807-08:00Cool stuff. Nice job.
Is file the maximum granula...Cool stuff. Nice job.<br /><br />Is file the maximum granularity? Could we compile a whole system or a whole application in this fashion? Would we want to? Luíshttps://www.blogger.com/profile/04787580931645750027noreply@blogger.com