Please apply the patch and run
make t l=lispworks LISPWORKS=/path/to/lispworks6
after dumping a console executable for lispworks6 using
echo '(hcl:save-image "lispworks-console" :environment nil)' > si.lisp
lispworks-6-0-0-x86-linux -siteinit - -init - -build si.lisp
and tell us if there are any failures. I can't do that, I don't have a
LispWorks 6 license.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
When a man says money can do anything, that settles it: he hasn't got any.
— Edgar Watson Howe
On Wed, Aug 30, 2017 at 9:36 PM, Chun Tian (binghe)
<binghe.l...@gmail.com> wrote:
> Hi,
>
> In latest ASDF, the function #’sys:pid-exit-status is used for LispWorks 6
> and early versions, but I found this symbol doesn’t have a bounded function
> at all:
>
> CL-USER 1 > (describe 'sys:pid-exit-status)
>
> SYSTEM:PID-EXIT-STATUS is a SYMBOL
> NAME "PID-EXIT-STATUS"
> VALUE #<unbound value>
> FUNCTION #<unbound function>
> PLIST NIL
> PACKAGE #<The SYSTEM package, 6625/8192 internal, 1277/2048 external>
>
> In LispWorks 7.0, it’s even not an external symbol. On the other side, the
> function #’sys:pipe-exit-status exists since at least LispWorks 5.1.2, I
> think it should be used for all LispWorks versions, not just 7.
>
> The function #’sys:pipe-pid used in another ASDF function, exists since
> LispWorks 6.1, but ASDF only use it for LispWorks after 7.0. I don’t know if
> this could cause any potential problem in LispWorks 6.1, but I guess there’s
> no problem calling it also in 6.1.
>
> Basically I don’t know the purpose of these function calls, no actually tests
> were done. Use the patch with cautions … just calling non-exist functions are
> definitely wrong.
>
> Regards,
>
> Chun Tian
>
>
