tde-devels

devels@trinitydesktop.org

4 participants
3812 discussions

Linker errors in kdetoys-3.5.13
by E. Liddell 28 Jan '12

28 Jan '12

I've been trying to compile (more exactly, create working Gentoo packages for) kdetoys from the 3.5.13 version of Trinity. amor, kodo, kteatime, and ktux all work perfectly, but eyesapplet, fifteenapplet, kmoon, kweather, and kworldclock all fail at the linking stage: /bin/sh ../libtool --tag=CXX --mode=link i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i686 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -Wl,-O1 -Wl,--as-needed -o eyes_panelapplet.la -rpath /usr/kde/3.5/lib/trinity -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /usr/kde/3.5/lib -R /usr/kde/3.5/lib -R /usr/qt/3/lib -module -L/usr/kde/3.5/lib -L/usr/qt/3/lib eyes.lo -lkdeui libtool: link: i686-pc-linux-gnu-g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../crti.o /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/crtbeginS.o .libs/eyes.o -Wl,-rpath -Wl,/usr/kde/3.5/lib -Wl,-rpath -Wl,/usr/kde/3.5/lib -Wl,-rpath -Wl,/usr/qt/3/lib -Wl,--as-needed -L/usr/kde/3.5/lib -L/usr/qt/3/lib /usr/kde/3.5/lib/libkdeui.so -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3 -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/crtendS.o /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../crtn.o -O2 -O2 -march=i686 -Wl,-O1 -Wl,--no-undefined -Wl,--allow-shlib-undefined -Wl,-soname -Wl,eyes_panelapplet.so -o .libs/eyes_panelapplet.so .libs/eyes.o: In function `EyesApplet::timerEvent(QTimerEvent*)': eyes.cpp:(.text+0xc4): undefined reference to `QCursor::pos()' eyes.cpp:(.text+0xda): undefined reference to `QWidget::mapFromGlobal(QPoint const&) const' eyes.cpp:(.text+0xf3): undefined reference to `QWidget::update()' .libs/eyes.o: In function `EyesApplet::resizeEvent(QResizeEvent*)': eyes.cpp:(.text+0x140): undefined reference to `QWidget::resizeEvent(QResizeEvent*)' I'll spare you another 200 lines of the same (the full build log for eyesapplet is attached if anyone wants a look). Anyway, it looks very similar to the problem Baho Utot was having about a month and a half ago, with QT apparently not being linked when it should. (Speculation follows . . .) Now, here's the interesting bit. Most of the applications in kdetoys are quite small, so I figured I'd crack them open and have a look at the code. I found out that all the applications that failed to link had something in common: they all, at some point, had an #include for <kpanelapplet.h>. The applications that linked correctly did not, as far as I could tell, make use of kpanelapplet.h. That might or might not be a coincidence. It's possible that the --as-needed linker flag also plays into this somehow. Its purpose is to strip libraries which are linked but never used by the final application they're linked to. However, it's been known to strip libs that *are* used from software that relies on implicit library inclusions. Doing that can cause linking to fail due to missing libraries, which again is kind of suspicious but not positive proof that it's involved. Gentoo's package manager forces this flag on.

1 0

broken png files in git repository
by Martin Walch 28 Jan '12

28 Jan '12

Hello developers, after many hours of work I have managed to create a list of png files that are broken in the git repository, check what is wrong with each of them and find a way to fix it, or at least try to do so. The full paths of the files are long and would be scattered across several lines when sent as text in an e-mail. Therefore, I append the list as a file "listOfBrokenFiles.txt" (plain text). Also you will find two attached png files that I have manually fixed: cr22-action-processor.png and test.png. The text file will tell you where they belong. Regards Martin Walch (aka neo_ in IRC) --

1 0

Qt3/TQt3 binary compatibility breakage
by Timothy Pearson 27 Jan '12

27 Jan '12

All, This message is a heads-up to alert developers/packagers that the Qt3/TQt3 ABI is not backwards compatible with 3.3.x as of GIT hash 0eb9f5e. This decision was not made lightly. The QWidget class did not contain enough data members to add modern NetWM/Motif configuration flags due to poor design, and as you may be aware adding data members is one of the only ways to break ABI compatibility. I have also added new unused reserved data members to ensure that this problem does not happen again in the near future. With this ABI bump comes a new version number, 3.4.0. If you need to maintain backwards compatibility for any reason, I strongly suggest locally reverting the 0eb9f5e patch in a copy of the latest qt3 sources from GIT. The ABI is not set in stone and may undergo further changes before R14.0.0 is released, however I will send a similar message to the lists if this occurs. Packagers, you will need to initiate a full rebuild of qt3 or tqt3, then rebuild all TDE packages from scratch once the new qt3/tqt3 version is installed. Timothy Pearson Trinity Desktop Project

