[parenscript-devel] Problem using parenscript with ECL

[Vladimir Sedach]

Further update to this issue:

I've narrowed down the problem to a regression in the interaction of
ftype declarations and compiler macros in ecl 12.7.1. You can follow
the bug ticket here: http://sourceforge.net/p/ecls/bugs/200/

Happy hacking,
Vladimir

On Mon, Jul 30, 2012 at 6:12 PM, Vladimir Sedach <vsedach at gmail.com> wrote:
> Hi Magnus,
>
> I did further testing and the problem with Parenscript on ECL is that
> named-readtables does not work on ECL 12.7.1 (the latest release).
> I've emailed the author of named-readtables and either he or I will
> provide a fix.
>
> Thank you,
> Vladimir
>
> PS - The problem I reported earlier with the segfault was related to
> my running an older version of SLIME with the new ECL.
>
> On Sat, Jul 21, 2012 at 5:45 PM, Vladimir Sedach <vsedach at gmail.com> wrote:
>> I test on ECL before making releases, but sometimes things come up.
>> For example right now I had an ECL built from a February repository,
>> and a May-old Quicklisp, and ECL wouldn't load local-time when I tried
>> loading the Parenscript test suite. I got the current git head
>> (6c7a733109b971dcab2c6413d64c42b9e853fc02) and it segfaults when I try
>> to ql:update-all-dists.
>>
>> I'll try to look at the issue when I get a stable version of ECL, but
>> until then SBCL and CCL should work fine (I use CCL for development).
>>
>> Thank you,
>> Vladimir
>>
>> On Sat, Jul 21, 2012 at 7:23 AM, Magnus Malm <magnusmalm at gmail.com> wrote:
>>> Hi,
>>>
>>> I am having problems loading parenscript with ECL.
>>>
>>> I use quicklisp to load parenscript.
>>>
>>>
>>> My system:
>>>
>>> Linux 2.6.32-38-generic #83-Ubuntu SMP Wed Jan 4 11:12:07 UTC 2012
>>> x86_64 GNU/Linux
>>>
>>>
>>> Versions:
>>>
>>> - ECL 12.7.1 (git:e1fdb85bdaca39ad2d2ed06647c7f34cd0ff3585)
>>>
>>> - Quicklisp 2012-07-03
>>>
>>> - named-readtables 2010-10-06 (named-readtables-20101006-darcs.tgz,
>>> according to quicklisp)
>>>
>>> - parenscript 2.4
>>>
>>>
>>>
>>> When I try to load parenscript, I get the following:
>>>
>>> ----
>>>> (ql:quickload "parenscript")
>>> To load "parenscript":
>>>   Load 1 ASDF system:
>>>     named-readtables
>>>   Install 3 Quicklisp releases:
>>>     anaphora cl-ppcre parenscript
>>> ; Fetching #<url
>>> "http://beta.quicklisp.org/archive/cl-ppcre/2010-10-06/cl-ppcre-2.0.3.tgz">
>>> ; 153.97KB
>>> ==================================================
>>> 157,665 bytes in 0.04 seconds (4276.94KB/sec)
>>> ; Fetching #<url
>>> "http://beta.quicklisp.org/archive/anaphora/2011-06-19/anaphora-0.9.4.tgz">
>>> ; 5.02KB
>>> ==================================================
>>> 5,136 bytes in 0.00 seconds (0.00KB/sec)
>>> ; Fetching #<url
>>> "http://beta.quicklisp.org/archive/parenscript/2012-02-08/parenscript-2.4.tgz">
>>> ; 131.45KB
>>> ==================================================
>>> 134,604 bytes in 0.03 seconds (4107.79KB/sec)
>>> ; Loading "parenscript"
>>> [package anaphora]................................
>>> [package anaphora-basic]..........................
>>> [package anaphora-symbol].........................
>>> [package cl-ppcre].............................
>>> ;;; Error:
>>> ;;;   in file package.lisp, position 263
>>> ;;;   at (in-readtable parenscript)
>>> ;;;   * The macro form (editor-hints.named-readtables:ensure-readtable
>>> ':parenscript) was not expanded successfully.
>>> ;;; Error detected:
>>> ;;; (editor-hints.named-readtables:ensure-readtable ':parenscript) is
>>> not of type editor-hints.named-readtables:named-readtable-designator.
>>> Condition of type: COMPILE-ERROR
>>> Error while invoking #<compile-op (:VERBOSE NIL) 0000000004ab02a0> on
>>> #<cl-source-file "parenscript" "src" "package">
>>>
>>> Available restarts:
>>>
>>> 1. (TRY-RECOMPILING) Try recompiling package
>>> 2. (RETRY) Retry compiling #<cl-source-file "parenscript" "src" "package">.
>>> 3. (ACCEPT) Continue, treating compiling #<cl-source-file
>>> "parenscript" "src" "package"> as having been successful.
>>> 4. (ABORT) Give up on "parenscript"
>>> 5. (RESTART-TOPLEVEL) Go back to Top-Level REPL.
>>>
>>> Broken at SI:BYTECODES. [Evaluation of: (QUICKLISP-CLIENT:QUICKLOAD
>>> "parenscript")] In: #<process TOP-LEVEL>.
>>> ----
>>>
>>> Anyone who have had the same problem? It loads fine with SBCL on the
>>> same machine, and the same quicklisp setup.
>>>
>>> Any help or pointers would be much appreciated.
>>>
>>> --
>>> Magnus Malm
>>>
>>> _______________________________________________
>>> parenscript-devel mailing list
>>> parenscript-devel at common-lisp.net
>>> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/parenscript-devel