|
From: Mojca M. <moj...@gm...> - 2011-07-23 13:43:34
|
On Sat, Jul 23, 2011 at 00:12, Lutz Maibaum wrote:
> On Jul 22, 2011, at 3:37 AM, Mojca Miklavec wrote:
>> On Fri, Jul 22, 2011 at 03:59, Lutz Maibaum wrote:
>>>> 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?
>>
>> Of course it installs it into the framework.
>
> Couldn't you then just add the proper location within the framework hierarchy to the LDFLAGS
Do you mean adding
-L/Library/Frameworks/AquaTerm.framework/Versions/Current or something
else?
First of all, that would not work since the file used there is called
AquaTerm as opposed to libaquaterm.dylib. Second of all that defeats
the whole purpose of using Mac-friendly solutions. That juts reverts
the author's attempt for better ("more native") integration of his
package into the system.
> (as a temporary workaround)?
As a temporary workaround I can do anything. I didn't ask because I
would be looking for help with compiling. I would like gnuplot
official source to be fixed in order to work out of the box.
I need to use my own fork of gnuplot anyway since ConTeXt will
apparently never be supported.
Mojca
|