Re: building with AquaTerm

[Mojca M. <moj...@gm...>]

Hello,

Just to clarify: the author (Per Persson) wants to remove the library
libaquaterm.dylib, so gnuplot will have to use -framework AquaTerm (as
opposed to -laquaterm) from now on. This makes quite some points from
discussion obsolete since the location of Framework is determined with
switch -F, not -L any more which makes the location of AquaTerm better
configurable.

New release is planned before end of March, so it would be great if
this gets fixed in gnuplot's cvs as soon as possible. (One has to
replace all occurences of "-laquaterm" with "-framework AquaTerm".)

(No need to comment on the rest.)

2011/3/10 Hans-Bernhard Bröker wrote:
> On 10.03.2011 00:41, Mojca Miklavec wrote:
>> 2011/3/10 Hans-Bernhard Bröker wrote:
>>> On 09.03.2011 22:48, Mojca Miklavec wrote:
>>>> 2011/3/9 Hans-Bernhard Bröker wrote:
>
>>>> Here is where all the fun begins. I *have to* install AquaTerm to
>>>> /usr/local/...,
>
>>> Says who?  Why?
>
>> If I want to choose the option "a)" (make sure libraries are only in
>> places where the compiler already looks by default).
>
> But it seems we've already established that /usr/local is not in your
> compiler's default search paths, either, haven't we?

/usr/local/lib is. /opt/local/lib isn't.

>> I forgot to say: I want my gnuplot to live *outside* of MacPorts.
>
> Then you can _not_ use anything from MacPorts.  None of the libraries,
> none of the headers, possibly not even the compiler.

I was not sure what inside/outside meant. Well - yes, I want to use
MacPorts' libraries, but the binary will be at some other location.

>> - when I have aquaterm under both /usr and /opt, it uses the version from /opt
>
> That could mean your include and library search paths are the wrong way
> round.

Actually the test for AquaTerm is performed without any flags first,
but pdflib & other libraries append -L/opt/local/lib to
compiler/linker options, so that AquaTerm will come from
/opt/local/lib at the end as well. Anyway, with -framework there is
some more freedom.

>> - when I have aquaterm only under /opt, it doesn't compile aquaterm
>> support at all (even though it could easily use the version from /opt)
>
> Then you have to dig deeper to find out why it doesn't accept that version.

I know why it doesn't. Because it doesn't know about existance of /opt
during configuration step (unless I provide an explicit CFLAGS
switch). But other libraries add -L/opt/local/lib, so once gnuplot is
aware of aquaterm existence, it will take the one from /opt.

(But again - since the default flag has to change, this means a
different set of algorithm to find the right version of AquaTerm.)

Mojca