Em 08-02-2014 06:57, Fernando de Oliveira escreveu:
> Em 07-02-2014 22:28, Merell L. Matlock, Jr. escreveu:
>> IcedTea-Web-1.4.2 will not build against XULRunner-27.
>>
>> System:  (B)LFS 7.4, with some upgrades from SVN.  While I do not have 
>> GTK+ 2.24.22 installed (for XULRunner/Firefox-27 IAW BLFS SVN), I do 
>> meet the prerequisites listed here:


>> When trying to build IcedTea-Web-1.4.2  I get the following error:
>>
>>
>> mkdir -p /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp && \
>> cd /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp && \
>> g++ -g -O2 \
>>     -DPACKAGE_NAME=\"icedtea-web\" -DPACKAGE_TARNAME=\"icedtea-web\" 
>> -DPACKAGE_VERSION=\"1.4.2\" -DPACKAGE_STRING=\"icedtea-web\ 1.4.2\" 
>> -DPACKAGE_BUGREPORT=\"[email protected]\" 
>> -DPACKAGE_URL=\"http://icedtea.classpath.org/wiki/IcedTea-Web\"; 
>> -DPACKAGE=\"icedtea-web\" -DVERSION=\"1.4.2\" -DHAVE_LIBZ=1 -DHAVE_JAVA7 \
>>    -DJDK_UPDATE_VERSION="\"50\"" \
>>    -DPLUGIN_NAME="\"IcedTea-Web Plugin\"" \
>>    -DPLUGIN_VERSION="\"IcedTea-Web 1.4.2\"" \
>>    -DPACKAGE_URL="\"http://icedtea.classpath.org/wiki/IcedTea-Web\""; \
>>    -DMOZILLA_VERSION_COLLAPSED="27000000" \
>>    -DICEDTEA_WEB_JRE="\"/opt/jdk/jre\"" \
>> -DPLUGIN_BOOTCLASSPATH='"-Xbootclasspath/a:/opt/jdk/jre/share/icedtea-web/netx.jar:/opt/jdk/jre/share/icedtea-web/plugin.jar:/usr/share/java/js.jar"'
>>  
>> \
>>    -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  \
>>    -DXP_UNIX -I/usr/include/xulrunner-27.0  \
>>            -fvisibility=hidden \
>>    -fPIC -o 
>> /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp/IcedTeaScriptablePluginObject.o
>>  
>> -c 
>> /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp/IcedTeaScriptablePluginObject.cc
>> In file included from 
>> /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp/IcedTeaScriptablePluginObject.h:43:0,
>>                   from 
>> /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp/IcedTeaScriptablePluginObject.cc:41:
>> /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp/IcedTeaScriptablePluginObject.cc:
>>  
>> In static member function 'static bool 
>> IcedTeaScriptableJavaObject::getProperty(NPObject*, NPIdentifier, 
>> NPVariant*)':
>> /usr/include/xulrunner-27.0/npruntime.h:140:30: error: 'nullptr' was not 
>> declared in this scope
>>       (_v).value.objectValue = 
>> nullptr;                                         \
>>                                ^
>> /sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp/IcedTeaScriptablePluginObject.cc:688:17:
>>  
>> note: in expansion of macro 'VOID_TO_NPVARIANT'
>>                   VOID_TO_NPVARIANT(*result);

I think I found. The book seems to be really in error, so I will later
come back to the ticket you created, confirm, accept it, and solve.

Searching for NPVARIANT, found that it is related to npapi. We used to
have it installed by firefox or xulrunner, don't remember when it was
removed and NPAPI-SDK., now at version 0.27.2, was introduced. It seems
that IcedTea-Web depends on that. Please, install it and try to build
IcedTea-Web, it should (hopefully) work.

Please, report back here and in the ticket, and if confirming, I will
take the ticket and fix the book.


>>                   ^
>> make: *** 
>> [/sources/blfs/build/icedtea-web-1.4.2/plugin/icedteanp/IcedTeaScriptablePluginObject.o]
>>  
>> Error 1
>>
>> There was no difference in the file npruntime.h between v23.0.1 and 
>> v26.  However:
>>
>> merell [ ~ ]$ diff /usr/lib/xulrunner-devel-26.0/include/npruntime.h 
>> /usr/lib/xulrunner-devel-27.0/include/npruntime.h
>> 140c140
>> <     (_v).value.objectValue = NULL;                                         
>>    \
>> ---
>>>     (_v).value.objectValue = nullptr;                                       
>>>   \
>> 146c146
>> <     (_v).value.objectValue = NULL;                                         
>>    \
>> ---
>>>     (_v).value.objectValue = nullptr;                                       
>>>   \
>> 219c219
>> <     NPIdentifier(s) will be NULL. NPIdentifier lifetime is controlled
>> ---
>>>     NPIdentifier(s) will be nullptr. NPIdentifier lifetime is controlled
>> 286,288c286,288
>> <     will typically return immediately, with 0 or NULL, from an attempt
>> <     to dispatch to a NPObject, but this behavior should not be
>> <     depended upon.)
>> ---
>>>     will typically return immediately, with 0 or nullptr, from an
>>>     attempt to dispatch to a NPObject, but this behavior should not
>>>     be depended upon.)
>>
>> Ideas?
>>




-- 
[]s,
Fernando
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to