hello Paul, Andreas, and anyone who would like to assist, please find attached my hacked OOo1.1.1 ebuild and many gcc-3.4.0 patches. a lot of progress has been made. i'm stuck and don't know how to proceed. any guidance/assistance will be most appreciated so that a gcc-3.4.0 compliant OOo ebuild will be in the portage tree. I am stuck here: ============= Building project autodoc ============= /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/display/idl mkout -- version: 1.3 ------------------------------ Making: ../../../unxlngi4.pro/misc/display_idl.dpc Making : Dependencies touch ../../../unxlngi4.pro/misc/display_idl.dpc ------------------------------ Making: ../../../unxlngi4.pro/obj/hfi_constgroup.obj g++ -fmessage-length=0 -c -I. -I. -I../inc -I../../../source/inc -I../../../inc -I../../../unx/inc -I../../../unxlngi4.pro/inc -I. -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/external -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/unxlngi4/inc -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/inc -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/res -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.1/include -I/opt/blackdown-jdk-1.4.1/include/linux -I/opt/blackdown-jdk-1.4.1/include/native_threads/include -I/usr/X11R6/include -I. -I../../../res -I. -march=pentium4 -mfpmath=sse -msse2 -O2 -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -march=pentium4 -mfpmath=sse -msse2 -O2 -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-for-scope -fpermissive -fno-rtti -include preinclude.h -fexceptions -fno-enforce-eh-specs -frtti -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL -DGXX_INCLUDE_PATH=/usr/lib/gcc/i686-pc-linux-gnu/3.4.0/include/g++-v3 -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=645 -DBUILD=8762 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRX645 -DMULTITHREAD -o ../../../unxlngi4.pro/obj/hfi_constgroup.o /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/display/idl/hfi_constgroup.cxx In file included from ../inc/toolkit/outputstack.hxx:69, from ../inc/toolkit/htmlfactory.hxx:70, from /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/display/idl/hi_factory.hxx:68, from /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/display/idl/hfi_constgroup.hxx:68, from /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/display/idl/hfi_constgroup.cxx:64: ../../../source/inc/estack.hxx: In member function `bool EStack<ELEM>::operator==(const EStack<ELEM>&) const': ../../../source/inc/estack.hxx:101: error: `i_rStack' undeclared (first use this function) ../../../source/inc/estack.hxx:101: error: (Each undeclared identifier is reported only once for each function it appears in.) ../../../source/inc/estack.hxx: In member function `bool EStack<ELEM>::operator<(const EStack<ELEM>&) const': ../../../source/inc/estack.hxx:105: error: `i_rStack' undeclared (first use this function) dmake: Error code 1, while making '../../../unxlngi4.pro/obj/hfi_constgroup.obj' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/display/idl !!! ERROR: app-office/openoffice-1.1.1-r1 failed. !!! Function src_compile, Line 416, Exitcode 1 !!! Build failed! not sure how to patch autodoc/source/inc/estack.hxx I patched it like this: bool operator==( const EStack<ELEM> & i_r2 ) const { return std::operator==( Base(), this->i_rStack.Base() ); } bool operator<( const EStack<ELEM> & i_r2 ) const { return std::operator<( Base(), this->i_rStack.Base() ); } it does not look right to me, so my first question is that the right way to patch it? now, if the above patch is applied, it cruises past it, and i'm stuck here: Making: ../../../unxlngi4.pro/obj/sto_cpp.obj g++ -fmessage-length=0 -c -I. -I. -I../inc -I../../../source/inc -I../../../inc -I../../../unx/inc -I../../../unxlngi4.pro/inc -I. -I/var/tmp/portage/openoffic e-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/ openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/external -I/va r/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/unxlngi4/inc -I/ var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/inc -I/var/tmp/port age/openoffice-1.1.1-r1/work/oo_1.1.1_src/res -I/var/tmp/portage/openoffice-1.1. 1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/openof fice-1.1.1-r1/work/oo_1.1.1_src/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.1/inclu de -I/opt/blackdown-jdk-1.4.1/include/linux -I/opt/blackdown-jdk-1.4.1/include/n ative_threads/include -I/usr/X11R6/include -I. -I../../../res -I. -march=pen tium4 -mfpmath=sse -msse2 -O2 -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENT ED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-strict-aliasing -D_STLP_REAL_LOC ALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -march=pentium4 -mfpma th=sse -msse2 -O2 -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONF IG_OPTION_BYTECODE_INTERPRETER -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMEN TED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-for-scope -fpermissive -fno-rtt i -include preinclude.h -fexceptions -fno-enforce-eh-specs -frtti -DLINUX -D UNX -DVCL -DGCC -DC300 -DINTEL -DGXX_INCLUDE_PATH=/usr/lib/gcc/i686-pc-linux-gnu /3.4.0/include/g++-v3 -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS - D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNI X -DCPPU_ENV=gcc3 -DSUPD=645 -DBUILD=8762 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOS L_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRX645 -DMULTIT HREAD -o ../../../unxlngi4.pro/obj/sto_cpp.o /var/tmp/portage/openoffice-1.1.1 -r1/work/oo_1.1.1_src/autodoc/source/ary/store/sto_cpp.cxx In file included from /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/aut odoc/source/ary/store/sto_cpp.cxx:74: /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx: In member function `virtual RE& ary::store::StdReStorage<RE>::do_Ad d(const UINT32&, RE&)': /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:134: error: type/value mismatch at argument 1 in template parameter list for `template<class _T1, class _T2> struct _STL::pair' /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:134: error: expected a type, got `_STL::map<UINT32, RE*, _STL::les s<ary::Cid>, _STL::allocator<_STL::pair<const UINT32, RE*> > >::iterator' /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: error: invalid type in declaration before '=' token /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:136: error: `second' has not been declared /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:136: error: request for member of non-aggregate type before '==' tok en /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:138: error: `first' has not been declared /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:138: error: request for member of non-aggregate type before ')' toke n /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx: In member function `RE& ary::store::StdReStorage<RE>::do_Add(const UINT32&, RE&) [with RE = ary::cpp::OperationSignature]': /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ sto_cpp.cxx:162: instantiated from here /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: error: dependent-name `_STL::map<UINT32, RE*, _STL::less<ary::C id>, _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' is parsed as a non-type, but instantiation yields a type /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: note: say `typename _STL::map<UINT32, RE*, _STL::less<ary::Cid> , _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' if a type is me ant /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx: In member function `RE& ary::store::StdReStorage<RE>::do_Add(const UINT32&, RE&) [with RE = ary::cpp::Macro]': /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ sto_cpp.cxx:162: instantiated from here /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: error: dependent-name `_STL::map<UINT32, RE*, _STL::less<ary::C id>, _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' is parsed as a non-type, but instantiation yields a type /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: note: say `typename _STL::map<UINT32, RE*, _STL::less<ary::Cid> , _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' if a type is me ant /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx: In member function `RE& ary::store::StdReStorage<RE>::do_Add(const UINT32&, RE&) [with RE = ary::cpp::Define]': /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ sto_cpp.cxx:162: instantiated from here /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: error: dependent-name `_STL::map<UINT32, RE*, _STL::less<ary::C id>, _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' is parsed as a non-type, but instantiation yields a type /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: note: say `typename _STL::map<UINT32, RE*, _STL::less<ary::Cid> , _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' if a type is me ant /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx: In member function `RE& ary::store::StdReStorage<RE>::do_Add(const UINT32&, RE&) [with RE = ary::cpp::UsedType]': /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ sto_cpp.cxx:162: instantiated from here /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: error: dependent-name `_STL::map<UINT32, RE*, _STL::less<ary::C id>, _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' is parsed as a non-type, but instantiation yields a type /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: note: say `typename _STL::map<UINT32, RE*, _STL::less<ary::Cid> , _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' if a type is me ant /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx: In member function `RE& ary::store::StdReStorage<RE>::do_Add(const UINT32&, RE&) [with RE = ary::CodeEntity]': /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ sto_cpp.cxx:162: instantiated from here /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: error: dependent-name `_STL::map<UINT32, RE*, _STL::less<ary::C id>, _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' is parsed as a non-type, but instantiation yields a type /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/autodoc/source/ary/store/ t_storg.hxx:135: note: say `typename _STL::map<UINT32, RE*, _STL::less<ary::Cid> , _STL::allocator<_STL::pair<const UINT32, RE*> > >::value_type' if a type is me ant dmake: Error code 1, while making '../../../unxlngi4.pro/obj/sto_cpp.obj' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.1-r1/wo rk/oo_1.1.1_src/autodoc/source/ary/store !!! ERROR: app-office/openoffice-1.1.1-r1 failed. !!! Function src_compile, Line 416, Exitcode 1 !!! Build failed! kindly review, and provide any guidance. hth
Created attachment 30855 [details] archive containing ebuild/patches so far please review and assist so that progress may be made
Created attachment 30991 [details] updated ebuild and gcc-3.4.0 patches 05/07/2004 a lot of progress, with this ebuild you will be stuck at the cppuhelper project
this where i'm stuck: ============= Building project cppuhelper ============= /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/cppuhelper/source mkout -- version: 1.3 ------------------------------ Making: ../unxlngi4.pro/misc/cppuhelper.dpc Making : Dependencies touch ../unxlngi4.pro/misc/cppuhelper.dpc cppumaker @/var/tmp/portage/openoffice-1.1.1-r1/temp/mk96nEQT ------------------------------ Making: ../unxlngi4.pro/slo/access_control.obj g++ -fmessage-length=0 -c -I. -I../unxlngi4.pro/inc -I../inc -I../inc -I../unx/inc -I../unxlngi4.pro/inc -I. -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/external -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/unxlngi4/inc -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/inc -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/res -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.1/include -I/opt/blackdown-jdk-1.4.1/include/linux -I/opt/blackdown-jdk-1.4.1/include/native_threads/include -I/usr/X11R6/include -I. -I../res -I. -march=pentium4 -mfpmath=sse -msse2 -O2 -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -march=pentium4 -mfpmath=sse -msse2 -O2 -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-strict-aliasing -D_STLP_REAL_LOCALE_IMPLEMENTED -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-for-scope -fpermissive -fno-rtti -include preinclude.h -fexceptions -fno-enforce-eh-specs -fpic -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL -DGXX_INCLUDE_PATH=/usr/lib/gcc/i686-pc-linux-gnu/3.4.0/include/g++-v3 -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=645 -DBUILD=8762 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRX645 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../unxlngi4.pro/slo/access_control.o /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/cppuhelper/source/access_control.cxx /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Any.hxx: In function `sal_Bool com::sun::star::uno::operator>>=(const com::sun::star::uno::Any&, C&) [with C = com::sun::star::uno::Reference<com::sun::star::security::XAccessController>]': /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/cppuhelper/source/access_control.cxx:87: instantiated from here /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Any.hxx:210: error: no matching function for call to `getCppuType(com::sun::star::uno::Reference<com::sun::star::security::XAccessController>*)' ../unxlngi4.pro/inc/com/sun/star/uno/TypeClass.hpp:21: note: candidates are: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::TypeClass*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:145: note: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::Type*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:172: note: const com::sun::star::uno::Type& getCppuType(const sal_Bool*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:189: note: const com::sun::star::uno::Type& getCppuType(const sal_Int8*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:195: note: const com::sun::star::uno::Type& getCppuType(const rtl::OUString*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:201: note: const com::sun::star::uno::Type& getCppuType(const sal_Int16*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:207: note: const com::sun::star::uno::Type& getCppuType(const sal_uInt16*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:213: note: const com::sun::star::uno::Type& getCppuType(const sal_Int32*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:219: note: const com::sun::star::uno::Type& getCppuType(const sal_uInt32*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:225: note: const com::sun::star::uno::Type& getCppuType(const sal_Int64*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:231: note: const com::sun::star::uno::Type& getCppuType(const sal_uInt64*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:237: note: const com::sun::star::uno::Type& getCppuType(const float*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Type.hxx:243: note: const com::sun::star::uno::Type& getCppuType(const double*) /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/solver/645/unxlngi4.pro/inc/com/sun/star/uno/Any.h:352: note: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::Any*) ../unxlngi4.pro/inc/com/sun/star/uno/Exception.hpp:45: note: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::Exception*) ../unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hpp:47: note: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::RuntimeException*) ../unxlngi4.pro/inc/com/sun/star/uno/XInterface.hpp:33: note: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::Reference<com::sun::star::uno::XInterface>*) ../unxlngi4.pro/inc/com/sun/star/uno/XComponentContext.hpp:40: note: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext>*) dmake: Error code 1, while making '../unxlngi4.pro/slo/access_control.obj' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/cppuhelper/source !!! ERROR: app-office/openoffice-1.1.1-r1 failed. !!! Function src_compile, Line 424, Exitcode 1 !!! Build failed!
Ok, I came a few steps further - though I don't know whether it is correct what I did. Basically I just deleted the "::" infront of getCppuType in Any.hxx as the error message says. But now I am in a place where it is too complicated: Error: ./inc/cppuhelper/compbase1.hxx: In instantiation of `cppu::class_data1 cppu::WeakComponentImplHelper1<com::sun::star::uno::XComponentContext>::s_cd': ../inc/cppuhelper/compbase1.hxx:102: instantiated from `com::sun::star::uno::Any cppu::WeakComponentImplHelper1<Ifc1>::queryInterface(const com::sun::star::uno::Type&) [with Ifc1 = com::sun::star::uno::XComponentContext]' /var/tmp/portage/openoffice-1.1.1-r1/work/oo_1.1.1_src/cppuhelper/source/component_context.cxx:1142: instantiated from here ../inc/cppuhelper/compbase1.hxx:113: Fehler: no matches converting function `getCppuType' to type `const class com::sun::star::uno::Type&(*)(const class com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext>*)' ../unxlngi4.pro/inc/com/sun/star/uno/TypeClass.hpp:21: Fehler: candidates are: const com::sun::star::uno::Type& getCppuType(const com::sun::star::uno::TypeClass*) and so forth. In implbase_ex.hxx you can find namespace cppu { /** function pointer signature for getCppuType @internal */ typedef ::com::sun::star::uno::Type const & (SAL_CALL * fptr_getCppuType)( void * ) SAL_THROW( () ); and the problem is either here and/or in compbase1.hxx: template< class Ifc1 > class_data1 WeakComponentImplHelper1< Ifc1 >::s_cd = { 1 +1, sal_False, sal_False, { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }, { { (::cppu::fptr_getCppuType)(::com::sun::star::uno::Type const & (SAL_CALL *)( ::com::sun::star::uno::Reference< Ifc1 > const * ))&getCppuType, ((sal_Int32)(Ifc1 *) (WeakComponentImplHelper1< Ifc1 > *) 16) - 16 }, { (::cppu::fptr_getCppuType)(::com::sun::star::uno::Type const & (SAL_CALL *)( ::com::sun::star::uno::Reference< ::com::sun::star::lang::XTypeProvider > const * ))&getCppuType, ((sal_Int32)(::com::sun::star::lang::XTypeProvider *) (WeakComponentImplHelper1< Ifc1 > *) 16) - 16 } } }; (Find the line numbers in the error message). So I don't know what has to be alteres here so that the correct getCppuType gets found...
Hey, Your work is very appreciate here. As soon as I finish my exams, I'll be helping to try to finish this. By the way, there is noone in openoffice-team nor ximian-openoffice-team going to support 3.4 officially? Thanks a lot!
Prakash, sorry for the late reply, this may be of interest to you: http://www.openoffice.org/issues/show_bug.cgi?id=29352 hth
LuisMi, they are working on it upstream, with fedora and mandrake soon to be moving to gcc-3.4.x, the pressure is mounting. check here:- http://www.openoffice.org/issues/show_bug.cgi?id=28294
*** Bug 61655 has been marked as a duplicate of this bug. ***
*** Bug 62490 has been marked as a duplicate of this bug. ***
We're looking into collecting patches to get this beast to work. Any help is appreciated, but E.T.A. is still not clear.
Paul, most of the patches at oo.org are against v2.0, and will need to be back ported (no small feat). Why not check out the relevent oo 2.0 branch from cvs, and host it, so that we may all hack on it instead? hth
Mandrake has already done some work, but it doesn't seem to be finished, look here: http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/OpenOffice.org/ You will also have to apply the 1.1.3-patches. The patches still have some problems, but it should be a starting point. Already have been playing around with this the last few days, but am out of town for the next few days, so if someone could take over...
hello Paul, Andreas, can either of you host the distfiles and patches so far, so that a common baseline may be established? hth
The work is based of of the 1.1.2 tree. I'm working on making things compile. Unfortunately I have my work until now at home. Tonight I'll put the patches in a tarball and post them here. You need to help yourself to an STLport-4.6.2 tarbal and openoffice-1.1.2 tarball.
Created attachment 39519 [details] oo-gcc-3.4.1.patches-0.1.tar.gz - My first patches These are the patches I have collected so far. They are working. Please note that you still need to download stlport-4.6.2 and place it inside oo_src_1.1.2/stlport/download/
Created attachment 39591 [details] new ebuild with all known gcc-3.4.x patches Paul, I submit an ebuild with all the known gcc-3.4.x patches. The patches have been applied in the order given in the mandrake spec file. The ebuild halts because the codemaker patches are needed, this was the stumbling block the last time I tried 4 months ago. There are mentions, in the mandrake spec file about circumventing the backporting of codemaker patches which I will investigate. I have not been able to apply your STLport-4.6.8 patch, but, for the purposes of oo and gcc-3.4.x STLport-4.5.3 will do, so i utilized the ones of my earlier hack. Best Regards, Imad R. Faiad hth
*** Bug 64802 has been marked as a duplicate of this bug. ***
I do not know how far you got guys but to give a hint: cvs -d :pserver:anoncvs@anoncvs.services.openoffice.org:/cvs login pass: anoncvs cvs -q -f -z4 -d :pserver:anoncvs@anoncvs.services.openoffice.org:/cvs -rcws_src680_gcc340fixes01 OpenOffice this branch gives you a really early OOo 2.0 version of mai this year. It compiles with 3.4.1-r2 but not 3.4.2 versions ( errors out on internal nas-1.6 :( dunno why) this branch is kinda OOo 1.1.1/2 with gcc-3.4.x fixes. you may find fixed source there and you can diff to your actual code. have fun!
@Adrea, Paul, would it be possible to check out cws_src680_gcc340fixes01 and host it. It would be a good place to start, to back-port any gcc-3.4.x specific fixes to say the 000-1.1.3 branch. hth PS cannot cvs
*** Bug 66781 has been marked as a duplicate of this bug. ***
*** Bug 67153 has been marked as a duplicate of this bug. ***
*** Bug 68433 has been marked as a duplicate of this bug. ***
Geki from the gentoo forums has an ebuild for openoffice that builds with gcc 3.4: http://forums.gentoo.org/viewtopic.php?t=246489 I haven't had time to test it myself yet.
@Simon: Thanks for the pointer. Will take a look soon, if it works this would be very welcome, so here is hoping
no hope, truth... it works well, if you build your system with java USE-Flag. I build as well with USE-Flag curl and berkdb. the latter to use systems DB-4.1 or DB-4.2! better 4.2 because API change and OOo moves to DB-4.2 soon. But i do not know if it is just for OOo 2 or OOo 1... only problem are the parts mozab and mozillasrc from module connectivity which i do not let build. i am going to work on it now.
Truth it will be when testing runs fine for all possible plattforms USE-Flag-Combinations ;) Just testing this atm, as always this will take some time. About db4: this won't come into official 1.1.x anytime soon, so as this only adds to the complexity of the ebuild won't add it (until it is really needed). Also the helpcontent stuff will have to wait until we have a proper LANGUAGE solution. Anyway: Great work, thanks a lot for your efforts!
system-db is in official openoffice-ximian heh ;)
Yeah, but there is a lot of neat stuff in openoffice-ximian which won't make it into vanilla OOo 1.1.x ;)
Ok, build just died for me: EAD -o ../../unxlngi4.pro/slo/gcach_ftyp.o /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx distcc[5625] ERROR: compile (null) on localhost failed In file included from ./gcach_ftyp.hxx:65, from /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:69: ../../inc/glyphcache.hxx:96: warning: specialization of `template<class _Key> struct _STL::hash' in different namespace /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/stl/stl/_hash_fun.h:40: warning: from definition of `template<class _Key> struct _STL::hash' In file included from /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:80: /usr/include/freetype2/freetype/freetype.h:20:2: #error "`ft2build.h' hasn't been included yet!" /usr/include/freetype2/freetype/freetype.h:21:2: #error "Please always use macros to include FreeType header files." /usr/include/freetype2/freetype/freetype.h:22:2: #error "Example:" /usr/include/freetype2/freetype/freetype.h:23:2: #error " #include <ft2build.h>" /usr/include/freetype2/freetype/freetype.h:24:2: #error " #include FT_FREETYPE_H" /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx: In member function `long int FreetypeManager::AddFontDir(const String&)': /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:530: warning: comparison between `enum oslFileError' and `enum osl::FileBase::RC' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx: In member function `int FreetypeServerFont::ApplyGlyphTransform(int, FT_GlyphRec_*) const': /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:906: warning: converting to `FT_Pos' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:908: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:909: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:910: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:911: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:917: warning: converting to `FT_Pos' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:918: warning: converting to `FT_Pos' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:919: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:920: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:921: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:922: warning: converting to `FT_Fixed' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx: In member function `virtual void FreetypeServerFont::InitGlyphData(int, GlyphData&) const': /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:1101: warning: converting to `int' from `double' /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx: In member function `virtual ULONG FreetypeServerFont::GetKernPairs(ImplKernPairData**) const': /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx:1582: warning: comparison is always false due to limited range of data type distcc[5624] ERROR: compile /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs/gcach_ftyp.cxx on localhost failed dmake: Error code 1, while making '../../unxlngi4.pro/slo/gcach_ftyp.obj' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/vcl/source/glyphs !!! ERROR: app-office/openoffice-1.1.3-r1 failed. !!! Function src_compile, Line 379, Exitcode 1 !!! Build failed! !!! If you need support, post the topmost build error, NOT this status message. Hope I don't have to rebuild my whole system with gcc 3.4 before I get this to work... btw: is there any reason for the nptl-patch? without gcc-3.4 the build works fine for me without
i do not want OOo Devs integrate it in their vanilla but for a distro that uses DB-4.2 and that you can use the systems DB-4.2 with that patch is a must for me as gentooer that wants to configure however i want... well, for that I have my overlay ;) when I have more time I will port more from ximian to my overlay. just because gentoo's ximian dependencies are horrible heh :P i will attach mozab backport patch here. anyone please check why mozillasrc fails. the moz module is not changed in gcc340fixes01. I would not like to backport it (mozab part). just the little piece of code to make it shut up.
Created attachment 43348 [details, diff] mozab-backport patch
to comment #29 /usr/include/freetype2/freetype/freetype.h << local error :) vcl just compiled well here ;) with gentoo's ~x86 system-freetype
that nptl fix is needed... undefined references to a function that just is no more in NPTL'ed glibc...
Ok, my first results are in ;) Works fine for me with Java (the above mentioned error was because of me using the hard-masked freetype), but the build dies without java. For getting it in we should have both fixed, here's my error: ../unxlngi4.pro/slo/appcfg.o(.text+0x5f35): In function `SfxApplication::SetOptions_Impl(SfxItemSet const&)': : undefined reference to `SjApplet2::settingsChanged()' collect2: ld returned 1 exit status distcc[12939] ERROR: compile (null) on localhost failed dmake: Error code 1, while making '../unxlngi4.pro/lib/libsfx645li.so' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.3-r1/work/OOo_1.1.3_src/sfx2/util !!! ERROR: app-office/openoffice-1.1.3-r1 failed. !!! Function src_compile, Line 382, Exitcode 1 !!! Build failed! !!! If you need support, post the topmost build error, NOT this status message. @Hanno: Any idea?
i know that. i have a patch that deletes that function. compile-time fix. runtime ... error may raise... it is that OOo Devs test their OOo build with java and mozilla enabled. if you disable one of these you are kinda left alone... I am building atm '-java' version. some ppl used my fix and OOo compiled but on startup it errors. just read that forums thread to stay tuned. :)
may anyone test OOo 1.1.3 without gcc 3.4 patches on gcc 3.3 and '-java'. does it compile? as i see it - it will break because this java function is in OOo 1.1.3 and my gcc 3.4 patches do not touch that!
ok, on gcc 3.3 it works. i just let the linking ignore that undefined reference instead of deleteing that function...
For sure it does, otherwise we wouldn't have enabled it ;) In other words: I tested 1.1.3 with gcc 3.3 and -java some weeks ago and it worked.
well, gcc-3.4 is stricter hehe because it should fail.
ok, i built OOo 1.1.3 w/ java and w/o java support. both startup fine... i do not know how to get segfaults or startup errors (if you follow that thread on f.g.o) :( 'it just works(tm)' here
Ok, now builds fine for me too with your new patchset and "-java" :) Next step: openoffice-ximian... And I am following the discussion on the forums, still it would be great if you could always add new versions of your patches to the bug, it makes it easier to track. And I'm not getting any segfaults either...
ok. i try to build ximian without dependencies. like i said before the gentoo deps are ............ ;)
I don't actually get, what you mean by the "gentoo deps", care to elaborate?
OOo 1.1.3 has a bug: although --without-fonts is chosen it builds and delivers bitstream_vera_fonts which it just should not. bugfix of ximian, please add it to OOo ebuild, thanks. http://ooo.ximian.com/ooo-build/patches/OOO_1_1/disable-vera-extraction.diff to comment 43: it wants to install esound for example if i remember well. i do not think ximian needs that, does it?! and thats just one of 24 deps. and many are not necessary i think... i may be wrong though ;)
If you don't want to build it with gnome deps (and integration) why aren't you just using -gnome (or -kde)? Without this the deps are quite the same as for vanilla OOo About vera-fonts: Please file this in a seperate bug
Is that ximian-1.3.5-r1 based on OOo 1.1.2 or 1.1.3?
1.1.2, there is no version based on 1.1.3 atm
i use -gnome flag and still it wants gnome deps... the time i tried... 3~4 months ago. did it change?
3-4 months is a long time ;) And yes it changed :)
Created attachment 43470 [details, diff] OOo-GCC-3.4.patch This is a modified version of Hannos patch for openoffice-ximian. Basically it removes a few not needed patches (for oox) and corrects one. This has to be applied after the ximian patches. So let's hope the ximian patches themself are clean and don't create new problems, compiling atm
gnome vfs has some gcc 3.4 bugs see f.g.o ;) kde works or untested no post yet... i build -gnome -kde atm
i get this with ximian ?!? huh... and it does not use my C[XX]FLAGS... errr what do i do wrong?! hehe ill check it tonight... Making: ../unxlngi4.pro/lib/libvclplug_gen645li.so gcc -c -fPIC -o ../unxlngi4.pro/slo/vclplug_gen_dflt_version.o -DUNX -I../unxlngi4.pro/inc /var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solenv/src/version.c g++ -O2 -Bsymbolic -z combreloc -z defs -shared -L../unxlngi4.pro/lib -L../lib -L/var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solenv/unxlngi4/lib -L/var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solver/645/unxlngi4.pro/lib -L/var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solenv/unxlngi4/lib -L/opt/blackdown-jdk-1.4.2/lib -L/opt/blackdown-jdk-1.4.2/jre/lib/i386 -L/opt/blackdown-jdk-1.4.2/jre/lib/i386/client -L/opt/blackdown-jdk-1.4.2/jre/lib/i386/native_threads -L/usr/X11R6/lib ../unxlngi4.pro/slo/vclplug_gen_dflt_version.o ../unxlngi4.pro/slo/vclplug_gen_dflt_description.o -o ../unxlngi4.pro/lib/libvclplug_gen645li.so ../unxlngi4.pro/slo/FWS.o ../unxlngi4.pro/slo/salframe.o ../unxlngi4.pro/slo/salobj.o ../unxlngi4.pro/slo/salmenu.o ../unxlngi4.pro/slo/salgdi2.o ../unxlngi4.pro/slo/salbmp.o ../unxlngi4.pro/slo/salgdi.o ../unxlngi4.pro/slo/salvd.o ../unxlngi4.pro/slo/salogl.o ../unxlngi4.pro/slo/dtint.o ../unxlngi4.pro/slo/salcvt.o ../unxlngi4.pro/slo/xfont.o ../unxlngi4.pro/slo/xlfd_attr.o ../unxlngi4.pro/slo/xlfd_extd.o ../unxlngi4.pro/slo/xlfd_smpl.o ../unxlngi4.pro/slo/salgdi3.o ../unxlngi4.pro/slo/pspgraphics.o ../unxlngi4.pro/slo/kdeint.o ../unxlngi4.pro/slo/salprnpsp.o ../unxlngi4.pro/slo/gcach_xpeer.o ../unxlngi4.pro/slo/i18n_cb.o ../unxlngi4.pro/slo/i18n_ic.o ../unxlngi4.pro/slo/i18n_im.o ../unxlngi4.pro/slo/i18n_xkb.o ../unxlngi4.pro/slo/i18n_wrp.o ../unxlngi4.pro/slo/i18n_status.o ../unxlngi4.pro/slo/i18n_keysym.o ../unxlngi4.pro/slo/saldata.o ../unxlngi4.pro/slo/saltimer.o ../unxlngi4.pro/slo/saldisp.o ../unxlngi4.pro/slo/salinst.o ../unxlngi4.pro/slo/salsound2.o ../unxlngi4.pro/slo/audioconvert.o ../unxlngi4.pro/slo/osssound.o ../unxlngi4.pro/slo/devaudiosound.o ../unxlngi4.pro/slo/rptpsound.o ../unxlngi4.pro/slo/nassound.o ../unxlngi4.pro/slo/salsys.o ../unxlngi4.pro/slo/soicon.o ../unxlngi4.pro/slo/sm.o ../unxlngi4.pro/slo/keysymnames.o ../unxlngi4.pro/slo/wmadaptor.o -lvcl645li -lpsp645li -lsot645li -lutl645li -ltl645li -lcomphelp3gcc3 -lucbhelper2gcc3 -lcppuhelpergcc3 -lcppu -lvos3gcc3 -lsal -lXt -laudio -lstartup-notification-1 -Wl,-Bstatic -lXinerama -Wl,-Bdynamic -lXext -lSM -lICE -lX11 -ldl -lpthread -lm -Wl,-Bdynamic -lstlport_gcc -lstdc++ ../unxlngi4.pro/slo/salgdi3.o(.text+0x121d): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderFindVisualFormat' ../unxlngi4.pro/slo/salgdi3.o(.text+0x12e0): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderCreatePicture' ../unxlngi4.pro/slo/salgdi3.o(.text+0x13ab): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderCreatePicture' ../unxlngi4.pro/slo/salgdi3.o(.text+0x13e5): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderSetPictureClipRegion' ../unxlngi4.pro/slo/salgdi3.o(.text+0x1567): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderCompositeString32' ../unxlngi4.pro/slo/salgdi3.o(.text+0x1584): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderFreePicture' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x22a): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderQueryExtension' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x243): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderQueryVersion' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x291): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderFindFormat' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x2aa): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderFindVisualFormat' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x345): In function `X11GlyphPeer::RemovingFont(ServerFont&)': : undefined reference to `XRenderFreeGlyphSet' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x4f0): In function `X11GlyphPeer::GetGlyphSet(ServerFont&)': : undefined reference to `XRenderCreateGlyphSet' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x8b6): In function `X11GlyphPeer::GetGlyphId(ServerFont&, int)': : undefined reference to `XRenderAddGlyphs' collect2: ld gab 1 als Ende-Status zur
i get this with ximian ?!? huh... and it does not use my C[XX]FLAGS... errr what do i do wrong?! hehe ill check it tonight... Making: ../unxlngi4.pro/lib/libvclplug_gen645li.so gcc -c -fPIC -o ../unxlngi4.pro/slo/vclplug_gen_dflt_version.o -DUNX -I../unxlngi4.pro/inc /var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solenv/src/version.c g++ -O2 -Bsymbolic -z combreloc -z defs -shared -L../unxlngi4.pro/lib -L../lib -L/var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solenv/unxlngi4/lib -L/var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solver/645/unxlngi4.pro/lib -L/var/tmp/portage/openoffice-ximian-1.3.5-r1/work/oo_1.1.2_src/solenv/unxlngi4/lib -L/opt/blackdown-jdk-1.4.2/lib -L/opt/blackdown-jdk-1.4.2/jre/lib/i386 -L/opt/blackdown-jdk-1.4.2/jre/lib/i386/client -L/opt/blackdown-jdk-1.4.2/jre/lib/i386/native_threads -L/usr/X11R6/lib ../unxlngi4.pro/slo/vclplug_gen_dflt_version.o ../unxlngi4.pro/slo/vclplug_gen_dflt_description.o -o ../unxlngi4.pro/lib/libvclplug_gen645li.so ../unxlngi4.pro/slo/FWS.o ../unxlngi4.pro/slo/salframe.o ../unxlngi4.pro/slo/salobj.o ../unxlngi4.pro/slo/salmenu.o ../unxlngi4.pro/slo/salgdi2.o ../unxlngi4.pro/slo/salbmp.o ../unxlngi4.pro/slo/salgdi.o ../unxlngi4.pro/slo/salvd.o ../unxlngi4.pro/slo/salogl.o ../unxlngi4.pro/slo/dtint.o ../unxlngi4.pro/slo/salcvt.o ../unxlngi4.pro/slo/xfont.o ../unxlngi4.pro/slo/xlfd_attr.o ../unxlngi4.pro/slo/xlfd_extd.o ../unxlngi4.pro/slo/xlfd_smpl.o ../unxlngi4.pro/slo/salgdi3.o ../unxlngi4.pro/slo/pspgraphics.o ../unxlngi4.pro/slo/kdeint.o ../unxlngi4.pro/slo/salprnpsp.o ../unxlngi4.pro/slo/gcach_xpeer.o ../unxlngi4.pro/slo/i18n_cb.o ../unxlngi4.pro/slo/i18n_ic.o ../unxlngi4.pro/slo/i18n_im.o ../unxlngi4.pro/slo/i18n_xkb.o ../unxlngi4.pro/slo/i18n_wrp.o ../unxlngi4.pro/slo/i18n_status.o ../unxlngi4.pro/slo/i18n_keysym.o ../unxlngi4.pro/slo/saldata.o ../unxlngi4.pro/slo/saltimer.o ../unxlngi4.pro/slo/saldisp.o ../unxlngi4.pro/slo/salinst.o ../unxlngi4.pro/slo/salsound2.o ../unxlngi4.pro/slo/audioconvert.o ../unxlngi4.pro/slo/osssound.o ../unxlngi4.pro/slo/devaudiosound.o ../unxlngi4.pro/slo/rptpsound.o ../unxlngi4.pro/slo/nassound.o ../unxlngi4.pro/slo/salsys.o ../unxlngi4.pro/slo/soicon.o ../unxlngi4.pro/slo/sm.o ../unxlngi4.pro/slo/keysymnames.o ../unxlngi4.pro/slo/wmadaptor.o -lvcl645li -lpsp645li -lsot645li -lutl645li -ltl645li -lcomphelp3gcc3 -lucbhelper2gcc3 -lcppuhelpergcc3 -lcppu -lvos3gcc3 -lsal -lXt -laudio -lstartup-notification-1 -Wl,-Bstatic -lXinerama -Wl,-Bdynamic -lXext -lSM -lICE -lX11 -ldl -lpthread -lm -Wl,-Bdynamic -lstlport_gcc -lstdc++ ../unxlngi4.pro/slo/salgdi3.o(.text+0x121d): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderFindVisualFormat' ../unxlngi4.pro/slo/salgdi3.o(.text+0x12e0): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderCreatePicture' ../unxlngi4.pro/slo/salgdi3.o(.text+0x13ab): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderCreatePicture' ../unxlngi4.pro/slo/salgdi3.o(.text+0x13e5): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderSetPictureClipRegion' ../unxlngi4.pro/slo/salgdi3.o(.text+0x1567): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderCompositeString32' ../unxlngi4.pro/slo/salgdi3.o(.text+0x1584): In function `X11SalGraphics::DrawServerAAFontString(ServerFontLayout const&)': : undefined reference to `XRenderFreePicture' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x22a): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderQueryExtension' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x243): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderQueryVersion' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x291): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderFindFormat' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x2aa): In function `X11GlyphPeer::SetDisplay(_XDisplay*, Visual*)': : undefined reference to `XRenderFindVisualFormat' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x345): In function `X11GlyphPeer::RemovingFont(ServerFont&)': : undefined reference to `XRenderFreeGlyphSet' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x4f0): In function `X11GlyphPeer::GetGlyphSet(ServerFont&)': : undefined reference to `XRenderCreateGlyphSet' ../unxlngi4.pro/slo/gcach_xpeer.o(.text+0x8b6): In function `X11GlyphPeer::GetGlyphId(ServerFont&, int)': : undefined reference to `XRenderAddGlyphs' collect2: ld gab 1 als Ende-Status zurück dmake: Error code 1, while making '../unxlngi4.pro/lib/libvclplug_gen645li.so'
is there anything special i need for system's xrender?
Comment on attachment 43348 [details, diff] mozab-backport patch invalid
*** Bug 70413 has been marked as a duplicate of this bug. ***
@Hanno: You shouldn't need anything special for xrender, works fine for me with gcc 3.3
ok on linking of that library it misses this: "-L/usr/X11R6/lib -lXrender -lX11 -lXext" of pkg-config file xrender.pc. ximian bug (OOo bug)
ok, only this is missing: -lXrender
well, i filed OOo/ximian bugreport and it seems that with gcc 3.4 the xrender libs are not loaded dynamically like it is done in OOo/Ximian code - so it fails.
got a ximian version :) WARNING! Project(s): jvmfwk basegfx gtk print_header not found and couldn't be built. Correct build.lsts. very clean build.lst's hehe
+kde works only gnome flag does problems...
+berkdb +kde breaks... kde db functions are not patched - i guess ^^ - i hope i can test it on one box soon, thanks to Prakash :)
ok, its not +berkdb, -berkdb +kde fails there although one got -berkdb +kde done?! ill check now
ok, on another box it does not use the CFLAGS, Andreas may you check that, please. thanks! that export of ARCH_FLAGS is not taken into OOo environment... so it is empty and default is used '-mcpu=pentiumpro'
system-db has just been disabled upstream, look at the ChangeLog entry "bin/setup.in: axe the --with-system-db stuff for now, system packages don't include vital java bits for xmlhelp" About CFLAGS: At least for openoffice-ximian this works for me (no -pentiumpro) in vanilla OOo they are partially hardcoded
in vanilla OOo my C[XX]FLAGS from make.conf are taken. in Ximian it wants ARCH_FLAGS thats right. but somehow it does not take it here. i moved that export at another place. may be it helps or i add then to that LinuxIntelEnv.sh script :) i have seen that of system-db yep. will cut it... so i hope db-4.2 is included soon in OOo hehe
Andreas, do you have any idea how to fix these linking errors of gvfs code instead of ignoring them?
No not really, but a possiblity is to look ar the OOo 1.9.x versions and how they handle this, as the gnome-vfs part is already in there and should compile fine with gcc 3.4. Actually I wanted to do this, but I am VERY busy atm moment with other (non-gentoo-related) stuff :(
if i export ARCH_FLAGS in build.sh after sourcing it works. another way around but at least it works here finally :)
Andreas, what is missing for OOo 1.1.3 GCC 3.4 to get into portage? Isn't ~x86 for testing? It compiles, starts up and basic functions work... Leave a big notice that these are experimental patches and that runtime may break but nothing known... or alike Like it is for perl and ithreads ^^ breaks some software here and that ebuild mentions this so i left it...
I indeed plan to put it in soon :)
Created attachment 43678 [details, diff] ximian '+gnome' gvfs patch (bloody workaround) This patch makes module 'ucb' shut up. one file diff'ed and ignoring the linking error - anyone tests runtime? :) as well as one linker flag not loaded dynamically again on module 'vcl'
Created attachment 43679 [details, diff] ximian '+kde' patch (bloody workaround) to shut up module 'vcl' - linking error again. someone may test kde code on runtime :) these two patches let ximian build in that configurations. runtime may break. module 'pyuno' has that bloody workaround either and noone had runtime problems yet, so it hopefully should just work ^^
args, forgot to mention that module 'pyuno' is in OOo 1.1.3 which some users are running already - noone had problems on runtime yet!
With your current patches and +gnome,the build still breaks for me: c3 -lcppu -lvos3gcc3 -lsal -lX11 -ldl -ldl -lpthread -lm -Wl,-Bdynamic -lstlport_gcc -lstdc++ ../unxlngi4.pro/slo/gtkframe.o(.text+0x2898): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcPatternCreate' ../unxlngi4.pro/slo/gtkframe.o(.text+0x28fe): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcPatternAdd' ../unxlngi4.pro/slo/gtkframe.o(.text+0x293c): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcPatternAddWeak' ../unxlngi4.pro/slo/gtkframe.o(.text+0x2954): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcConfigSubstitute' ../unxlngi4.pro/slo/gtkframe.o(.text+0x295c): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcDefaultSubstitute' ../unxlngi4.pro/slo/gtkframe.o(.text+0x2976): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcFontMatch' ../unxlngi4.pro/slo/gtkframe.o(.text+0x2998): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcPatternDestroy' ../unxlngi4.pro/slo/gtkframe.o(.text+0x29a0): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcPatternDestroy' ../unxlngi4.pro/slo/gtkframe.o(.text+0x29f0): In function `getFontconfigAlias(rtl::OUString const&)': : undefined reference to `FcPatternGetString' collect2: ld returned 1 exit status distcc[25702] ERROR: compile (null) on localhost failed dmake: Error code 1, while making '../unxlngi4.pro/lib/libvclplug_gtk645li.so' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-ximian-1.3.5-r2/work/oo_1.1.2_src/vcl/util !!! ERROR: app-office/openoffice-ximian-1.3.5-r2 failed. !!! Function src_compile, Line 424, Exitcode 1 !!! Build failed!
look if this is applied - it should be :) --- vcl/util/makefile.mk.orig 2004-11-09 18:59:55.074002232 +0100 +++ vcl/util/makefile.mk 2004-11-09 19:01:25.646233160 +0100 @@ -298,6 +298,7 @@ .IF "$(OS)"=="LINUX" || "$(OS)"=="SOLARIS" || "$(OS)"=="FREEBSD" # some nas versions need -lXt, too SHL2STDLIBS += -lXt -lXrender +SHL2STDLIBS += -lfontconfig SHL2STDLIBS += -laudio .IF "$(OS)"=="SOLARIS" # needed by libaudio.a
This is applied, still does not work. One problem could be that I am building against OOo 1.1.2 as 1.1.3 does not work for me (the ximian patch apply fails) with the "normal" source tarball, and using the Ximian tarball is a no go (We want to use the same tarball for both OOo-versions), but actually I don't know if this is the reason (didn't try)
i had the same with gnome and vcl. this -lfontconfig helped. did u merge fontconfig? do "grep -r FcPatternCreate /usr/include/" it should find it in /usr/include/fontconfig/fontconfig.h and two other files. c'est ca. :|
'-lfonconfig' helped OOo dev on linuxArm either. so it should be sth wrong on your box... but who knows...
Andreas, if you dislike to use that OOO_1_1_3.tar.bz2 of ximian. why don't you rediff that OOO_1_1_3.tar.bz2 + ximian cvs patchset to official OOo tarball. up that diff on your d.g.o account and all fine... hehe people would like to have an up-to-date Ximian... SuSE and Debian (unstable?) use that cvs to have new Ximian version. why not gentoo?!? :/ ximian was not going to release a packaged version. i talked to one and he said oh well, may be, because i nearly forced him ;) do not misunderstand :P
Greppping produces exactly these three files, so everything should be fine with my fontconfig setup (and it works with gcc 3.3) About why we don't use cvs-version: We have totally different requirements than SUSE or Red Hat which are focused on binary releases, we have to make sure that it compiles fine for all of our users which is quite a bit more tricky.
you check that out and you can test that co on different systems with different options. if it just works you take it as a release. not that difficult :(
Do you really think you have to teach me how to test a release? Let's just focus on the gcc-3.4 stuff, ok?
ok, i let that vcl ignore the linking error whether kde or gnome is used. it is sane since binutils maintainer said so ... great feature! blah don't stress with ximian cvs stuff ;) it just works here ^^ hehehehe
Ok, thanks a lot, trying out now, will report back later. Did I already mention that your work is very much appreciated here? :)
Ok, build gets a little bit further: -lm -Wl,-Bdynamic -lstlport_gcc -lstdc++ ../../../unxlngi4.pro/slo/NConnection.o(.text+0x167e): In function `connectivity::evoab::OEvoabConnection::~OEvoabConnection()':: undefined reference to `g_object_unref' ../../../unxlngi4.pro/slo/NConnection.o(.text+0x1bde): In function `connectivity::evoab::OEvoabConnection::~OEvoabConnection()':: undefined reference to `g_object_unref' ../../../unxlngi4.pro/slo/NConnection.o(.text+0x213e): In function `connectivity::evoab::OEvoabConnection::~OEvoabConnection()':: undefined reference to `g_object_unref' ../../../unxlngi4.pro/slo/NDatabaseMetaData.o(.text+0x55): In function `connectivity::evoab::initFields()': : undefined reference to `g_type_class_ref' ../../../unxlngi4.pro/slo/NDatabaseMetaData.o(.text+0x64): In function `connectivity::evoab::initFields()': : undefined reference to `g_object_class_list_properties' ../../../unxlngi4.pro/slo/NDatabaseMetaData.o(.text+0xdb): In function `connectivity::evoab::initFields()': : undefined reference to `g_param_spec_get_name' ../../../unxlngi4.pro/slo/NDatabaseMetaData.o(.text+0x10e): In function `connectivity::evoab::initFields()': : undefined reference to `g_param_spec_ref' ../../../unxlngi4.pro/slo/NDatabaseMetaData.o(.text+0x2f6): In function `connectivity::evoab::getFieldName(long)': : undefined reference to `g_param_spec_get_name' ../../../unxlngi4.pro/slo/NDatabaseMetaData.o(.text+0x1fb0): In function `connectivity::evoab::OEvoabDatabaseMetaData::getTables(com::sun::star::uno::Any const&, rtl::OUString const&, rtl::OUString const&, com::sun::star::uno::Sequence<rtl::OUString> const&)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NDatabaseMetaData.o(.text+0x1fdf): In function `connectivity::evoab::OEvoabDatabaseMetaData::getTables(com::sun::star::uno::Any const&, rtl::OUString const&, rtl::OUString const&, com::sun::star::uno::Sequence<rtl::OUString> const&)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0xf8): In function `connectivity::evoab::OEvoabResultSet::construct(EBookQuery*, rtl::OString, bool)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x117): In function `connectivity::evoab::OEvoabResultSet::construct(EBookQuery*, rtl::OString, bool)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x37b): In function `connectivity::evoab::OEvoabResultSet::construct(EBookQuery*, rtl::OString, bool)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x383): In function `connectivity::evoab::OEvoabResultSet::construct(EBookQuery*, rtl::OString, bool)': : undefined reference to `g_object_unref' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x13d3): In function `connectivity::evoab::OEvoabResultSet::getValue(long, unsigned long, _GValue*)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x1410): In function `connectivity::evoab::OEvoabResultSet::getValue(long, unsigned long, _GValue*)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x1457): In function `connectivity::evoab::OEvoabResultSet::getValue(long, unsigned long, _GValue*)': : undefined reference to `g_value_init' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x145f): In function `connectivity::evoab::OEvoabResultSet::getValue(long, unsigned long, _GValue*)': : undefined reference to `g_param_spec_get_name' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x1474): In function `connectivity::evoab::OEvoabResultSet::getValue(long, unsigned long, _GValue*)': : undefined reference to `g_type_check_instance_cast' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x1487): In function `connectivity::evoab::OEvoabResultSet::getValue(long, unsigned long, _GValue*)': : undefined reference to `g_object_get_property' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x14ba): In function `connectivity::evoab::OEvoabResultSet::getValue(long, unsigned long, _GValue*)': : undefined reference to `g_value_unset' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x1565): In function `connectivity::evoab::OEvoabResultSet::getString(long)': : undefined reference to `g_value_get_string' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x15de): In function `connectivity::evoab::OEvoabResultSet::getString(long)': : undefined reference to `g_value_unset' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x16c1): In function `connectivity::evoab::OEvoabResultSet::getBoolean(long)': : undefined reference to `g_value_get_boolean' ../../../unxlngi4.pro/slo/NResultSet.o(.text+0x16cc): In function `connectivity::evoab::OEvoabResultSet::getBoolean(long)': : undefined reference to `g_value_unset' ../../../unxlngi4.pro/slo/NResultSetMetaData.o(.text+0x3f7): In function `connectivity::evoab::OEvoabResultSetMetaData::getColumnLabel(long)': : undefined reference to `g_param_spec_get_nick' collect2: ld returned 1 exit status distcc[24473] ERROR: compile (null) on localhost failed dmake: Error code 1, while making '../../../unxlngi4.pro/lib/libevoab2.so' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-ximian-1.3.5-r2/work/oo_1.1.2_src/connectivity/source/drivers/evoab1.5 !!! ERROR: app-office/openoffice-ximian-1.3.5-r2 failed. !!! Function src_compile, Line 422, Exitcode 1 !!! Build failed! !!! If you need support, post the topmost build error, NOT this status message. As this is a part which is new functionality (evolution-data-server integration - not yet in cvs), I'm just going to remove it for now and try again. If you have a better solution: Just go on ;)
Thanks, but I do not really do too much of work. Just take whats there and implement or try to implement it. That was on linking with evo data server. It is sane to ignore these. I decided finally to remove '-z defs' sure it will link there then too. Will change my overlay now. do it manually and drop that part: '-z defs' then it will link!
i move back again, hehe. I have seen this in the config files of OOo: 'LINKFLAGSDEFS*=-z defs' there is no other string added to that variable. So it is sane to add 'LINKFLAGSDEFS=' to the makefile.mk in the the directory where linking breaks. since '-z defs' is a great feature of binutils-2.15 which not allows indirect or dynamic loading of libs like it is done in these special cases. ^^ As i understand it there is no harm on runtime... any binutils/linking guru may raise their voice please :)
I asked Michael (of Ximian fame) and he was so kind to push a new release of the patchset, which should work with 1.1.3, so this should make everyone happy :)
fine :) finally they did. did evo data server connectivity works with that flag-unset?
will tell you when I'm home again, have to work atm :(
Compile worked fine when removing the evo-data-server stuff :) Next stop: 1.1.3
@Hanno: Just wanted to point out that, the the vcl-makefile-patch in your current overlay is malformed
overlay updated
Ok, both new versions of OOo and OOo-ximian are now in portage, thanks again Hanno. Hope it is ok if I contact you if some problems arise. Closing this
Really BIG Thank You! It compiles now fine on my iBook (PPC) with GCC3.4.1, too.