Paul, thanks for the analysis. I see two really easy choices, either of which I would support: (1) As you say, simply "fix" the readline location. We could make it a configure option for those who really want to change it. (2) Remove the readline library from MacPorts altogether. It's used only in interactive mode, which I believe about two people have ever used. Given my druthers, I'd choose (1), but I'm happy with either solution, and certainly will listen to any other feedback people have. James On Apr 7, 2007, at 9:14 PM, Paul Guyot wrote:
Hi folks,
We cannot simply autoconf for readline for the following reasons: (a) readline comes with two incompatible APIs. (b) Apple's gcc reads /usr/local/include before /usr/include (c) Apple's ld reads /usr/lib/libreadline.dylib before /usr/local/ lib/libreadline.a when provided with -L/usr/local/lib (d) some users have an incompatible version of readline in /usr/local.
In other words, if you install the incompatible version of readline available in ticket 10651 in /usr/local, I think you cannot compile *and* link the following piece of code without redefining completely the list of system includes, with -nostdinc. Which is the beginning of a nightmare. https://svn.macosforge.org/projects/macports/ticket/10651
#include <stdio.h> # include <readline/readline.h> int main(void) { void* ptr = (void*) rl_username_completion_function; return 0; }
or this one:
#include <stdio.h> # include <readline/readline.h> int main(void) { void* ptr = (void*) username_completion_function; return 0; }
I think it's time to wonder why we autoconf for readline (and other stuff). At some point we decided that MacPorts (then darwinports) was to support MacOS X only. (I was against this decision, but here we are today; and considering that I no longer can install MacPorts on linux boxes I have access to, I would favor the use or more MacOS X technologies). Should we simply drop the autoconf options for readline? Should we just determine what's the API version of readline installed in /usr/? Should we keep users whining they cannot install MacPorts because they have a readline in /usr/local?
Vincent: before you comment on this, I must say that I am not taking into consideration the C*_PATH and LIBRARY_PATH problem. In fact, I do not care about it at all, I am concerned by end-users not people with a Ph.D. in computer science who are wise enough to know that if they set these variables, it might break things and they need to unset them before compiling base/ :)
Paul
_______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev