Jonas Karlsson wrote:
> On Fri, 01 Feb 2008 00:43:46 +0100, Giambattista Bloisi <[EMAIL PROTECTED]> 
> wrote:
>
>   
>> Jonas Karlsson wrote:
>>     
>>> On Fri, 01 Feb 2008 00:06:08 +0100, Giambattista Bloisi <[EMAIL PROTECTED]> 
>>> wrote:
>>>
>>>
>>>       
>>>> Lucas C. Villa Real wrote:
>>>>
>>>>         
>>>>> On Jan 31, 2008 2:28 PM, Giambattista Bloisi <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>>
>>>>>           
>>>>>>> Ideally, that fix should be made to NSPR's pkgconfig/libtool files (in
>>>>>>> the recipe, in the pre_link() stage). You can commit your workaround,
>>>>>>> though, but feel very welcome to hack on NSPR's recipe if you have the
>>>>>>> time to do that, too.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>> The NSPR recipe seems ok: it installs a correct nspr.pc file into the
>>>>>> $target dir.
>>>>>> The problem is that the content of this file changes after 
>>>>>> SymlinkProgram.
>>>>>>
>>>>>> From:
>>>>>> prefix=/Programs/NSPR/4.6.7
>>>>>> exec_prefix=/Programs/NSPR/4.6.7
>>>>>> libdir=${prefix}/lib
>>>>>> includedir=${prefix}/include
>>>>>>
>>>>>> Name: NSPR
>>>>>> Description: The Netscape Portable Runtime
>>>>>> Version: 4.6.7
>>>>>> Libs: -L${libdir} -lplds4 -lplc4 -lnspr4 -lpthread -ldl
>>>>>> Cflags: -I${includedir}/nspr
>>>>>>
>>>>>>
>>>>>> It becames:
>>>>>> prefix=/usr
>>>>>> exec_prefix=/usr
>>>>>> [... same content]
>>>>>>
>>>>>> I guess SymlinkProgram calls pkg-config with wrong parameters.
>>>>>>
>>>>>>
>>>>>>             
>>>>> That's the expected result, it's not a bug.
>>>>>
>>>>> The strange thing is that Cflags already includes /nspr. Maybe the
>>>>> problem is that LibRSVG is not calling pkgconfig to merge NSPR's
>>>>> cflags?
>>>>>
>>>>>
>>>>>
>>>>>           
>>>> Yes I forgot that /usr/include is available as symlink! Perhaps I got
>>>> the source of the problem. As you say, It looks like LibRSVG do not use
>>>> pkg-config for building  the mozilla plugin. It instead uses 
>>>> firefox-config:
>>>>  > firefox-config --cflags
>>>> -I/Programs/Firefox/2.0.0.3/include/mozilla/firefox-2.0.0.3
>>>> -I/Programs/NSPR/4.6.5/include/nspr
>>>>
>>>> On my system I have only NSPR 4.6.7 installed, so the include dir do no
>>>> longer exist.
>>>>
>>>>
>>>>         
>>> How did you install Firefox? Compile or InstallPackage?
>>>
>>>
>>>       
>> I did not install it. It's the version bundled with 014 livecd.
>>
>>     
> Well that answers my question as well as provide an explanation for the issue.
> The package on the CD was made with Compile, and probably built before 
> pkg-config
> files were handled by FixDirReferences (earlier called FixLibtoolLa), which 
> mean
> that if Firefox is rebuilt with new scripts (and all .pc files "corrected") 
> this
> shouldn't be an issue as firefox-config probably would reference 
> /usr/include/...
> instead.
>
>   
I recompiled firefox (2.0.0.11) to see what happens to firefox-config. 
Now it prints:
[EMAIL PROTECTED] ~]firefox-config --cflags
-I/Programs/Firefox/2.0.0.11/include/firefox-2.0.0.11 
-I/Programs/NSPR/4.6.7/include/nspr

So even though /lib/pkgconfig/nspr.pc references /usr/include this does 
not fix the issue.
BTW now the icon of firefox disappeared from the KDE menu :(

G.


_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel

Reply via email to