Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 83132 - emerge of kdevelop 3.0.4 failed due to StatusBar not being a type
Summary: emerge of kdevelop 3.0.4 failed due to StatusBar not being a type
Status: RESOLVED DUPLICATE of bug 74974
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-23 20:22 UTC by Jeremy Drake
Modified: 2005-07-17 13:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
patch to fix this bug (kdevelop-3.0.4-fix-statusbar.patch,255 bytes, patch)
2005-02-23 20:29 UTC, Jeremy Drake
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Jeremy Drake 2005-02-23 20:22:00 UTC
emerging kdevelop failed with the following error on my dual em64t xeon box


Reproducible: Always
Steps to Reproduce:
1. emerge kdevelop
Actual Results:  
mainwindow.cpp: In member function `void MainWindow::createStatusBar()':
mainwindow.cpp:349: error: expected primary-expression before "void"
mainwindow.cpp:349: error: expected `)' before "void"


Expected Results:  
successful emerge

after tweaking with the source (changing mainwindow.cpp to not cast results of
new to void on that line) it told me 
mainwindow.cpp: In member function `void MainWindow::createStatusBar()':
mainwindow.cpp:349: error: `StatusBar' is not a type

So I ran the preprocessor on that file.  Figured out that
/usr/kde/3.3/include/kmainwindow.h around line 544ish has an enum called
StandardWindowOptions which has a value "StatusBar = 4".  Kdevelop's mainwindow.h 
class MainWindow derives indirectly from the class that enum is in, and thus
StatusBar in its namespace was the enum value and not the class that it thought
it was getting.  Now armed with this knowledge, I made a quick patch and added
it to the ebuild.  I will attach it after I submit the bug I guess.
Comment 1 Jeremy Drake 2005-02-23 20:29:36 UTC
Created attachment 52019 [details, diff]
patch to fix this bug

here's the patch to make the ebuild use this patch building kdevelop:

# pwd
/usr/portage/dev-util/kdevelop
# diff -u kdevelop-3.0.4.ebuild.ORIG kdevelop-3.0.4.ebuild
--- kdevelop-3.0.4.ebuild.ORIG	2005-02-23 20:22:50.497579067 -0800
+++ kdevelop-3.0.4.ebuild	2005-02-23 20:24:28.559195751 -0800
@@ -22,6 +22,12 @@

 myconf="$myconf
--with-kdelibsdoxy-dir=${KDEDIR}/share/doc/HTML/en/kdelibs-apidocs"

+
+src_unpack() {
+	kde_src_unpack
+	epatch ${FILESDIR}/${P}-fix-statusbar.patch
+}
+
 src_compile() {
	python_version
	use java && myconf="$myconf --enable-javasupport
--with-java=`java-config --jdk-home`" || myconf="$myconf --disable-javasupport"
Comment 2 Jeremy Drake 2005-02-23 20:32:42 UTC
forgot this info:
# emerge info
Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10 x86_64)
=================================================================
System uname: 2.6.10 x86_64 Intel(R) Xeon(TM) CPU 2.80GHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 21 2005, 22:29:10)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.9.4, 1.6.3, 1.7.9-r1, 1.4_p6, 1.8.5-r3
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -march=nocona -mtune=nocona"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -march=nocona -mtune=nocona"
DISTDIR="/data/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks nostrip sandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa bash-completion berkdb bitmap-fonts cdr crypt curl dvd dvdr esd fam flac font-server fortran ftp gif gkrellm gnome gpm gtk imlib ipv6 java jp2 jpeg junit kde ldap lzw lzw-tiff mng motif mozilla mp3 mpeg4 multilib mysql ncurses nis nls nptl opengl oss pam perl png posix python qt readline samba sdl ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts usb userlocales xine xinerama xml2 xmms xpm xrandr xscreensaver xv xvid zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY


And this:
# cat /etc/portage/package.keywords
dev-util/insight        ~amd64
net-misc/tightvnc       ~amd64
dev-util/colorgcc       ~amd64
app-misc/colordiff      ~amd64
x11-plugins/gkrellm-hddtemp ~amd64
x11-misc/synergy        ~amd64
Comment 3 Gregorio Guidi (RETIRED) gentoo-dev 2005-02-24 09:00:02 UTC
I asked the amd64 team to mark kdevelop-3.1.2 stable on amd64, so we can 
consider this problem solved without the need to apply the patch.

Thanks.



*** This bug has been marked as a duplicate of 74974 ***