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.
G.
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
