Bug #757
readline: fix script for finding libreadline
Description
The script for finding libreadline (and lines in configure
) are broken. Fix them!
Related issues
History
#1 Updated by John Abbott over 8 years ago
Default should be to look for readline automatically?
Anyway make it work properly, like the other extlibs!
#2 Updated by John Abbott about 8 years ago
My first hasty attempt to deal with libreadline
was to treat it like the other external libraries; now I have some doubts because readline
is needed only by CoCoA-5, not by any part of CoCoALib, so it should not really be mixed up with the CoCoALib files....
What do you think?
#3 Updated by John Abbott about 8 years ago
- Target version changed from CoCoA-5.1.3/4 Jan 2016 to CoCoA-5.2.0 spring 2017
#4 Updated by Anna Maria Bigatti about 8 years ago
John Abbott wrote:
My first hasty attempt to deal with
libreadline
was to treat it like the other external libraries; now I have some doubts becausereadline
is needed only by CoCoA-5, not by any part of CoCoALib, so it should not really be mixed up with the CoCoALib files....What do you think?
true... but it might be easier to deal with it together with the other libraries...
#5 Updated by John Abbott almost 8 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 50
I have hacked the various scripts, and now it works on my MacBook.
However, I have just re-read the earlier comments, and indeed it is rather poor style to mix options related to CoCoA-5 into the configuration for CoCoALib. After all, CoCoA-5 is "just" an application which uses CoCoALib...
Moreover, fixing the scripts made me notice that the readline
library depends on another library: either ncurses
or termcap
. Both of these libraries seem to be quite low-level (and both are in /usr/lib
on my MacBook).
I have adapted the script readline-check-cxx.sh
so that it should pick a working (built-in) "termcap library" (or give error if no such built-in library was found). Hopefully this will allow people to use a non-installed readline
library.
Perhaps I'll ask Anna to check if everything works for her; then maybe I can try to find a way to move the script into the CoCoA-5 part...
#6 Updated by John Abbott almost 8 years ago
I have modified the readline
scripts so that they accept only absolute paths as input. Recall that there can be problems with relative paths which begin with a minus sign (and so look like an option). Double quotes are needed to help protect against the presence of other awkward characters.
#7 Updated by John Abbott over 7 years ago
- Related to Design #933: Separate configure scripts for CoCoALib and CoCoA-5 added
#8 Updated by John Abbott over 7 years ago
- Status changed from Resolved to Feedback
- % Done changed from 50 to 90
This has been "resolved" for 4 months; moving it to "feedback". I expect the current scripts are not perfect, but they are probably sufficient for the vast majority of cases... I hope!
#9 Updated by John Abbott over 7 years ago
Should there also be an option to say not to use readline
even if it is present?
If so, what should the option be called? --no-readline
?
It is hard to see how this might be useful for most people, but it could be handy for debugging; and I suppose it is possible that readline
might be a nuisance in some contexts?
#10 Updated by John Abbott over 7 years ago
readline
have inconsistent names:
--with-readline=
--with-libreadline=
The new option I added is called --no-readline
for the time being.
What names should we use?
#11 Updated by Anna Maria Bigatti about 7 years ago
- Status changed from Feedback to Closed
- % Done changed from 90 to 100
#12 Updated by Anna Maria Bigatti almost 7 years ago
- Estimated time set to 4.01 h