[Kazehakase-devel 2870] Re: 0.5.2リリース

Back to archive index

Mamoru Tasaka mtasa****@ioa*****
2008年 2月 23日 (土) 16:27:08 JST


Mamoru Tasaka wrote, at 02/22/2008 03:49 PM +9:00:
> 田坂です
> 
> Hiroyuki Ikezoe wrote, at 02/22/2008 02:23 PM +9:00:
>> ごめんなさい。間違いました。
>> nsEmbedString.hが問題なのは64ビットの方でした。
>> MOZILLA_INTERNAL_APIをdefineしてるのは
>> nsICanvasRenderingContextInternal.hのとこだけで、そこは失敗しても問題な
>> いです。
> 
> こっちは(xulrunner 20080217 版ですが)
> /usr/include/xulrunner-sdk-1.9pre/unstable/nsStringAPI.h :
> ----------------------------------------------------------------------------------
>   1186  inline const nsDependentSubstring
>   1187  Substring( const PRUnichar* start, const PRUnichar* end )
>   1188  {
>   1189    return nsDependentSubstring(start, end - start);
>   1190  }
>   1191  
>   1192  inline const nsDependentSubstring
>   1193  Substring( const PRUnichar* start, PRUint32 length )
>   1194  {
>   1195    return nsDependentSubstring(start, length);
>   1196  }
> ----------------------------------------------------------------------------------
> となってるようです。
> 

うーん、-Wsign-compare -Wsign-conversion -Wconversion -Werrorと書いているのが
影響して、 PRUint32 <-> int とか PRInt32 <-> floatとかの変換でerrorが大量に
発生するなあ...
checking whether nsIHelperAppLauncherDialog methods expect PRBool
の所、引数-1を受け付けるか以外で何かよい判別方法はないでしょうか?

まあそれはともかく引数の方がどうなってるかとかいうのは何とかやり過ごして
compileを成功させても、結局
$ ldd -r /usr/lib/kazehakase/embed/gecko.so
......
undefined symbol: NS_GetServiceManager_P        (/usr/lib/kazehakase/embed/gecko.so)
undefined symbol: _Z19NS_NewStorageStreamjjPP16nsIStorageStream (/usr/lib/kazehakase/embed/gecko.so)
undefined symbol: _ZNK19nsACString_internal12BeginReadingEv     (/usr/lib/kazehakase/embed/gecko.so)
undefined symbol: PR_ParseTimeString    (/usr/lib/kazehakase/embed/gecko.so)
とかなってるのが原因なのか結局kazehakaseがsegfaultを引き起こすのですが、
何か対処法はありますでしょうか。

因みにFedoraの現在のxulrunnerは1.9 nightly20080222です。




Kazehakase-devel メーリングリストの案内
Back to archive index