- 01 Mar, 2018 1 commit
-
-
Peter Housel authored
These changes add support for the Mezzano operating system and its Common Lisp implementation. They are based on changes originally developed by Henry Harrington against ASDF 3.1.7.
-
- 01 Sep, 2017 1 commit
-
-
Robert Goldman authored
At least versions of lispworks fail on DEFTYPE nested in EVAL-WHEN :COMPILE-TOPLEVEL. This removes that on Lispworks.
-
- 21 Jul, 2017 1 commit
-
-
Daniel Kochmański authored
It is wrong to call this function. If :init-name is not supplied, or NIL ECL will compute the init name itself (it is not a new mechanism). Enabling specifying init-name makes it possible to build static and shared libraries with known initialization function (important, when CL module is linked with bigger C/C++ project outside ASDF). If :init-name is NIL, it will default to compute-init-name internally. Calling explicitly is not guaranteed to work in the future (internal mechanism).
-
- 17 Feb, 2017 3 commits
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
Fixes bundle builds for MKCL post 1.1.10.
-
Francois-Rene Rideau authored
Make sure to use c::build-program and not just c:build-program because the symbol won't be external when using the ecl bytecode interpreter.
-
- 06 Oct, 2016 1 commit
-
-
In particular: - clasp does not define :ecl - use :os-unix instead of :unix - use :os-windows instead of :mswindows or :windows - use :os-macosx instead of :darwin - use :lispworks7+ instead of :lispworks7
-
- 25 Sep, 2016 2 commits
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
- 16 Sep, 2016 1 commit
-
-
Francois-Rene Rideau authored
-
- 02 Sep, 2016 1 commit
-
-
Francois-Rene Rideau authored
-
- 01 Aug, 2016 1 commit
-
-
Robert Goldman authored
Previous method was over-complicated. Now we simply appropriately define the type UIOP:FATAL-CONDITION, and we can do without both UIOP:*FATAL-CONDITIONS* and UIOP::*FATAL-CONDITION-EXCEPTIONS*.
-
- 25 Jul, 2016 1 commit
-
-
Robert Goldman authored
See https://bugs.launchpad.net/asdf/+bug/1605650 According to the spec, SERIOUS-CONDITIONs are "All conditions serious enough to require interactive intervention if not handled should inherit from the type serious-condition." This is almost exactly the definition of *FATAL-CONDITIONS*, so I substituted SERIOUS-CONDITION for ERROR here. Added exceptions to the set of *FATAL-CONDITIONS* in order to fix test condition handling for CCL. The exceptions permit us to have a class of conditions (e.g., SERIOUS-CONDITION) that has a subclass that is not a FATAL-CONDITION, but that does not have an obvious more specific alternative. The specific example that caused me to add this: On shutdown, CCL signals CCL:PROCESS-RESET, a subclass of SERIOUS-CONDITION. So recent test harness modifications to handle SERIOUS-CONDITIONs caused the test scripts to mistakenly think there were failures because of calls to EXIT-LISP.
-
- 18 Nov, 2015 2 commits
-
-
Francois-Rene Rideau authored
A few are kept, for backward-compatibility with systems in quicklisp.
-
Francois-Rene Rideau authored
It's been the official way of calling CMUCL since 2011.
-
- 28 Sep, 2015 1 commit
-
-
Francois-Rene Rideau authored
-
- 26 Sep, 2015 1 commit
-
-
Robert Goldman authored
Avoid deprecation warning failing clean build.
-
- 07 May, 2015 1 commit
-
-
Francois-Rene Rideau authored
-
- 12 Mar, 2015 1 commit
-
-
Francois-Rene Rideau authored
Based on a contribution by Christian Shafmeister.
-
- 29 Aug, 2014 1 commit
-
-
Francois-Rene Rideau authored
-
- 08 Jul, 2014 1 commit
-
-
Francois-Rene Rideau authored
argument application-type was using the wrong feature keyword.
-
- 20 Jun, 2014 1 commit
-
-
Robert P. Goldman authored
-
- 12 May, 2014 1 commit
-
-
Francois-Rene Rideau authored
-
- 27 Mar, 2014 1 commit
-
-
Francois-Rene Rideau authored
-
- 25 Mar, 2014 2 commits
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
- 21 Mar, 2014 1 commit
-
-
Francois-Rene Rideau authored
Fix test-program.script on allegro.
-
- 17 Mar, 2014 2 commits
-
-
Francois-Rene Rideau authored
-
Robert P. Goldman authored
-
- 04 Mar, 2014 1 commit
-
-
Francois-Rene Rideau authored
-
- 03 Mar, 2014 1 commit
-
-
Francois-Rene Rideau authored
asdf/footer: non-functional tweak. TODO: GCL bugs, original-initargs clients.
-
- 02 Mar, 2014 1 commit
-
-
Francois-Rene Rideau authored
Tweak the web page. Update debian information.
-
- 01 Mar, 2014 3 commits
-
-
Francois-Rene Rideau authored
Fix some issues with SCL: * it doesn't like run-program from a modified directory? * it somehow pushes :non-base-chars-exist-p even though +non-base-chars-exist-p+ is NIL???
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
Testing the latest cl-launch with ECL showed massive bitrot in the bundle support for ECL. * Make better use of ASDF3's class hierarchy in redefining asdf/bundle, by removing and adding the mixins: goodbye bundle-compile-op and monolithic-, hello link-op and gather-op. Also, reinstate bundle-system as a class to hold prologue and epilogue (but do we need these, now with portable ASDF3 image support?) * rename binary-op to deliver-asd-op, same for monolithic- * Introduce image-op as a superclass of program-op, for dumping an executable image with the regular top-level. * Redo the way operation flags are or aren't propagated: gather-op explicitly does not pass the flags, so toplevel options are for the toplevel build only -- though they belong to the system, not the operation. Therefore get rid of no-ld-flags-op -- if there are flags to pass, they should be passed explicitly in gather-op; or more likely, they might be slots in the system, or the plan, or special variables for the current session. OPERATE tries harder to preserve the original-initargs, which are not clobbered by asdf/bundle's initialize-instance anymore. * Punt for command-line-arguments on LispWorks, so the user has a slight chance of setting them.
-
- 15 Jan, 2014 1 commit
-
-
Francois-Rene Rideau authored
-
- 20 Dec, 2013 4 commits
-
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
-
Francois-Rene Rideau authored
The return statement in search-for-system-definition goes awry. XCL is now officially not supported by ASDF3 (ASDF 2 might still work).
-