Re: building with AquaTerm

[Lutz M. <lut...@gm...>]

On Jul 7, 2011, at 2:19 AM, Mojca Miklavec wrote:
> On Thu, Jul 7, 2011 at 00:44, Lutz Maibaum wrote:
>> On Jul 6, 2011, at 2:20 PM, Mojca Miklavec wrote:
>>> I would like to revive this thread. Gnuplot needs a fix to account for
>>> the change in AquaTerm, that is, it needs to replace -laquaterm with
>>> -framework Aquaterm (possibly with those intermediate flags suggested
>>> by Allin C.).
>> 
>> I just tried building gnuplot 4.4.3 manually on a Mac that has aquaterm 1.0.1_5 installed through MacPorts. As you describe, the configure script fails to compile the little program that tests for a working aquaterm library:
> 
> There are two separate problems. One is that gnuplot doesn't find
> aquaterm in macport, but the second separate one is that gnuplot
> doesn't find aquaterm 1.1.0 (installed directly, not via macports) at
> all.
> 
> I was mostly talking about supporting 1.1.0. The issue with finding
> aquaterm in macports is a different (even though related) issue. Also,
> it is not very nice that configure script unconditionally reports that
> it is going to build aquaterm and then doesn't do it.

Could you try this one-line change in configure.in, run the prepare script, and then try to configure?

1357c1357
< if test "$is_apple" = yes; then
---
> if test "$ac_cv_lib_aquaterm_aqtInit" = yes; then

This should take care of the incorrect configure summary.

>> I do not know why the configure script would pick up the MacPorts include directory, but not the library directory. I am actually not sure if it should, since those are non-standard (at least on the OSX platform), and therefore should be given explicitly to the configure command. Could you try
>> 
>>  CPPFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/lib ./configure
>> 
>> and see if this helps? Configured this way, gnuplot then builds fine on my machine, and seems to work with the aquaterm terminal.
> 
> This would help in the case of macports. It doesn't help with aquaterm
> 1.1.0 which doesn't install libaquaterm.dylib at all.

It doesn't install a dynamic library at all, not even within the framework directory structure?

I do not know how one could modify the configure process to check for the presence of the aquaterm framework. For libraries there is a standard way to do so (the AC_CHECK_LIB macro, used in m4/apple.m4), but it's not clear to me if there is something similar for frameworks.

Hope this helps,

  Lutz