Menu
▾
▴
gnuplot-beta
|
From: Daniel F. <boy...@gm...> - 2007-10-28 09:54:56
|
Hello,
I want to install 4.2.2 on MacOS 10.5, the ./configure step runs
smoothly, then make returns errors when it gets to 'version.c'.
Making version.c returns an 'underfined symbols' error. See below for
more details.
Cheers,
Dan.
___
Making version.c
g++ -g -O2 -o gnuplot alloc.o axis.o breaders.o bitmap.o color.o
command.o contour.o datafile.o dynarray.o eval.o fit.o gadgets.o
getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o
interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o
pm3d.o readline.o save.o scanner.o set.o show.o specfun.o standard.o
stdfn.o tables.o term.o time.o unset.o util.o util3d.o variable.o
version.o -lreadline -lncurses -lz
Undefined symbols:
"_rl_forced_update_display", referenced from:
_restore_prompt in command.o
"_rl_ding", referenced from:
_alert in mouse.o
"_history_list", referenced from:
_write_history_list in history.o
"_rl_complete_with_tilde_expansion", referenced from:
_rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[3]: *** [gnuplot] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
|
|
From: Ethan A M. <merritt@u.washington.edu> - 2007-10-28 17:27:35
|
On Sunday 28 October 2007 02:54, Daniel Farrell wrote: > Hello, > > I want to install 4.2.2 on MacOS 10.5, the ./configure step runs > smoothly, then make returns errors when it gets to 'version.c'. That's very interesting. I saw one report of that same error previously, but it has no information on systems or versions. I've reactivated the bug report. It is Bug #1792723 http://sourceforge.net/tracker/index.php?func=detail&aid=1792723&group_id=2055&atid=102055 The bug thread contains proposed fixes, but it looks like you have a longer list of missing symbols. The symbol it is complaining about is in the gnu readline library, or should be. Could you please report back to us which version of libreadline comes with MacOS 10.5? > > Making version.c returns an 'underfined symbols' error. See below for > more details. > > Cheers, > > Dan. > > ___ > > Making version.c > g++ -g -O2 -o gnuplot alloc.o axis.o breaders.o bitmap.o color.o > command.o contour.o datafile.o dynarray.o eval.o fit.o gadgets.o > getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o > interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o > pm3d.o readline.o save.o scanner.o set.o show.o specfun.o standard.o > stdfn.o tables.o term.o time.o unset.o util.o util3d.o variable.o > version.o -lreadline -lncurses -lz > Undefined symbols: > "_rl_forced_update_display", referenced from: > _restore_prompt in command.o > "_rl_ding", referenced from: > _alert in mouse.o > "_history_list", referenced from: > _write_history_list in history.o > "_rl_complete_with_tilde_expansion", referenced from: > _rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [gnuplot] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Dmitri A. S. <das...@gm...> - 2007-10-28 17:53:18
|
On 10/28/07, Ethan A Merritt <merritt@u.washington.edu> wrote: > > The symbol it is complaining about is in the gnu readline library, > or should be. Could you please report back to us which version of > libreadline comes with MacOS 10.5? > MacOSX does not have GNU libreadline. It comes with BSD libedit that has files (or symlinks) readline.h and libreadline.dylib. Sincerely, Dmitri. -- |
|
From: Ethan A M. <merritt@u.washington.edu> - 2007-10-28 19:51:04
|
On Sunday 28 October 2007 10:53, Dmitri A. Sergatskov wrote: > On 10/28/07, Ethan A Merritt <merritt@u.washington.edu> wrote: > > > > > The symbol it is complaining about is in the gnu readline library, > > or should be. Could you please report back to us which version of > > libreadline comes with MacOS 10.5? > > > > MacOSX does not have GNU libreadline. It comes with BSD libedit > that has files (or symlinks) readline.h and libreadline.dylib. I see. That seems like a poor decision - to masquerade via symlinks as a library that is not fully compatible. Several people were working on a gnuplot configuration option to use the BSD libedit library instead, but it foundered on the problem that there were too many incompatible versions of libedit itself. I think someone running MacOS 10.5 will need to adress this one, ideally the people who packaged it. I would say this qualifies as a distribution bug. Does Apple have a central bug reporting database? It sounds like the simplest fix is probably to install gnu libreadline and remove the dubious symlinks. -- Ethan A Merritt |
|
From: Daniel F. <boy...@gm...> - 2007-10-28 22:35:11
|
Hello, gnuplot successfully installed on MacOS 10.5 using: ./configure --without-readline make sudo make install Does this explain why I could never get the readline to work in 10.4? However, in this case gnuplot still built fine. Cheers, Dan. ___ PS I did try to install gnureadline 5.2 but that wouldn't make either! It crashed out with the error: Thread model: posix gcc version 4.0.1 (Apple Inc. build 5465) powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed with -dynamiclib |
|
From: Dmitri A. S. <das...@gm...> - 2007-10-28 23:20:57
|
On 10/28/07, Daniel Farrell <boy...@gm...> wrote: > Hello, > > gnuplot successfully installed on MacOS 10.5 using: > ./configure --without-readline I think it will work also with ./configure --with-readline=buitin > make > sudo make install > > Does this explain why I could never get the readline to work in 10.4? > However, in this case gnuplot still built fine. Yes, this problem is not specific to MacOS 10.5; it has been there for ever... > > Cheers, > > Dan. > > ___ > > PS > > I did try to install gnureadline 5.2 but that wouldn't make either! It > crashed out with the error: Who crashed? > > Thread model: posix > gcc version 4.0.1 (Apple Inc. build 5465) > powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed > with -dynamiclib > I was able to compile (on Mac OS X 10.4) readline and install it to /usr/local . Still I was not able to get the build process to ignore the fake readlines, so had to remove the symlinks. Sincerely, Dmitri. -- |
|
From: Daniel F. <boy...@gm...> - 2007-10-28 23:45:01
|
Hello, I thought that gnuplot would default to --with-readline=builtin if you didn't specify anything? gnu readline 5.2 wouldn't compile on MacOS 10.5 and gave the error below. That's what I was referring to in my previous post when I said 'crashed out'. Did removing the symlinks not break anything else on MacOS? Why did they put them in there in the first place? Where are the symlinks that you removed? For my future reference. DJF ___ Results from making gnu readline 5.2 on MacOS 10.5 Using built-in specs. Target: powerpc-apple-darwin9 Configured with: /var/tmp/gcc/gcc-5465~16/src/configure --disable- checking -enable-werror --prefix=/usr --mandir=/share/man --enable- languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ $/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ lib --build=i686-apple-darwin9 --program-prefix= --host=powerpc-apple- darwin9 --target=powerpc-apple-darwin9 Thread model: posix gcc version 4.0.1 (Apple Inc. build 5465) powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed with -dynamiclib make[1]: *** [libreadline.5.2.dylib] Error 1 make: [shared] Error 2 (ignored) On 28 Oct 2007, at 23:21, Dmitri A. Sergatskov wrote: > On 10/28/07, Daniel Farrell <boy...@gm...> wrote: >> Hello, >> >> gnuplot successfully installed on MacOS 10.5 using: >> ./configure --without-readline > > I think it will work also with > ./configure --with-readline=buitin > >> make >> sudo make install >> >> Does this explain why I could never get the readline to work in 10.4? >> However, in this case gnuplot still built fine. > > Yes, this problem is not specific to MacOS 10.5; it has been > there for ever... > >> >> Cheers, >> >> Dan. >> >> ___ >> >> PS >> >> I did try to install gnureadline 5.2 but that wouldn't make either! >> It >> crashed out with the error: > > Who crashed? > >> >> Thread model: posix >> gcc version 4.0.1 (Apple Inc. build 5465) >> powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed >> with -dynamiclib >> > > I was able to compile (on Mac OS X 10.4) readline and install > it to /usr/local . Still I was not able to get the build process > to ignore the fake readlines, so had to remove the symlinks. > > Sincerely, > > Dmitri. > -- |
|
From: Ethan A M. <merritt@u.washington.edu> - 2007-10-29 00:18:14
|
On Sunday 28 October 2007 16:44, Daniel Farrell wrote: > Hello, > > I thought that gnuplot would default to --with-readline=builtin if you > didn't specify anything? Not quite. It auto-configures by looking for available libraries. The Apple symlinks fake out the autoconfigure by making it think that libreadline is present, when it really isn't. If you remove the symlinks, the autoconfigure process will then fall back to "builtin". > Does removing the symlinks not break anything else on MacOS? Not if you replace them with a "real" libreadline. > Why did they put them in there in the first place? I suppose there are programs that make minimal use of libreadline, calling only a small number of routines for which libedit does have equivalents. For those programs, it is sufficient to provide a link to libedit. But I would guess that those programs would be equally happy to have a full-blown libreadline. Ethan > Where are the symlinks that > you removed? For my future reference. > > DJF > > ___ > > Results from making gnu readline 5.2 on MacOS 10.5 > > Using built-in specs. > Target: powerpc-apple-darwin9 > Configured with: /var/tmp/gcc/gcc-5465~16/src/configure --disable- > checking -enable-werror --prefix=/usr --mandir=/share/man --enable- > languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ > $/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ > lib --build=i686-apple-darwin9 --program-prefix= --host=powerpc-apple- > darwin9 --target=powerpc-apple-darwin9 > Thread model: posix > gcc version 4.0.1 (Apple Inc. build 5465) > powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed > with -dynamiclib > make[1]: *** [libreadline.5.2.dylib] Error 1 > make: [shared] Error 2 (ignored) > > > > On 28 Oct 2007, at 23:21, Dmitri A. Sergatskov wrote: > > > On 10/28/07, Daniel Farrell <boy...@gm...> wrote: > >> Hello, > >> > >> gnuplot successfully installed on MacOS 10.5 using: > >> ./configure --without-readline > > > > I think it will work also with > > ./configure --with-readline=buitin > > > >> make > >> sudo make install > >> > >> Does this explain why I could never get the readline to work in 10.4? > >> However, in this case gnuplot still built fine. > > > > Yes, this problem is not specific to MacOS 10.5; it has been > > there for ever... > > > >> > >> Cheers, > >> > >> Dan. > >> > >> ___ > >> > >> PS > >> > >> I did try to install gnureadline 5.2 but that wouldn't make either! > >> It > >> crashed out with the error: > > > > Who crashed? > > > >> > >> Thread model: posix > >> gcc version 4.0.1 (Apple Inc. build 5465) > >> powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed > >> with -dynamiclib > >> > > > > I was able to compile (on Mac OS X 10.4) readline and install > > it to /usr/local . Still I was not able to get the build process > > to ignore the fake readlines, so had to remove the symlinks. > > > > Sincerely, > > > > Dmitri. > > -- > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Ethan M. <merritt@u.washington.edu> - 2007-11-04 00:39:38
|
[CC'ed to various people who have been helping me sort out OSX installation problems] I have gnuplot working on OSX 10.4 (Tiger), and a patch queued to gnuplot CVS to automate this. However, that is not sufficient for OSX 10.5 (Leopard). In a nutshell, the problem is that Leopard ships with a gnu readline emulation library built on top of the BSD editline library. But it is not a complete emulation, and the initialization commands are different. The most complete description I've found of the problem, and fixes for a different package (iPython) are here: http://www.nabble.com/readline-support-for-OS-X-Leopard-t4670419.html Another report (in Japanese, but the key parts you can cut-and-paste) http://www.python.jp/pipermail/python-ml-jp/2007-October/004150.html We should aim to get gnuplot's autoconfigure script to recognize this state of affairs and adapt accordingly. I'll happy accept volunteer fixers or guinea pigs testers. Ethan On Sunday 28 October 2007 02:54, Daniel Farrell wrote: > > I want to install 4.2.2 on MacOS 10.5, the ./configure step runs > smoothly, then make returns errors when it gets to 'version.c'. > > Making version.c returns an 'underfined symbols' error. See below for > more details. > > Cheers, > > Dan. > > ___ > > Making version.c > g++ -g -O2 -o gnuplot alloc.o axis.o breaders.o bitmap.o color.o > command.o contour.o datafile.o dynarray.o eval.o fit.o gadgets.o > getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o > interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o > pm3d.o readline.o save.o scanner.o set.o show.o specfun.o standard.o > stdfn.o tables.o term.o time.o unset.o util.o util3d.o variable.o > version.o -lreadline -lncurses -lz > Undefined symbols: > "_rl_forced_update_display", referenced from: > _restore_prompt in command.o > "_rl_ding", referenced from: > _alert in mouse.o > "_history_list", referenced from: > _write_history_list in history.o > "_rl_complete_with_tilde_expansion", referenced from: > _rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [gnuplot] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > -- Ethan A Merritt |
|
From: <HBB...@t-...> - 2007-11-04 19:45:09
|
Ethan Merritt wrote: > In a nutshell, the problem is that Leopard ships with a gnu readline > emulation library built on top of the BSD editline library. But it is > not a complete emulation, and the initialization commands are different. Sounds like anything we would do here would be a waste of breath. The bug is clearly on Apple's end of things, so Apple has to fix it. If every single package that gets affected by this OS bug implements its own fix, the problem will only become worse with time, instead of better. By my book, the only sensible approach would be to put an "if MacOSX version 10.5, change default to --readline=builtin" into our configure.in, assuming that Apple gets their act together before 10.6. Experience tells us that nothing lasts longer than "temporary workarounds" like this. And they often cause bigger troubles than they were originally intended to solve. E.g., the GIF patent has been dead and buried for years now, and we're still suffering the consequences of our attempts to accomodate it. |
