Re: [Gnuplot-info] gnuplot 4.6.5 on Apple 64 bits

[François S. <sch...@un...>]

Ethan,
Thanks for the advices.
Unfortunately I tried both suggestions but I get either:
ld: library not found for -lgd64
or:
ld: warning: directory not found for option '-L/some-64bit-lib-dir/'

I tried also "./configure --with-gd=/some-64bit-lib-directory/" but this did not work too.
I'm lost.
François


Le 20 sept. 2014 à 19:00, Ethan A Merritt <EAM...@gm...> a écrit :

> On Saturday, 20 September 2014 06:48:41 PM François Schosseler wrote:
> > Hello,
> > I am a regular user of gnuplot 4.4 on a MacBook Pro Retina, OSX 10.8.5.
> > I just tried to update to gnuplot 4.6.5 and got the following error message output during the 'make' step :
> > 
> > Undefined symbols for architecture x86_64:
> >  "_gdImagePng", referenced from:
> >      _PNG_text in term.o
> > ld: symbol(s) not found for architecture x86_64
> > clang: error: linker command failed with exit code 1 (use -v to see invocation)
> > make[3]: *** [gnuplot] Error 1
> > make[2]: *** [all-recursive] Error 1
> > make[1]: *** [all-recursive] Error 1
> > make: *** [all] Error 2
> > 
> > Does anyone know how to solve this problem ?
> > Francois
>  
> Just guessing -
> The autoconfigure tool found an installed version of libgd, but it
> was a 32-bit version rather than a 64-bit version.  So the test for
> gd support in "./configure" succeeded, but the actual "make" command
> failed.   If you do have a 64-bit libgd installed, you can probably
> rescue things by hand-editing the Makefile so that instead of
>  
>   TERMLIBS =  ... -lreadline -lz -lgd ...
>  
> it says
>  
>   TERMLIBS =  ... -lreadline -lz -lgd64 ...
> or
>   TERMLIBS =  ... -lreadline -lz -L/some-64bit-lib-dir/ -lgd ...
>  
>  
> It may also work to say instead
>   ./configure --with-gd=/some-64bit-lib-directory/
> but I don't know if that is sufficient on OSX.
>  
>  
>  
> --