2 2

twebdev: missing executables
by Darrell Anderson 27 Jan '12

27 Jan '12

I realize GIT is a moving target right now, but today I built all packages except tdebindings. In twebdev only quanta and kfilereplace built. None of the other executables built. The GIT file date stamps for twebdev show that almost all of the directory contents have been static since Dec. 25. Has anybody else recently built twebdev and seen this as well? All executables built with 3.5.13. Darrell

1 1

TQT_REAL_TQT changed to HAVE_REAL_TQT?
by Darrell Anderson 27 Jan '12

27 Jan '12

Was the internal cmake variable TQT_REAL_TQT changed to HAVE_REAL_TQT? If yes, when? Darrell

2 4

qiomanager_p.moc vars not declared
by Jay 26 Jan '12

26 Jan '12

After building tqt3, to /opt/trinity and tqtinterface to /usr i am attempting to build arts (git). It fails just after reaching 100%. Any ideas? [100%] Building CXX object qtmcop/CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o cd /mnt/sda6/build/qtmcop && /usr/bin/c++ -Dqtmcop_shared_EXPORTS -DHAVE_CONFIG_H -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -O2 -march=i486 -mtune=i686 -fPIC -I/usr/local/include/tqt -I/mnt/sda6/build/qtmcop -I/mnt/sda6/build/mcop -I/mnt/sda7/trinity-3.5.13/git/tde/main/dependencies/arts/mcop -include tqt.h -o CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o -c /mnt/sda7/trinity-3.5.13/git/tde/main/dependencies/arts/qtmcop/qiomanager.cc In file included from /mnt/sda7/trinity-3.5.13/git/tde/main/dependencies/arts/qtmcop/qiomanager.cc:299:0: /mnt/sda6/build/qtmcop/qiomanager_p.moc: In static member function ‘static QMetaObject* Arts::QIOWatch::staticMetaObject()’: /mnt/sda6/build/qtmcop/qiomanager_p.moc:55:18: error: ‘TQUParameter’ does not name a type /mnt/sda6/build/qtmcop/qiomanager_p.moc:58:18: error: ‘TQUMethod’ does not name a type /mnt/sda6/build/qtmcop/qiomanager_p.moc:60:20: error: ‘slot_0’ was not declared in this scope /mnt/sda6/build/qtmcop/qiomanager_p.moc: In static member function ‘static QMetaObject* Arts::QTimeWatch::staticMetaObject()’: /mnt/sda6/build/qtmcop/qiomanager_p.moc:140:18: error: ‘TQUMethod’ does not name a type /mnt/sda6/build/qtmcop/qiomanager_p.moc:142:17: error: ‘slot_0’ was not declared in this scope make[2]: *** [qtmcop/CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o] Error 1 make[2]: Leaving directory `/mnt/sda6/build' make[1]: *** [qtmcop/CMakeFiles/qtmcop-shared.dir/all] Error 2 make[1]: Leaving directory `/mnt/sda6/build' make: *** [all] Error 2 # find /opt/ -name "moc" -type f /opt/trinity/lib/qt3-3.3.8.d/bin/moc # find /usr/ -name "*moc*" -type f /usr/local/bin/moc-tqt /usr/local/bin/tmoc /usr/bin/moc-tqt /usr/bin/tmoc # echo $PATH /opt/trinity/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/games:/opt/trinity/lib/qt3-3.3.8.d/bin:/opt/trinity/lib/qt3-3.3.8.d/bin

2 5

A patch to force kate to use existing session.
by Calvin Morrison 26 Jan '12

26 Jan '12

Hi all, I've been looking for a way to do this, and Darrell also mentioned that he was looking for a was to use the Multiple Document Interface with firefox. I have written a patch that will enable you to only use a single kate window. It is controlled by a kate kconfig option and can be changed under kate's general settings tab. Tim, Can we push this into the master? is this something we even want to have? I like it personally, I understand if other don't. Remember it is optional so it won't impact anything when disabled, and will be disabled by default. What do you think? Darrell with this satisfy what you were looking for? This is using the 3.5.13 resources, prior to the rename. Some things might need to change (kde to tde stuff). Thanks, Calvin Morrison

