Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 21541 - kdelibs-3.1.2 fails to build
Summary: kdelibs-3.1.2 fails to build
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-23 07:38 UTC by MAL
Modified: 2003-05-28 10:33 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description MAL 2003-05-23 07:38:44 UTC
Emerging kdelibs-3.1.2 fails with the following error:

make[3]: Entering directory `/var/tmp/portage/kdelibs-3.1.2/work/kdelibs-3.1.2/kio'
echo >dummy.cpp
/bin/sh ../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I.
-I.. -I./.. -I../dcop -I../libltdl -I../kdecore -I../kdeui -I../kio -I../kio/kio
-I../kio/kfile -I.. -I/usr/qt/3/include -I/usr/X11R6/include
-I/usr/kde/3.1/include   -D_LARGEFILE64_SOURCE -DQT_THREAD_SUPPORT  -D_REENTRANT
  -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith
-Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE
-Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -O2 -mcpu=i686 -pipe
-fno-exceptions -fno-check-new  -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE
-DQT_NO_ASCII_CAST -DQT_NO_COMPAT  -c -o dummy.lo `test -f 'dummy.cpp' || echo
'./'`dummy.cpp
/bin/sh ../libtool --silent --mode=link --tag=CXX g++  -Wnon-virtual-dtor
-Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes
-Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wconversion -DNDEBUG -DNO_DEBUG -O2 -O2 -mcpu=i686 -pipe -fno-exceptions
-fno-check-new  -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
-DQT_NO_COMPAT    -o libkio.la.closure libkio_la_closure.lo -version-info 5:0:1
-no-undefined -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.1/lib   dummy.lo
kssl/libkssl.la kio/libkiocore.la kio/libksycoca.la bookmarks/libkbookmarks.la
kfile/libkfile.la ../kdeui/libkdeui.la ../kdesu/libkdesu.la -lz -lfam
libtool: link: warning: `-version-info' is ignored for programs
/bin/sh ../libtool --silent --mode=link --tag=CXX g++  -Wnon-virtual-dtor
-Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes
-Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wconversion -DNDEBUG -DNO_DEBUG -O2 -O2 -mcpu=i686 -pipe -fno-exceptions
-fno-check-new  -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
-DQT_NO_COMPAT    -o libkio.la -rpath /usr/kde/3.1/lib -version-info 5:0:1
-no-undefined -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.1/lib   dummy.lo
kssl/libkssl.la kio/libkiocore.la kio/libksycoca.la bookmarks/libkbookmarks.la
kfile/libkfile.la ../kdeui/libkdeui.la ../kdesu/libkdesu.la -lz -lfam
kio/.libs/libksycoca.a: member kio/.libs/libksycoca.a(kdirlister.o) in archive
is not an object
collect2: ld returned 1 exit status
make[3]: *** [libkio.la] Error 1
make[3]: Leaving directory `/var/tmp/portage/kdelibs-3.1.2/work/kdelibs-3.1.2/kio'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/kdelibs-3.1.2/work/kdelibs-3.1.2/kio'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/kdelibs-3.1.2/work/kdelibs-3.1.2'
make: *** [all] Error 2

!!! ERROR: kde-base/kdelibs-3.1.2 failed.
!!! Function kde_src_compile, Line 123, Exitcode 2
!!! died running emake, kde_src_compile:make


I have tried this about 4 times ever since it came out, hoping that something
else on the system would update to allow it to build, but nada.

Reproducible: Always
Steps to Reproduce:
1. emerge kdelibs
Actual Results:  
After a few mins compilation, that above error is produced.

Expected Results:  
Built.

Portage 2.0.48 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20-win4lin-r1 i686 AMD Athlon(tm) processor
GENTOO_MIRRORS=" ftp://ftp.easynet.nl/mirror/gentoo//
http://212.219.56.152/sites/www.ibiblio.org/gentoo/
http://212.219.56.146/sites/www.ibiblio.org/gentoo/
http://ftp.easynet.nl/mirror/gentoo//
http://212.219.56.162/sites/www.ibiblio.org/gentoo/"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss guile 3dnow aalib alsa apm arts avi berkdb bonobo cdr crypt cups
dga doc dvd encode esd ethereal fbcon flash gb gd gdbm ggi gif gnome gphoto2 gpm
gtk gtk2 gtkhtml imap imlib ipv6 java jpeg kde kerberos lcms ldap libg++ libgda
libwww matrox maildir mikmod mmx motif mozilla mpeg mysql nas ncurses nls oav
odbc oggvorbis opengl pam pdflib perl pic png python qt quicktime readline samba
sasl scanner sdl slang slp snmp socks5 spell sse ssl svga tcltk tcpd tiff
truetype usb wmf X xface xml xml2 xmms xv zlib"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon -O3 -fomit-frame-pointer -pipe"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://192.168.0.254/gentoo-portage"
FEATURES="sandbox ccache userpriv usersandbox"
Comment 1 Paul de Vrieze (RETIRED) gentoo-dev 2003-05-23 08:45:44 UTC
Could you attach the full build log.
As an aside, you might want to change your make.conf to include CXXFLAGS=${CFLAGS}
as currently your c++ code is not optimized.
Comment 2 MAL 2003-05-23 12:18:35 UTC
I uncommented the CXXFLAGS define, and it built.

Is it just me, or did portage used to have CXXFLAGS defined as CFLAGS by default?  I don't remember needing to set it, as far back as when it was defined as it's own list of arguments, (irrelevant of CFLAGS).

Either way, should CXXFLAGS="-O2 -mcpu=i686 -pipe" really have cause a compile fail?  Or could it be the different CFLAGS and CXXFLAGS?
Comment 3 Paul de Vrieze (RETIRED) gentoo-dev 2003-05-23 15:10:57 UTC
Not it should not cause the compile to fail, I just noticed it, and though you might want to know. Unfortunately it is still necessary to set CXXFLAGS yourself if it needs to be different from the default.
Comment 4 Caleb Tennis (RETIRED) gentoo-dev 2003-05-28 10:33:45 UTC
Looks like this particular bug has been resolved.