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