Troubles with gnuplot install : Graphics

Hi all!

I have some troubles with gnuplot 4.2.2 on Mac OS Leopard.

These are my steps:

1) sudo ./configure --prefix='/usr/X11' --exec-prefix='/usr/X11/bin'
--prefix='/usr/X11' --x-includes='/usr/X11/include/X11/'
--x-libraries='/usr/X11/lib' -q

Everything looks fine, except for:


configure: WARNING: The pkg-config script could not be found or is too
old. Make sure it
is in your PATH or set the PKG_CONFIG environment variable to the full
path to pkg-config.

Alternatively, you can avoid the need to call pkg-config if you set the
environment variables CAIROPANGO_CFLAGS and CAIROPANGO_LIBS to the
corresponding flags for cairo, pango, and pangocairo.
See the pkg-config man page for more details.

To get pkg-config, see <http://www.freedesktop.org/software/pkgconfig>.



2) When I launch

> sudo make

I got some errors:

then mv -f ".deps/version.Tpo" ".deps/version.Po"; else rm -f
".deps/version.Tpo"; exit 1; fi
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 -laquaterm -framework Foundation
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


Someone of you can help me?

All the best

A.

In article <7xDWi.161398$U01.1150257@twister1.libero.it>, aaa <a@a.com> wrote:
>Hi all!
>
>I have some troubles with gnuplot 4.2.2 on Mac OS Leopard.

Yes, there are several reports of such trouble.

>These are my steps:
>
>configure: WARNING: The pkg-config script could not be found or is too
>old. Make sure it
>is in your PATH or set the PKG_CONFIG environment variable to the full
>path to pkg-config.

I don't know of any way to avoid that.
Are you using fink? It doesn't seem to do a very good job of
installing things where pkg-config can find them.

> "_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

The tentative diagnosis of the problem is as follows.

These are routines in the gnu readline library. Normally if this
library is missing, gnuplot defaults to using its own built-in
readline functions. However, for unknown reasons OSX 10.5 (Leopard)
has a 'fake' readline library in the form of symlinks from
libreadline.*.dylib to some other library that is only partially
compatible.

The proposed fix is to delete these symlinks.
At that point you can either let gnuplot fall back to its own
internal routines, or (probably better) reconfigure gnuplot after
installing the 'real' gnu readline library. E.g:
fink install readline5-shlibs

Please confirm if this fixes the build on your system.

We are looking into a fix for gnuplot's autoconfigure script,
but additional information would help.

--
Ethan A Merritt

In article <fgg14p$sr0$1@brogar.bmsc.washington.edu>,
Ethan Merritt <merritt@u.washington.edu> wrote:
>In article <7xDWi.161398$U01.1150257@twister1.libero.it>, aaa <a@a.com> wrote:
>>Hi all!
>>
>>I have some troubles with gnuplot 4.2.2 on Mac OS Leopard.
>
>Yes, there are several reports of such trouble.

Update. I've now had a chance to try this myself.
The problem is simpler than previously reported.


>>These are my steps:
>>
>>configure: WARNING: The pkg-config script could not be found or is too
>>old. Make sure it
>>is in your PATH or set the PKG_CONFIG environment variable to the full
>>path to pkg-config.
>
>I don't know of any way to avoid that.
>Are you using fink? It doesn't seem to do a very good job of
>installing things where pkg-config can find them.

And this is exactly the problem here.
The readline source code is being placed into two separate libraries
readline.5.dylib and history.5.dylib
There should be a pkg-config file to tell a package that wants to use
the library that it must link to both. But there isn't.
So when gnuplot autoconfigures itself for installation, it only
links to -lreadline rather than both -lreadline -lhistory

As a workaround, set the environmental variable CFLAGS to "-lhistory"
before configuring and building gnuplot.

setenv CFLAGS "-lhistory"
./configure
make

I tried this successfully on an OSX 10.4 system.
If you can confirm it for 10.5 (Leopard) then we can work
on a permanent fix.




>> "_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
>
>The tentative diagnosis of the problem is as follows.
>
>These are routines in the gnu readline library. Normally if this
>library is missing, gnuplot defaults to using its own built-in
>readline functions. However, for unknown reasons OSX 10.5 (Leopard)
>has a 'fake' readline library in the form of symlinks from
>libreadline.*.dylib to some other library that is only partially
>compatible.
>
>The proposed fix is to delete these symlinks.
>At that point you can either let gnuplot fall back to its own
>internal routines, or (probably better) reconfigure gnuplot after
>installing the 'real' gnu readline library. E.g:
> fink install readline5-shlibs
>
>Please confirm if this fixes the build on your system.
>
>We are looking into a fix for gnuplot's autoconfigure script,
>but additional information would help.
>
>--
>Ethan A Merritt


--
Ethan A Merritt

Hi!

Thanks for your help!


Ethan Merritt ha avuto l'ardire di scrivere:

