fltk problems
Yves de Champlain
yves at macports.org
Thu Apr 12 07:20:53 PDT 2007
Le 07-04-11 à 19:55, Ken McGaugh a écrit :
> On 11/04/2007, at 3:21 PM, Yves de Champlain wrote:
>
>>
>> Le 07-04-10 à 18:31, Ken McGaugh a écrit :
>>>
>>> The problem appears to be that the fltk build breaks under osx
>>> when installing with the DESTDIR variable set. Specifically
>>> the command "fltk-config --post" assumes that the mac.r resource
>>> file has already been installed into "${prefix}/include/FL".
>>>
>>> But the fltk-config script has a backdoor that could be used to
>>> solve this problem. It checks to see if there is a local copy
>>> of "FL/mac.r" relative to it's own location and will use that one
>>> instead. So a potential solution would be to somehow execute
>>>
>>> ln -s ../include/FL ${destroot}${prefix}/bin/FL
>>
>> that would be something like
>>
>> pre-destroot {
>> ln -s ${worksrcpath}/include/FL ${destroot}${prefix}/bin/FL
>> }
>> post-destroot {
>> delete ${destroot}${prefix}/bin/FL
>> }
>>
>> yves
>>
>
>
> Thank you Yves (and thank you Mark Duling for the tips on how to
> debug port builds). I think I have a slightly more elegant
> solution than my earlier hack of linking the directory. I added
> the following to the post-patch portion of the Portfile:
>
> reinplace "s|\$(DESTDIR\)\$(bindir)/fltk-config|../fltk-config|
> g" \
> ${worksrcpath}/fluid/Makefile
>
> That change will cause the fltk-config script in the work directory
> to be used instead of the one copied to the $DESTDIR.
> The one in the work directory correctly finds the resource file
> relative to itself.
Hi
it seems that it's not the right solution because the resource fork
added here gets lost on the way to ${prefix}/bin
So I removed that step from the Makefile and added it in post-activate.
in rev 2 - commited.
yves
More information about the macports-users
mailing list