site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com On May 6, 2005, at 1:07 AM, Martin Costabel wrote: I maintain that this is broken. Are there problems with installing GNU readline? ~ boyd Boyd Waters National Radio Astronomy Observatory Socorro, New Mexico _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Many GNU packages rely on libreadline. It seems that in Darwin there is a BSD libedit, which is symlinked as libreadline and has a corresponding readline.h. This breaks Octave and probably other builds. ... In addition, there is no BSD version of libreadline. BSD libedit has been in Mac OS X since at least 10.2. The new things are the compatibility wrappers in readline/readline.h and, and this seems to me to be Apple's invention, the symlinks readline/history.h-

readline.h and libreadline.dylib->libedit.2.dylib. The overall effect is the same (licensing issues aside) as having included a very old incompatible version of GNU readline. I used the Gentoo package manager to install readline on my Tiger system; this replaced /usr/include/readline/* with GNU's version, and replaced the symlink to libedit.dylib with a "real" version of libreadline. I did not notice any breakage of other things, but have not compiled any Cocoa apps. The only things that I have built with xCode, since making this change, have been device drivers - nothing that relied upon readline. This email sent to site_archiver@lists.apple.com