3 5

tqca-tls FTBFS with tqt3
by Darrell Anderson 26 Jan '12

26 Jan '12

Any automake gurus want to help with this one? The new tqca-tls package will not build with tqt3. The problem appears to be the configure script can't find the include/tqt or include/tqt3 header files or both. Take a look at the config.log. The error messages are all similar to what we have been discussing recently with building packages against tqt3. The challenge is how to patch the configure files. Thanks! Darrell

1 0

Re: [trinity-devel] tdelibs refuses to build
by Nicolas Kalkhof 26 Jan '12

26 Jan '12

Darrell, thx for the update. This is some very useful information, like tqtinterface has to be installed in /usr wich I didn't do :(. That might also be the reason why tdelibs fails to build with automake complaining that qt4 cannot be found although tqtinterface has been build only with qt3 and no kde4/qt4 is found anywhere on my system. I'll give your workaround a try tonight. If you find the time, please post the info on the howto pages to avoid double posts :-) Cheers, Nic -----Ursprüngliche Nachricht----- Von: "Darrell Anderson" <humanreadable(a)yahoo.com> Gesendet: Jan 26, 2012 7:31:04 PM An: trinity-devel(a)lists.pearsoncomputing.net Betreff: Re: [trinity-devel] tdelibs refuses to build >> another tdelibs cmake build issue: >> >> /home/temp/tde/main/tdelibs/tdecore/klibloader.cpp: In >> member function 'KLibrary* KLibLoader::globalLibrary(const >> char*)': >> /hometemp/tde/main/tdelibs/tdecore/klibloader.cpp:377:23: >> error: 'lt_dlopen_flag' was not declared in this scope >> make[2]: *** >> [tdecore/CMakeFiles/tdecore-shared.dir/klibloader.cpp.o] >> Error 1 >> >> source is latest git. >> >> cmake command was: >> >> cmake ../tde/main/tdelibs >> -DCMAKE_INSTALL_PREFIX=/opt/trinity >> -DCMAKE_VERBOSE_MAKEFILE=ON -DWITH_QT3=ON >> -DQTDIR=/opt/lib/qt3-3.3.8d >> -DQT_LIBRARY_DIRS=/opt/lib/qt3-3.3.8d/lib -DBUILD_ALL=ON >> -DCMAKE_SKIP_RPATH=OFF >> >> Any Clues? > >Are you building with tqt3 or qt3? If tqt3, then check that tqtinterface is building with the internal cmake variable TQT_REAL_TQT=1. That internal cmake variable is set in CMakeCache.txt, which gets generated during the configure process. > >Also build the core packages with both tqt3 and qt3. If tdelibs builds with qt3 but not tqt3, then that information will help resolve bugs with tqt3. > >Another oddball bug is with -DWITH_GCC_VISIBILITY=ON in arts that option must be set to ON in tdelibs and tdebase too. I have seen tdebase fail when that option was set to ON in arts but OFF in tdelibs. So set all three to ON or OFF only. > >Also know that tqtinterface must be installed to /usr. There remain some hard-coding in some of the packages that look for tqtinterface only in /usr. > >Darrell > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net >For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net >Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ >Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting > ___________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

2 1

tdelibs refuses to build
by Nicolas Kalkhof 26 Jan '12

26 Jan '12

Hi Folks, another tdelibs cmake build issue: /home/temp/tde/main/tdelibs/tdecore/klibloader.cpp: In member function 'KLibrary* KLibLoader::globalLibrary(const char*)': /hometemp/tde/main/tdelibs/tdecore/klibloader.cpp:377:23: error: 'lt_dlopen_flag' was not declared in this scope make[2]: *** [tdecore/CMakeFiles/tdecore-shared.dir/klibloader.cpp.o] Error 1 source is latest git. cmake command was: cmake ../tde/main/tdelibs -DCMAKE_INSTALL_PREFIX=/opt/trinity -DCMAKE_VERBOSE_MAKEFILE=ON -DWITH_QT3=ON -DQTDIR=/opt/lib/qt3-3.3.8d -DQT_LIBRARY_DIRS=/opt/lib/qt3-3.3.8d/lib -DBUILD_ALL=ON -DCMAKE_SKIP_RPATH=OFF Any Clues? Regards Nic ___________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels