Opened 13 years ago
Closed 13 years ago
#183 closed defect (fixed)
build.xml needlessly compiling Lisp sources
Reported by: | Mark Evenson | Owned by: | Mark Evenson |
---|---|---|---|
Priority: | minor | Milestone: | unscheduled |
Component: | build | Version: | 1.0 |
Keywords: | bite-sized, build.xml, system compilation | Cc: | |
Parent Tickets: |
Description
The correspondence between the source and the targets of the Lisp compilation is out of sync again so that the (timewise) expensive loading of the interpreted version of ABCL to compile its system source is always done (this is good for testing perhaps, but the average developer should have the fastest possible compile).
Change History (2)
comment:1 Changed 13 years ago by
Keywords: | bite-sized added |
---|
comment:2 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Note: See
TracTickets for help on using
tickets.
(In [13703]) Fix #183: move threads-jss.lisp out of system source.
'threads-jss.lisp' provides a rudimentary implementation of a server
framework using the java.util.concurrent abstractions. Ripped out of
another project, the code uses the JSS syntax for brevity making it
more or less impossible to actually compile as system source as it
depends on the JSS contrib. We move it to the tools directory until
we can rewrite the use of primitives to use the lower-level Java FFI.