>
> And this is exactly the problem here.
> The readline source code is being placed into two separate libraries
> readline.5.dylib and history.5.dylib
> There should be a pkg-config file to tell a package that wants to use
> the library that it must link to both. But there isn't.
> So when gnuplot autoconfigures itself for installation, it only
> links to -lreadline rather than both -lreadline -lhistory
>
> As a workaround, set the environmental variable CFLAGS to "-lhistory"
> before configuring and building gnuplot.
>
> setenv CFLAGS "-lhistory"

This is very strange...the bash does not know the setenv command!...
I use

env -i CFLAGS=-lhistory


> ./configure
> make


Unfortunately this doesn't work...I have also tried to modify the
makefile, but the error is still there...

>

>>
>> The proposed fix is to delete these symlinks.

Could you plese tell me how to remove these links?

>> At that point you can either let gnuplot fall back to its own
>> internal routines, or (probably better) reconfigure gnuplot after
>> installing the 'real' gnu readline library. E.g:
>> fink install readline5-shlibs

I don't use fink

>>
>> Please confirm if this fixes the build on your system.
>>
>> We are looking into a fix for gnuplot's autoconfigure script,
>> but additional information would help.
>>
>> --
>> Ethan A Merritt
>

All the best,

A.

In article <fpXWi.159441$%k.301186@twister2.libero.it>, aaa <a@a.com> wrote:
>>
>> setenv CFLAGS "-lhistory"
>
>This is very strange...the bash does not know the setenv command!...
>I use
>
>env -i CFLAGS=-lhistory

Well yes. One is a tcsh command, the other is a bash command.
Never mind that.

>Unfortunately this doesn't work...I have also tried to modify the
>makefile, but the error is still there...

How annoying. But without having such a system to experiment on,
I cannot help any further. I gather that the new OSX version is
causing installation problems for many programs, not just gnuplot.
Hopefully some general fixes will be announced.

Regardless of how messed up the readline libraries are on your system,
you should be able to build a working gnuplot by saying
./configure --with-readline=builtin


>>> Please confirm if this fixes the build on your system.
>>>
>>> We are looking into a fix for gnuplot's autoconfigure script,
>>> but additional information would help.


--
Ethan A Merritt

Ethan Merritt wrote:
> In article <fpXWi.159441$%k.301186@twister2.libero.it>, aaa <a@a.com> wrote:
[...]

>>> setenv CFLAGS "-lhistory"
>> env -i CFLAGS=-lhistory

> Well yes. One is a tcsh command, the other is a bash command.

No. "env" is a stand-alone command that works for any shell. The
Bourne-Shell way of doing this would be something like

export CFLAGS="-lhistory"

or

CFLAGS="-lhistory" ./configure

But actually, the recommended way with reasonably current autoconf
scripts would be

./configure CFLAGS="-lhistory"

Hi!


Ethan Merritt ha avuto l'ardire di scrivere:
> In article <fpXWi.159441$%k.301186@twister2.libero.it>, aaa <a@a.com> wrote:

>
> Regardless of how messed up the readline libraries are on your system,
> you should be able to build a working gnuplot by saying
> ./configure --with-readline=builtin
>

Yes, this fixes the trouble! Thank you very much for your help!

Ciao,

A.

>
>>>> Please confirm if this fixes the build on your system.
>>>>
>>>> We are looking into a fix for gnuplot's autoconfigure script,
>>>> but additional information would help.
>
>

In article <7xDWi.161398$U01.1150257@twister1.libero.it>, aaa <a@a.com> wrote:
>Hi all!
>
>I have some troubles with gnuplot 4.2.2 on Mac OS Leopard.

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-suppo...-t4670419.html

Another report (in Japanese, but the key parts you can cut-and-paste)

http://www.python.jp/pipermail/pytho...er/004150.html

Ethan

>These are my steps:
>
>1) sudo ./configure --prefix='/usr/X11' --exec-prefix='/usr/X11/bin'
>--prefix='/usr/X11' --x-includes='/usr/X11/include/X11/'
>--x-libraries='/usr/X11/lib' -q
>
>Everything looks fine, except for:
>
>
>configure: WARNING: The pkg-config script could not be found or is too
>old. Make sure it
>is in your PATH or set the PKG_CONFIG environment variable to the full
>path to pkg-config.
>
>Alternatively, you can avoid the need to call pkg-config if you set the
>environment variables CAIROPANGO_CFLAGS and CAIROPANGO_LIBS to the
>corresponding flags for cairo, pango, and pangocairo.
>See the pkg-config man page for more details.
>
>To get pkg-config, see <http://www.freedesktop.org/software/pkgconfig>.
>
>
>
>2) When I launch
>
> > sudo make
>
>I got some errors:
>
> then mv -f ".deps/version.Tpo" ".deps/version.Po"; else rm -f
>".deps/version.Tpo"; exit 1; fi
>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 -laquaterm -framework Foundation
>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
>
>
>Someone of you can help me?
>
>All the best
>
>A.


--
Ethan A Merritt