On Thu, 2009-05-28 at 09:25 +0200, Stephan Bergmann wrote: > On 05/27/09 15:46, Adam Tauno Williams wrote: > > On Fri, 2009-05-22 at 10:13 +0200, Stephan Bergmann wrote: > >> On 05/20/09 20:20, Adam Tauno Williams wrote: > >>> On one of our webservers with use PUNO (the PHP UNO module > >>> <http://www.wstech2.net/index.php?do=puno_install>) to communicate with > >>> OOo running as a service. In that case it is openSUSE 10.3 with > >>> OpenOffice_org-2.3.0.1.2-10.5. The module builds an works perfectly. > >>> Now we need to deploy on openSUSE 11.1 with OpenOffice_org-3.0.1.3-3.1. > >>> But unforunately the module fails to build since [as I interpret it) the > >>> UNO API has changed: > >>> OK: tar xf puno-0.6.tar.gz > >> Where did you get that tar file from? I do not know what it is. > > <http://sourceforge.net/project/showfiles.php?group_id=197229> > I see. > >>> OK: cd puno-0.6 > >>> OK: /usr/lib/ooo3/basis3.0/sdk/setsdkenv_unix > >>> OK: phpize > >>> OK: ./configure --with-puno=/usr/lib/ooo3/basis3.0/sdk > >>> OK: make cppumaker > >>> FAILS: make install (or just make) > >>> /usr/lib/ooo3/basis3.0/sdk/include/cppu/unotype.hxx: In static member > >>> function 'static const com::sun::star::uno::Type& cppu::UnoType< > >>> <template-parameter-1-1> >::get() [with T = int]': > >>> /usr/lib/ooo3/basis3.0/sdk/include/cppu/unotype.hxx:293: instantiated > >>> from 'const com::sun::star::uno::Type& cppu::getTypeFavourUnsigned(const > >>> T*) [with T = int]' > >>> /usr/lib/ooo3/basis3.0/sdk/include/com/sun/star/uno/Any.hxx:205: > >>> instantiated from 'void > >>> com::sun::star::uno::operator<<=(com::sun::star::uno::Any&, const C&) > >>> [with C = int]' > >>> /root/puno-0.6/funcs.cpp:232: instantiated from here > puno-0.6/funcs.cpp:232 is > arguments[0]<<=xComponentLoader; > and xComponentLoader is declared as > Reference < XComponentLoader > xComponentLoader( > at l. 184. However, that the complaint is about > "com::sun::star::uno::operator<<=(com::sun::star::uno::Any&, const C&) > [with C = int]" would imply that at l. 232 the compiler assumes that > xComponentLoader is of type int, not of type > com::sun::star::uno::Reference<com::sun::star::frame::XComponentLoader>. > Something seems to go terribly wrong here. What is the exact gcc call > that causes the error, and is the given error output the complete output > of that gcc call, or just the tail?
I have published the output of the entire process: /usr/lib/ooo3/basis3.0/sdk/setsdkenv_unix >& setsdkenv_unix.out <https://www.mormail.com/snips/OGo12939740/setsdkenv_unix.out> phpize >& phpize.out <https://www.mormail.com/snips/OGo12939740/phpize.out> ./configure --with-puno=/usr/lib/ooo3/basis3.0/sdk >& configure.out <https://www.mormail.com/snips/OGo12939740/configure.out> <https://www.mormail.com/snips/OGo12939740/config.log.out> (the resulting config.log file) make --debug=i cppumaker >& make.cppumaker.out <https://www.mormail.com/snips/OGo12939740/make.cppumaker.out> make --debug=i >& make.out <https://www.mormail.com/snips/OGo12939740/make.out> > Also, changing the gcc call to just > pre-process the input (instead of compiling it) might give a clue. (I > do not have the time to set things up to try this out myself, but if you > make available the information, I am willing to have a look.) > -Stephan > >>> /usr/lib/ooo3/basis3.0/sdk/include/cppu/unotype.hxx:272: error: call of > >>> overloaded 'cppu_detail_getUnoType(int*)' is ambiguous > >>> /usr/lib/ooo3/basis3.0/sdk/include/cppu/unotype.hxx:159: note: > >>> candidates are: const com::sun::star::uno::Type& > >>> cppu::detail::cppu_detail_getUnoType(const sal_Int32*) <near match> > >>> /usr/lib/ooo3/basis3.0/sdk/include/cppu/unotype.hxx:164: note: > >>> const com::sun::star::uno::Type& > >>> cppu::detail::cppu_detail_getUnoType(const sal_uInt32*) <near match> > >>> make: *** [puno.lo] Error 1 -- OpenGroupware developer: [email protected] <http://whitemiceconsulting.blogspot.com/> OpenGroupare & Cyrus IMAPd documenation @ <http://docs.opengroupware.org/Members/whitemice/wmogag/file_view> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
