- Name
em@i.l
or variations thereof. While I'm here also fix some whitespace and other
formatting errors, including moving WWW: to the last line in the file.
From now on, asdf-binary-translations is no longer supported upstream.
Therefore, we use the new asdf:initialize-output-translations
function with the same logic as before.
SBCL 1.0.49 already has a bundled ASDF 2, which caused all cl-*-sbcl
ports to fail. The upcoming Clozure CL 1.7 will also need ASDF 2
support.
sometimes the build would fail because of "missing" packages that
weren't actually missing (this only happened in ports that aren't
committed yet).
Rewrite the FASL placement code using the asdf-binary-locations
extension, which is already included in the cl-asdf port but needs
to be installed from ports when building for SBCL (which has its
own ASDF code). The binary-locations code generates paths unsuitable
for PLISTs, therefore it has been overridden with
lisp-specific-fasl-subdir.
Because of the new code, PLIST generation for cl-*-sbcl and cl-*-clisp
ports is now entirely automated.
All dependent cl-* ports are upgraded (obsolete code removed,
PORTREVISION bumped).
Introduce bsd.cl-asdf.mk to automate the compilation and installation
of Common Lisp libraries using the ASDF framework.
Currently it supports building FASL files on SBCL and CLISP, to
support the ports that already exist in the ports tree.
This should help bringing in more cl-* ports from the ASDF repository
without excessive code duplication.
The asdf-init.lisp script was changed to support the bundled ASDF
libraries in lang/ccl and lang/sbcl. Therefore, it can be safely
loaded by both (also by lang/clisp) to enable the ASDF framework.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
<henrik.motakef@web.de>: host mx-ha01.web.de[217.72.192.149] said: 550
<henrik.motakef@web.de> Benutzer nicht bekannt/User unknown (in reply to
RCPT TO command)
