gchemutils-main
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gchemutils-main] 0.10.9 not building with the current rawhide firef


From: Julian Sikorski
Subject: Re: [Gchemutils-main] 0.10.9 not building with the current rawhide firefox 3.6
Date: Wed, 02 Dec 2009 17:55:04 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091125 Fedora/3.0-3.12.rc1.fc12 Lightning/1.0pre Thunderbird/3.0

W dniu 02.12.2009 17:50, Julian Sikorski pisze:
> W dniu 02.12.2009 13:25, Julian Sikorski pisze:
>> W dniu 01.12.2009 23:32, Julian Sikorski pisze:
>>> W dniu 01.12.2009 20:52, Jean Bréfort pisze:
>>>> Le mardi 01 décembre 2009 à 18:27 +0100, Daniel Leidert a écrit :
>>>>> Am Dienstag, den 01.12.2009, 18:00 +0100 schrieb Julian Sikorski:
>>>>>> Hi,
>>>>>>
>>>>>> I tried to rebuild for new goffice (we finally switched to 0.7), but
>>>>>> got
>>>>>> bitten by this:
>>>>>
>>>>> [..]
>>>>>> moz-plugin.c:24:19: error: npapi.h: No such file or directory
>>>>>> moz-plugin.c:28:22: error: npupp.h: No such file or directory
>>>>> [..]
>>>>>
>>>>> You are missing the above header files. JFTR: In Debian/Ubuntu we build
>>>>> with xulrunner-dev.
>>>>
>>>> Yes, and this is strange since the test succeeded, which means that
>>>> the .pc file was found. I don't understand why a .pc file would be
>>>> installed but not the headers.
>>>>
>>>> By the way, gcu-0.10.9 will not compile with goffice-0.7.16 and later
>>>> because an argument changed from float to double. The affected file is
>>>> libs/gcu/cmd-context.cc, and svn version is fixed. If you need a patch,
>>>> I'll make it available, but it's really trivial.
>>>>
>>>> Cheers,
>>>> Jean
>>>>
>>> xulrunner-devel was installed at the time. My guess is that due to move
>>> to firefox 3.6/xulrunner 1.9.2 some paths must have changed. I'll try to
>>> investigate. As for the goffice issue, I have already backported the fix
>>> from SVN.
>>>
>>> Julian
>> The headers are still there:
>> mock-chroot> rpm -ql xulrunner-devel | grep npapi.h
>> /usr/include/xulrunner-sdk-1.9.2/npapi.h
>> mock-chroot> rpm -ql xulrunner-devel | grep npfunctions.h
>> /usr/include/xulrunner-sdk-1.9.2/npfunctions.h
>> The path is different, though. On Fedora 12:
>> address@hidden ~]$ rpm -ql xulrunner-devel | grep npapi.h
>> /usr/include/xulrunner-sdk-1.9.1/plugin/npapi.h
>> /usr/include/xulrunner-sdk-1.9.1/stable/npapi.h
>> address@hidden ~]$ rpm -ql xulrunner-devel | grep npfunctions.h
>> /usr/include/xulrunner-sdk-1.9.1/plugin/npfunctions.h
>> /usr/include/xulrunner-sdk-1.9.1/stable/npfunctions.h
>>
>> Julian
>>
>>
> More info: on rawhide the pkgconfig seems to return the correct path:
> 
> $ pkg-config --cflags libxul
> -fshort-wchar -I/usr/include/xulrunner-sdk-1.9.2 -I/usr/include/nspr4
> 
> Yet, config.log contains the following:
> 
> MOZILLA_CFLAGS='-DXP_UNIX -I/usr/include/xulrunner-sdk-1.9.2/stable  '
> 
> I wonder where that came from...
> 
> Julian
Got it:
$ pkg-config --cflags mozilla-plugin
-DXP_UNIX -I/usr/include/xulrunner-sdk-1.9.2/stable

Looks like something is broken here. I'll report.

Julian




reply via email to

[Prev in Thread] Current Thread [Next in Thread]