Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
From: Richard M Kreuter <kreuter@pr...> - 2009-03-28 15:23:03
"Andrey G. Grozin" writes:
> So, my question is: under what circumstances will sbcl want to re-generate
> fasl files in sb-grovel? Maybe, something is wrong with the Gentoo sbcl
> package; if so, I'll contact its maintainer.
In theory, fasls belonging to the contribs shouldn't ever get recompiled
at run-time. But ASDF isn't very bright, and gets confused easily:
* if the timestamps on the fasl files are equal to or greater than those
for the corresponding source files, ASDF will try to recompile. I
would tentatively guess that this is the culprit, since many file
manipulation programs can silently lose timestamps.
* If a true :FORCE argument is supplied to ASDF:OPERATE with an instance
of ASDF:COMPILE-OP and some system S, ASDF will try to recompile all
systems on which S depends.
From: Andrey G. Grozin <A.G.G<rozin@in...> - 2009-03-29 10:21:07
On Sat, 28 Mar 2009, Richard M Kreuter wrote:
> * if the timestamps on the fasl files are equal to or greater than those
> for the corresponding source files, ASDF will try to recompile. I
> would tentatively guess that this is the culprit, since many file
> manipulation programs can silently lose timestamps.
Yes, that's it. Many thanks.
There are 2 package managers in Gentoo - the standard one (portage) and
experimental (paludis). It appears that paludis does not preserve time
stamps when installing a package (I use portage).