On Wed, Jul 12, 2017 at 04:21:45PM -0500, Bruce Dubbs wrote: > Eujean Snyman wrote: > > > > Bruce Dubbs wrote: > > > > --with-libffcall-prefix=/usr && > > This last option is not in BLFS, but I added it in a test build and it doe > not make a difference for me. >
With libffcall-1.13 installed (which happens to be the only version available, and which is newer than what I tested for 2.49.50 - I saw a notification of a newer version, but I thought it too was a prerelease), and with pointing it to libffcall in /usr I too get > > ;; Loading file /sources/blfs/clisp-2.49/build/readline/readline.fas ... > > *** - FFI::FIND-FOREIGN-VARIABLE: foreign variable > > #<FOREIGN-VARIABLE "rl_readline_state" #x00007F8FCDDC5010> does not > > have the required size or > > alignment > > but mine reports make: *** [Makefile:2598: base] Error 1 which is one line different. So that does seem to support my thesis, i.e. action is needed if libffcall is present. I prefer the patch, because it clearly does no harm, a one-line sed might do the wrong-thing e.g. if somebody is using old readline (and what was proposed doesn't match upstream's change). Unlike my memory of clisp-2.49.50, providing libffcall does not fix the test failure, so I see no reason to move libffcall from an external dependency at this time. Eujean - thanks for the report - if your configure args are complete, you have put the html docs from clisp in /usr/share/html (it doesn't respect docdir, despite what the configure script says). ĸen -- I live in a city. I know sparrows from starlings. After that everything is a duck as far as I'm concerned. -- Monstrous Regiment -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
