rm -f katehledit_attrib_skel.cpp echo '#include <klocale.h>' > katehledit_attrib_skel.cpp /usr/qt/3/bin/uic -L /usr/kde/3/lib/kde3/plugins/designer -nounload -tr tr2i18n -i katehledit_attrib_skel.h ./katehledit_attrib_skel.ui > katehledit_attrib_skel.cpp.temp ; ret=$?; \ sed -e "s,tr2i18n( \"\" ),QString::null,g" katehledit_attrib_skel.cpp.temp | sed -e "s,tr2i18n( \"\"\, \"\" ),QString::null,g" | sed -e "s,image\([0-9][0-9]*\)_data,img\1_katehledit_attrib_skel,g" >> katehledit_attrib_skel.cpp ;\ rm -f katehledit_attrib_skel.cpp.temp ;\ if test "$ret" = 0; then echo '#include "katehledit_attrib_skel.moc"' >> katehledit_attrib_skel.cpp; else rm -f katehledit_attrib_skel.cpp ; exit $ret ; fi uic: dl-close.c:230: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed. make[3]: *** [katehledit_attrib_skel.cpp] Error 134 make[3]: Leaving directory `/var/tmp/portage/kdelibs-3.0.5a/work/kdelibs-3.0.5a/kate/part' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdelibs-3.0.5a/work/kdelibs-3.0.5a/kate' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdelibs-3.0.5a/work/kdelibs-3.0.5a' make: *** [all] Error 2 !!! ERROR: kde-base/kdelibs-3.0.5a failed. !!! Function kde_src_compile, Line 88, Exitcode 2 !!! died running emake, kde_src_compile:make AUTOCLEAN="true" CFLAGS="-O3 -mcpu=athlon-xp -march=athlon-xp -pipe -mmmx -m3dnow -msse " DEBUGBUILD="false" FTP_PROXY="" HTTP_PROXY="" PORTDIR_OVERLAY="" RSYNC_PROXY="" USE="doc dvd fbcon innodb maildir mbox nocardbus odbc samba slp sse tiff wmf -crypt -motif" ACCEPT_KEYWORDS="~x86"
Are you using qt 3.1.1? If so it's a known issue and I'm just about to commit a qt 3.1.1-r1 ebuild that will hopefully fix it.
Yes, Qt-3.1.1. I'll wait for your -r1 and retry. Thanks Dan.
*** Bug 12574 has been marked as a duplicate of this bug. ***
*** Bug 12547 has been marked as a duplicate of this bug. ***
Bad news... seems the stl support in qt is responsible. When disabled thins work fine. Of course if we disable stl support in the qt ebuilds all kdelibs versions installed will have to be recompiled :-/ Since this appeared only in qt 3.1.1 it can be classified as a qt bug. I'm masking qt 3.1.1 until this is resolved.
Script must be changed like below. line3: /usr/qt/3/bin/uic -L /usr/kde/3/lib/kde3/plugins/designer -nounload -tr tr2i18n -i katehledit_attrib_skel.h ./katehledit_attrib_skel.ui > katehledit_attrib_skel.cpp.temp ; ret=$?; \ ==> /usr/qt/3/bin/uic -nounload -tr tr2i18n -i katehledit_attrib_skel.h ./katehledit_attrib_skel.ui > katehledit_attrib_skel.cpp.temp ; ret=$?; \ Remove "-L /usr/kde/3/lib/kde3/plugins/designer" option from script. It is all. Test it!!
This doesn't work here, it still segfaults... Although I do have a rather unorthodox testing setup... Also even if it did work it would not be a real fix; the -L parameter is essential in some situations, and in any case I want to find out the real cause of the problem.
Too bad. But that is good for me. My CFLAGS is "-mcpu=i686 -O3 -pipe". It is same as default CFLAGS. I think that on compile time, /usr/kde/3/lib/kde3/plugins/designer directory contained wrong binary. So, uic compiler goes to segmentation fault. Test environment: gcc-3.2.1, qt-3.1.1, kernel-header-2.4.19, glibc-2.3.1
on my side, qt-3.1.1 is working fine, too. I'm running gcc-3.2.1-r6 with C[XX]FLAGS="-march=athlon-xp -O3 -pipe" and KDE from CVS HEAD, no segfaults here. Greets, Christian Parpart.
Hate to tell you this, but I get the same problem and my QT is not 3.1.1. Here is the output of qpkg -I -v qt jnials@gentoo lib $ qpkg -I -v qt x11-libs/qt-2.3.2-r1 * x11-libs/qt-3.0.5-r2 * x11-libs/qt-3.1.0-r1 * net-print/qtcups-2.0-r1 * So I have not got 3.1.1 installed. And here are my (very minimal) CFLAGS: CFLAGS="-march=athlon -O3 -pipe -fomit-frame-pointer"
I get the following error emerging kdelibs-3.0.5a: (snip) g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../dcop -I../libltdl -I../kdecore -I../kdeui -I../kio -I../kio/kio -I../kio/kfile -I/usr/qt/3/include -I/usr/X11R6/include -I/usr/kde/3/include -DQT_THREAD_SUPPORT -D_REENTRANT -DNDEBUG -DNO_DEBUG -O2 -march=athlon -mcpu=athlon -O3 -pipe -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT -c kstdaccel.cpp -fPIC -DPIC -o .libs/kstdaccel.o kaccelbase.cpp: In member function `KAccelAction* KAccelBase::actionPtr(const KKey&)': kaccelbase.cpp:85: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. make[3]: *** [kaccelbase.lo] Error 1 (snip) I'm using qt-3.1.0-r1.
Late breaking information for this bug. I have had a successful compile with -O instead of -O3 in my CFLAGS. Now I'm trying it with -O2. I'm starting to suspect that it might be a compiler bug.......
I've compiled successfully kde-3.0.5a with these flags: CFLAGS="-march=pentium2 -O3 -pipe" with qt 3.1.0-r1. Anyway i CAN'T compile it on the other pc that uses these flags: CFLAGS="- march=athlon-xp -mcpu=athlon-xp -O3 -pipe" with qt 3.1.0-r1, so it could be a specific athlon optimization problem.... Que
Quequero, Jon Nials: which gcc do you use? 3.2? iirc these athlon-optimiztion bugs are gone in 3.2.1. Mark Tlay: please submit a new bug report with your error.
No i'm not using 3.2, i'm using: gcc version 3.2.1 20021207 (Gentoo Linux 3.2.1- 20021207) Que :)
Quequero: please post the output of 'emerge -s ^gcc$ | grep installed'.
Rotfl i know what version i'm running ;ppppppp btw here you are: quequero@panther:~% emerge - s ^gcc$ | grep installed Latest version installed: 3.2.1-r6 ;p Que :)
In the KDE documentation (http://developer.kde.org/build/compile_kde3_0.html), I've found that the qt should be compiled with: ./configure -system-zlib -qt-gif -system-libpng \ -system-libjpeg -plugin-imgfmt-mng -thread -no-stl \ -no-xinerama -no-g++-exceptions The qt should be compiled without -stl. Why you are using this option?? In the ebuild, the options -no-g++-exceptions and -no-xinerama doesn't exist. Use -no-g++-exceptions if using gcc (our case) and -no-xinerama if not using xinerama (maybe another USE option??). The option -no-g++-exceptions optimizes the qt. Why don't add it??
Raul: thanks for your comment, about xinerama please look at bug #12371. no-g++-exceptions should be added to qt ebuilds (will do this soon). Quequero: once again a stupid question: you get exactly the same error as reported in this bug? please try to compile qt without stl and look if you get the same error again.
Ok problem seems to be resolved if i use Qt 3.1.0. Anyway WITHOUT `-stl` and WITH Qt 3.1.1 i get the same error :(( But if i use `-stl` it seems to work fine... :)) So... Qt 3.1.1 with `-stl` -> Works Qt 3.1.1 without `-stl` -> Doesn't Works Qt 3.1.0 without `-stl` -> Works fine I hope this could help you, thanx again (anyway now i'm using kde 3.0.5 with Qt 3.1.0 both on Intel and Amd) Que
Quequero: in comment #13 you said kdelibs doesn't compile with qt-3.1.0-r1 and mcpu=athlon-xp? also, the options should be -stl and -no-stl (which are passed to qts configure)... please fill out such a table ;) stl no-stl qt-3.1.0 qt-3.1.1 anyway, thanks a lot for testing :)
I've done a real mess, i'm sorry because there is an error in comment #13, the correct version is: kdelibs doesn't compile with qt-3.1.1 and mcpu=athlon-xp anyways it works fine with qt- 3.1.0-r1 on both pentium2 and athlon-xp... So i'll try to recompile kdelibs with -no-stl and i'll fill the table ;ppp I'm really sorry for my error. :))) Thanx for patience ;p (the cpu just told me that it will kill me a day or another ;) Que
Raul: no-g++-exceptions is added to qt's configure if DEBUG isn't set, so everything besides from configuring with/without stl should be fine (no need for a new bug report) ;). sorry that i was mistaken about no-g++-exceptions.
I think that the option -no-g++-exceptions has changed. When I run ./configure --help (qt-3.1.1), I see this: -no-exceptions ..... Disable exceptions on platforms that support it. About -stl, if this options don't break things in kde and don't make the code slow, it's fine. Maybe the kde documentation is outdated. About xinerama, the bug #12371 is marked as fixed. IMHO, another flag is not a problem. This distribution is to advanced users, isn't?? Advanced users don't worry about too many options. This is great. This make the system more customized. This is what I want and, IMHO, what advanced users want too. Does -xinerama flag make the code slower?? Are you sure?? Xinerama is a option in XFree too, isn't??? I think this deserves a new USE flag. Why makes a option the default if only a few users will use this?? Only a few users use 2 monitors. What do you think??
I have compiled qt-3.1.1 with -no-stl and -no-xinerama and it works fine. Actually, it is what I use in my system with kde-3.2_rc6. CFLAGS="-mcpu=athlon -O2 -pipe" CXXFLAGS=$CFLAGS I have only a problem. When I compile the other kde packages (kdemultimedia, kdenetwork ...) the emerge fails (can't find libqt-mt). I have put /usr/qt/3/lib in /etc/ld.so.conf, ldconfig and works fine. But this is only a workaround. Anybody else have the same problem?? Sorry for the -no-g++-exceptions. I haven't seen this option.
Raul: please submit a new bugreport with "new use var: xinerama" in the summary, refer to this bug and 12371. about your can't find libqt-mt: there is also a bug about that, bug #13489. thanks.
I thought I'd add to this report to mention that adding -no-stl and -no-xinerama to the qt-3.1.1-r1 ebuild indeed works for me. I have successfully built kde-3.1-r1 on sparc (Sun Blade 100), and all works great. I have no idea what this "stl" thing is, but unless it affects other things that rely on Qt, it looks like it would be safe to exclude it from building so KDE will play nice.
sure that's a qt bug? compiling kde 3.1 with qt-3.1.1 just works fine, who still need kde 3.0.5? and who need it has already complied it no?
I believe qt 3.1.2 has no problems of this kind anymore, just like 3.1.0 didn't.
