Alexander Hansen wrote:
> (adding jfm back)
>
> Daniel Macks wrote:
>   
>> On Thu, Jun 25, 2009 at 08:27:10PM +0200, Alexander Hansen wrote:
>>   
>>     
>>> Jean-Fran?ois Mertens wrote:
>>>     
>>>       
>>>> Too lazy to try fixing this cmake stuff.. (sure there must be a way, 
>>>> either to fix
>>>> the flag-ordering, or to change compiler and linker); so, dirty 
>>>> solution :
>>>> Adding to the patchscript the lines
>>>>
>>>>       
>>>>         
>>>>>   echo '#!/bin/sh -ev
>>>>> name=`basename $0`
>>>>> flag-sort -v /usr/bin/$name $@' >> ../c++
>>>>>   chmod a+x ../c++
>>>>>   ln ../c++ ../cc
>>>>>         
>>>>>           
>> I *think* that last line should be "ln c++ ../cc" (otherwise ../cc
>> points to ../../c++), but otherwise seems fine.
>>
>>   
>>     
> This is a hard link, though; so I wouldn't think the paths should
> matter, since 'c++' doesn't _point_ to 'cc' but rather is a _copy of_
> 'cc'.  At least that's how it worked when I was playing around with it.
>   
>>>> and changing the PATH line to :
>>>>
>>>>       
>>>>         
>>>>> export PATH="%b/..:$QTDIR/bin:%p/lib/freetype219/bin:$PATH"
>>>>>         
>>>>>           
>> If this idiom is popular, would be easy enough to add a pile of cc and
>> c++ (and gcc and g++) wrappers in a bindir as part of flag-sort.
>>
>> Unrelatedly, if your BDep:freetype219 is >= 2.3.7-7, you do not need
>> special PATH (or any other) flags or variables to find ft219. And if
>> you are Dep/BDep >= 2.3.8-2, you also avoid some freetype219
>> backwards-incompatible ABI breakage.
>>
>> dan
>>
>>   
>>     
> I'm not sure if the freetype219 path is even needed here.  The package
> doesn't carry a direct dependency on freetype219 (and doesn't link to it).
>
>   
belay that.  It finds X11's freetype2 by default.

-- 
Alexander Hansen
Fink User Liaison


------------------------------------------------------------------------------
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Reply via email to