In fact I did, but it didn't work, so I've tried the testcase you provided with the same result, so I've wrote an e-mail.
I had to manually quickload the reader-interception, because it's not listed in the lil/test dependencies. I think it's a lil's test system definition bug.
Either way, testing the system gives the segmentation-violation just as you said, so the bug is confirmed. I think that it's triggered by something in hu.dwim.stefil (hu.dwim.* already proven a few ECL bugs).
Could you add it to the issue tracker on https://gitlab.com/embeddable-common-lisp/ecl/issues ?
Thanks, Daniel
Faré writes:
On Thu, Apr 14, 2016 at 1:28 AM, Daniel Kochmański daniel@turtleware.eu wrote:
Hey,
I have on this testcase:
jack@pandora ~ % rlwrap ecl -eval "'(#.(require "asdf")#.(asdf:test-system :lil))" ;;; Loading "/home/jack/quicklisp/setup.lisp" ;;; Loading #P"/usr/local/lib/ecl-16.1.2/asdf.fas" An error occurred during initialization: Component "reader-interception" not found, required by #<package-inferred-system "lil/test/base">.
That's just you missing a dependency. Install all dependencies, or try loading quicklisp instead of requiring asdf.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Thinking is the hardest work there is, which is probably the reason why so few engage in it. — Henry Ford