precompiler work (was Re: Mucking around with compilation)
evenson at panix.com
Thu Nov 17 11:00:57 UTC 2016
On 2016/11/4 05:39, Alan Ruttenberg wrote:
> So I made a pass at doing this cleanly. Please check out the changes at
> (precompiler.lisp, optimize-java-call.lisp)
> (second one has commit message with documentation)
> It would be good to get one of the folks who have worked on the compiler to
> see if I've done anything wrong. ABCL builds fine with this and I didn't
> see any changes in the abcl.lisp tests.
Look into a mirror: there's one of the folks "who have worked on the
compiler". Seriously, we don't really have such experience at the
moment. Alessio and Erik are probably the most knowledgeable.
Unfortunately there are two problems with the current state Alan's work:
1) With *INHIBIT-JSS-OPTIMIZATION* as nil, JSS won't compile any
reference to a Java class that it not present in the classpath at
compile time. Previously this wasn't the behavior.
2) There are a slew of additional failures in the ANSI-TEST LAMBDA
section, which indicates that we need to work through some wrinkles in
the behavior of the patch.
LAMBDA.1, LAMBDA.2, LAMBDA.3, LAMBDA.4, LAMBDA.5, LAMBDA.6, LAMBDA.7,
LAMBDA.8, LAMBDA.9, LAMBDA.10, LAMBDA.21, LAMBDA.22, LAMBDA.54,
LAMBDA.57, LAMBDA.63, LAMBDA.64
Obviously we at least need to analyze/fix the problems with the LAMBDA
form revealed by the ANSI-TEST suite, and I would really like to somehow
have the previous behavior of JSS to somehow lazily reference Java
callsites, but that is probably incompatible with optimization.
I am tracking this issue as 
The [patch that I tested with] contains to small changes to Alan's work:
1. Export JSS:*INHIBIT-JSS-OPTIMIZATION*; have it default to T
2. Revbump the JSS ASDF definition.
"A screaming comes across the sky. It has happened before, but there
is nothing to compare to it now."
More information about the armedbear-devel