|
From: Mojca M. <moj...@gm...> - 2011-07-07 09:19:17
|
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. > 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. (This should be fixed before the next release.) Mojca |