Bug#427183: classpath - FTBFS: error: ISO C++ forbids declaration of 'NS_DEFINE_IID' with no type

Michael Ablassmeier abi at grinser.de
Mon Jun 4 06:24:51 UTC 2007


hi,

On Sat, Jun 02, 2007 at 01:32:22PM +0200, Michael Ablassmeier wrote:
> while doing an archive wide package rebuild your package failed to build from
> source for the following reason:
> 
>  > gcjwebplugin.cc: At global scope:
>  > gcjwebplugin.cc:145: error: ISO C++ forbids declaration of 'NS_DEFINE_IID' with no type
>  > gcjwebplugin.cc:145: error: 'kIPluginTagInfo2IID' was not declared in this scope
>  > gcjwebplugin.cc:145: error: expected primary-expression before '{' token
>  > gcjwebplugin.cc:145: error: initializer expression list treated as compound expression
>  > gcjwebplugin.cc: In function 'gchar* plugin_get_documentbase(NPP_t*)':
>  > gcjwebplugin.cc:874: error: 'nsresult' was not declared in this scope
>  > gcjwebplugin.cc:874: error: expected `;' before 'result'
>  > gcjwebplugin.cc:887: error: 'class nsIPluginInstance' has no member named 'GetPeer'
>  > gcjwebplugin.cc:896: error: 'result' was not declared in this scope
>  > gcjwebplugin.cc:896: error: 'class nsIPluginInstancePeer' has no member named 'QueryInterface'
>  > gcjwebplugin.cc:896: error: 'kIPluginTagInfo2IID' was not declared in this scope
>  > gcjwebplugin.cc:904: error: 'class nsIPluginTagInfo2' has no member named 'GetDocumentBase'
>  > gcjwebplugin.cc:916: error: 'NS_RELEASE' was not declared in this scope
>  > gcjwebplugin.cc: At global scope:
>  > gcjwebplugin.cc:145: warning: 'NS_DEFINE_IID' defined but not used
>  > make[3]: *** [libgcjwebplugin_la-gcjwebplugin.lo] Error 1
>  > make[3]: Leaving directory `/build/user/classpath-0.92/native/plugin'
>  > make[2]: *** [all-recursive] Error 1
>  > make[2]: Leaving directory `/build/user/classpath-0.92/native'
>  > make[1]: *** [all-recursive] Error 1
>  > make[1]: Leaving directory `/build/user/classpath-0.92'
>  > make: *** [build-stamp] Error 2

after having a short look it seems like the makefile is missing an include path
for -I/usr/include/xulrunner - at least hacking it into the Makfile fixes this
Problem and the package builds nicely.

It seems like pkg-config's output has changed as with the latest libxul-dev
version:

 testing:
 pkg-config --cflags xulrunner-plugin
 -I/usr/include/xulrunner/java -I/usr/include/xulrunner/plugin
 -I/usr/include/xulrunner -I/usr/include/xulrunner/xpcom
 -I/usr/include/xulrunner/string -I/usr/include/nspr  -- 

 unstable:
 pkg-config --cflags xulrunner-plugin
 -I/usr/include/xulrunner/java -I/usr/include/xulrunner/plugin
 -I/usr/include/nspr  Michael Ablassmeier

Mike: can you give us a short pointer wether this is the packages,
pkg-config, or libxul-dev's fault?

bye,
	- michael




More information about the pkg-java-maintainers mailing list