Summary: | kdevelop 3.1_beta2 fails to build on amd64 with gcc 3.4.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrew Williams <andrew> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aliz, frank.hollenbach, tcpdevil |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
3.1_beta2-mutex.h.diff
kdevelop-3.1_beta2.ebuild.diff |
Description
Andrew Williams
2004-07-22 23:18:31 UTC
It's not unmasked - it's not hard masked. "~arch" means testing, hard masked means it is known to be broken. It compiles fine on my x86 hardware. @aliz: Any chance you're intereseted to investigate here? The -fPIC patch from beta1 should apply, the other one isn't necessesary. Fails on ppc as well. Emerge info output: fiam@americana 89% fiam $ emerge info Portage 2.0.50-r9 (default-ppc-2004.1, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-gentoo-r11) ================================================================= System uname: 2.6.7-gentoo-r11 ppc 7455, altivec supported Gentoo Base System version 1.5.1 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="ppc ~ppc" AUTOCLEAN="yes" CFLAGS="-O2 -pipe -mcpu=7450 -maltivec -mabi=altivec" CHOST="powerpc-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe -mcpu=7450 -maltivec -mabi=altivec" DISTDIR="/usr/portage/distfiles" FEATURES="ccache fixpackages" GENTOO_MIRRORS="http://ftp.caliu.info/pub/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.232.1/portage" USE="X aalib alsa altivec arts berkdb cdr crypt cscope cups dga dvd encode fbcon flash foomaticdb gd gdbm gif gphoto2 gpm gtk gtk2 imagemagick imap imlib innodb ipv6 java javascript joystick jpeg kde lcms libwww linguas_es mad maildir mitshm motif mpeg ncurses net nls oggvorbis opengl oss pam perl png ppc python qt radeon readline ruby samba sdl slang socks5 spell ssl tcpd tetex tiff truetype usb vim-with-x xml xml2 xv xvid zlib" Created attachment 36088 [details, diff]
3.1_beta2-mutex.h.diff
This patch fixes the problem with mutex.c. Works fine on my pcc and should work
on amd64 aswell, but I can't test it. So please, try it as soon as possible. It
shouldn't hurt other arches, since #define directives prevent the patch code to
be used in them.
Created attachment 36090 [details, diff]
kdevelop-3.1_beta2.ebuild.diff
This patch against the ebuild adds
"epatch ${FILESDIR}/kdevelop-3.1_beta2.ebuild.diff" inconditionally.
applied; a little feedback would be fine as I have only x86 hardware Works fine on my amd64 now - thanks very much. Should be hard masked though, since it depends on KDE 3.3 beta. It's not a new release for testing - it's a beta for goodness sake. Every other KDE prerelease has been hard masked. It doesn't depend on KDE 3.3, Andrew (e.g kdepim and kdewebdev 3.3 would work wih KDE 3.2 too, if the currently used kde-dist.eclass wouldn't disallow it btw.). Masking kde-base/* stuff makes sense, because we would get too much bug reports, but when you don't use the stable tree, you should know that you can run into problems. Since KDE 3.3 is not far away from going stable (Wednesday August 18th, 2004: Targeted Release date), it makes sense to widen the testing audience, imho. *** Bug 58236 has been marked as a duplicate of this bug. *** I am on amd64 - i applied the changes discribed in the patches and the build succeeded. When starting kdevelop i get this output on stdout: QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used kbuildsycoca running... ICE default IO error handler doing an exit(), pid = 24651, errno = 0 Connecting kdevelop-24657/KDevCore/projectClosed() PyDCOP connect kdevelop-24657/KDevCore/projectClosed()/f1() has result true Connecting kdevelop-24657/KDevCore/projectOpened() PyDCOP connect kdevelop-24657/KDevCore/projectOpened()/f2() has result true QObject::connect: No such slot subversionPart::slotActionAdd() QObject::connect: (sender name: 'subversion_add') QObject::connect: (receiver name: 'Subversion') QObject::connect: No such slot subversionPart::slotActionRemove() QObject::connect: (sender name: 'subversion_remove') QObject::connect: (receiver name: 'Subversion') QObject::connect: No such slot subversionPart::slotActionAddToIgnoreList() QObject::connect: (sender name: 'subversion_ignore') QObject::connect: (receiver name: 'Subversion') QObject::connect: No such slot subversionPart::slotActionRemoveFromIgnoreList() QObject::connect: (sender name: 'subversion_donot_ignore') QObject::connect: (receiver name: 'Subversion') QObject::connect: No such slot subversionPart::slotStopButtonClicked(KDevPlugin*) QObject::connect: (sender name: 'unnamed') QObject::connect: (receiver name: 'Subversion') kdevelop: symbol lookup error: /usr/lib/kde3/libkdevdoctreeview.so: undefined symbol: _ZN17ConfigWidgetProxy22createGlobalConfigPageERK7QStringj The application dies after the splash screen appeared. I still have kdevelop-3.0.4 and kde-3.2 installed next to the current kde-3.3_beta stuff. The Problem is gone .. i somehow did not emerge kdevelop completely.. so i overlooked the update of the new kdevelop rc file. After running etc-update the application works Carsten, Works for me on amd64 (tested with hello.c project) :) This patch is required for kdevelop-3.1.0 final too. It wouldn't compile on amd64 otherwise. Please, don't reuse closed bugs. I've already reported this issue again, take a look at bug 61291 |