I have tried many times to emerge this ebuild and I got the same error every time, about error in making ../../../unxlngi4.pro/lib/libucpgvfs1.so in /var/tmp/portage/openoffice-ximian-1.3.7/work/OOo_1.1.3_src/ucb/source/ucp/gvfs I am generally using the hardened gcc, version 3.3.5, but I tried with vanilla too, and got the exact same result. Reproducible: Always Steps to Reproduce: 1. emerge openoffice-ximian Actual Results: The error: ../../../unxlngi4.pro/slo/provider.o(.gnu.linkonce.t._ZN13INetURLObjectC1ERK6StringNS_15EncodeMechanismEt+0xc5): In function `INetURLObject::INetURLObject[in-charge](String const&, INetURLObject::EncodeMechanism, unsigned short)': : undefined reference to `String::~String [in-charge]()' collect2: ld returned 1 exit status dmake: Error code 1, while making '../../../unxlngi4.pro/lib/libucpgvfs1.so' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-ximian-1.3.7/work/OOo_1.1.3_src/ucb/source/ucp/gvfs !!! ERROR: app-office/openoffice-ximian-1.3.7 failed. !!! Function src_compile, Line 469, Exitcode 1 !!! Build failed! !!! If you need support, post the topmost build error, NOT this status message. My emerge info: Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10 i686) ================================================================= System uname: 2.6.10 i686 Mobile Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 16 2004, 23:17:06)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r3 virtual/os-headers: 2.6.8.1-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -mcpu=pentium4 -O2 -pipe -fomit-frame-pointer -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium4 -mcpu=pentium4 -O2 -pipe -fomit-frame-pointer -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://mirror.nutsmaas.nl/gentoo/" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac acl acpi alsa avi berkdb bitmap-fonts bluetooth cdr crypt cups dbus dlloader dvd encode evo f77 fam flac font-server foomaticdb fortran gdbm gif gimpprint gnome gphoto2 gstreamer gtk gtk2 guile hal hardened howl imagemagick imlib ipv6 irmc java jpeg ldap libg++ libwww mad mikmod mmx mozilla mpeg ncurses nls nptl oggvorbis opengl pam pdflib perl pic pie png posix ppds python quicktime readline rtc samba scanner sdl spell sse sse2 ssl tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xml2 xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET
Did you do 'source /etc/profile' after switching to the "normal" gcc-profile? Also are the errors EXACTLY the same? And are you sure you've got enough free diskspace ~4 GB
I'm afraid the answer would be yes to all your questions... Besides, is there any reason why it shouldn't compile on hardened gcc? there's even a hardened USE flag for openoffice-ximian ebuild...
I know that there is a hardened use flag, but as I'm not using it myself it is quite untested and we had problems with hardened setups in the past...
lol - I'm sure you know about openoffice's USE flags :) I think I will try again now with vanilla gcc, to really check if hardened is the problem after all. I have been scanning bug reports and there seems to be no bug report of the same problem.
btw, you could also try to do a revdep-rebuild and rebuild gnome-vfs, looks there is something broken on your system. To be sure, could you please post a little bit more of the relevant part, where the build breaks?
Created attachment 49774 [details] openoffice-ximian-1.3.7 build log with hardened gcc-3.3.5 This is the build log when using hardened gcc. I might try again with vanilla gcc and post again the log of it too. Also I'll try revdep-rebuild first.
OK. As I thought, revdep-rebuild keeps wanting to re-emerge azureus, but that's about it. I'll check later if the ebuild works with vanilla gcc again and post here.
Created attachment 49802 [details] openoffice-ximian-1.3.7 build log with vanilla gcc-3.3.5 I changed to vanilla gcc through gcc-config, run source /etc/profile and emerge openoffice-ximian. failed again om gvfs. the hardened USE flag in openoffice-ximian was still on. should i try without it?
Yeah, please try with -hardened on everything, so vanilla gcc and openoffice-ximian with -hardened. The ebuild applies some patches for hardened, so maybe they are bringing in the trouble...
Yes, -hardened is running now. I'll let you know if it fails when it fails :) so we can see if the patches are indeed causing trouble.
OK - I can now confirm that it seems the hardened patches are causing the troubles. Compiling with gcc-vanilla and -hardened USE flag worked out well. Openoffice-ximian 1.3.7 is compiled and running. The only problem I can see so far is that the GUI fonts became tiny and ugly, so I ask myself where did the gnome/gtk integration go? It was better in the last version. Do you know what's wrong? The only thing left to do now is check out those hardened patches to see what are they messing in gvfs... would be nice to have it compile with hardened :)
Ok, thanks, that narrows it down a bit. So, next step, trying to get it to compile with hardened. In the ebuild there is a line with use gnome && epatch ${FILESDIR}/${OO_VER}/gcc34-gnome.patch It's one of the gcc-3.4 patches but could also solve your problem, so could you take the line and put it after the gcc-3.4-part and then try again? Basically it tells the gvfs-part to ignore link-errors About your problems: Can't reproduce that, are you sure that you emerged with gnome-use-flag set?
The compile of the edited ebuild is still going. Didn't yet reach the problematic problem. I'll let you know later on. In the meanwhile it seems the fonts in the GUI are ok. I'm not sure what I did, but I removed the configs in my home dir and let it setup again - and now it's ok. (though maybe that was not the problem - dunno)
Created attachment 50032 [details] openoffice-ximian-1.3.7 build log with hardened gcc-3.3.5, second edition That patch helped get through the gvfs problem (though maybe a real fix should be applied rather than a workaround, no?). Now there's a new problem poping. I'm posting the new build log.
Another bug, that normaly only shows up with gcc 3.4. Could you please remove the whole gcc-3.4-check around the patches, so that all gcc34-patches are applied for you? (and then try again, naturally ;) )
Heh, strange. I'm sure I'm using gcc-3.3.5 :) I will try that too and report...
OK compile is done. That indeed worked with gcc-3.4 patches. I must say I'm really confused, I don't understand how it works at all. It seems like it works fine now. I'm not sure though how to check that it really is hardened, I dunno where's the executables of openoffice located.
Ok, changed the ebuild, so that the gcc-3.4-patches are applied by default, so closing this. Thanks for reporting and helping to fix this one.