Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again - I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
On 05/10/2011 12:29 PM, /dev/ammo42 wrote:
Also why does the Qt3 build even look
to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
Thank you. I'll look at it. However - something has changed here and I don't know what. I REMOVED Qt4 and poppler-qt and I get the exact same type of error (although the files are slightly different). I'm stuck for now with:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./tableeditorimpl.o tableeditorimpl.cpp In file included from ../../../include/qdragobject.h:50:0, from actiondnd.h:38, from formwindow.h:40, from tableeditorimpl.cpp:38: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins paletteeditor.ui -i paletteeditor.h -o paletteeditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [paletteeditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2
Le Tue, 10 May 2011 12:36:47 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
On 05/10/2011 12:29 PM, /dev/ammo42 wrote:
Also why does the Qt3 build even look
to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
Thank you. I'll look at it. However - something has changed here and I don't know what. I REMOVED Qt4 and poppler-qt and I get the exact same type of error (although the files are slightly different). I'm stuck for now with:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./tableeditorimpl.o tableeditorimpl.cpp In file included from ../../../include/qdragobject.h:50:0, from actiondnd.h:38, from formwindow.h:40, from tableeditorimpl.cpp:38: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins paletteeditor.ui -i paletteeditor.h -o paletteeditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [paletteeditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2
Does qt3 build if you temporarily pacman -Rd kdelibs ? Also the symbol should be present in your libkdecore.so.4: =========== dd@darkstar:/opt/kde3/lib64$ LANG=C grep _ZN7KGlobal20deleteStaticDeletersEv libkdecore.so Binary file libkdecore.so matches =========== dd@darkstar:~$ echo _ZN7KGlobal20deleteStaticDeletersEv | demangle KGlobal::deleteStaticDeleters() KGlobal::deleteStaticDeleters() =========== dd@darkstar:~/trinity/kdelibs$ find kdecore -exec grep -l KGlobal::deleteStaticDeleters {} ; kdecore/.svn/text-base/kapplication.cpp.svn-base kdecore/.svn/text-base/kstaticdeleter.h.svn-base kdecore/.svn/text-base/kglobal.cpp.svn-base kdecore/kapplication.cpp kdecore/kglobal.cpp kdecore/kstaticdeleter.h =========== Your kdelibs seem broken. Also, I juste rebuilt qt3 with Trinity kdelibs installed, and it Still Works For Me™.
On 05/10/2011 01:02 PM, /dev/ammo42 wrote:
Does qt3 build if you temporarily pacman -Rd kdelibs ? Also the symbol should be present in your libkdecore.so.4: =========== dd@darkstar:/opt/kde3/lib64$ LANG=C grep _ZN7KGlobal20deleteStaticDeletersEv libkdecore.so Binary file libkdecore.so matches
Binary file /opt/trinity/lib/libkdecore.so matches
=========== dd@darkstar:~$ echo _ZN7KGlobal20deleteStaticDeletersEv | demangle KGlobal::deleteStaticDeleters() KGlobal::deleteStaticDeleters()
No demangle and I can't install kde4runtime & kdesdk-kmtrace due to a trinity conflict:
error: failed to commit transaction (conflicting files) kdebase-runtime: /etc/xdg/menus/kde-information.menu exists in filesystem Errors occurred, no packages were upgraded.
=========== dd@darkstar:~/trinity/kdelibs$ find kdecore -exec grep -l KGlobal::deleteStaticDeleters {} ; kdecore/.svn/text-base/kapplication.cpp.svn-base kdecore/.svn/text-base/kstaticdeleter.h.svn-base kdecore/.svn/text-base/kglobal.cpp.svn-base kdecore/kapplication.cpp kdecore/kglobal.cpp kdecore/kstaticdeleter.h =========== Your kdelibs seem broken. Also, I juste rebuilt qt3 with Trinity kdelibs installed, and it Still Works For Me™.
That's what I'm beginning to believe -- I'm rebuilding it :)
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
also: also i notes the -W flag, remove an buils fine, but my previously mail explain related warning threast as error:
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos
On 5/10/11, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
-- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.
Le Tue, 10 May 2011 13:35:22 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This isn't an error but "undefined behaviour" (so the C++ standard doesn't forbid gcc from doing rm -rf / :D). In fact, in C and C++, the && and || operator have the same precedence, so the (a || b && c) statement is ambiguous. With some (very) basic knowledge in CS, one easily sees that in this particular case the right thing to do is key < other.key || (key==other.key && lang < other.lang) because it is a lexicographical sort of the pair (key,lang). The (key < other.key || key==other.key) && lang < other.lang interpretation doesn't make sense. The patch just adds the parentheses that were missing from the original code.
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
so then i cited ambigous issue .. then, what its correct?
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 13:35:22 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This isn't an error but "undefined behaviour" (so the C++ standard doesn't forbid gcc from doing rm -rf / :D). In fact, in C and C++, the && and || operator have the same precedence, so the (a || b && c) statement is ambiguous. With some (very) basic knowledge in CS, one easily sees that in this particular case the right thing to do is key < other.key || (key==other.key && lang < other.lang) because it is a lexicographical sort of the pair (key,lang). The (key < other.key || key==other.key) && lang < other.lang interpretation doesn't make sense. The patch just adds the parentheses that were missing from the original code.
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
key < other.key || (key==other.key && lang < other.lang)
On 5/10/11, PICCORO McKAY Lenz mckaygerhard@gmail.com wrote:
so then i cited ambigous issue .. then, what its correct?
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 13:35:22 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This isn't an error but "undefined behaviour" (so the C++ standard doesn't forbid gcc from doing rm -rf / :D). In fact, in C and C++, the && and || operator have the same precedence, so the (a || b && c) statement is ambiguous. With some (very) basic knowledge in CS, one easily sees that in this particular case the right thing to do is key < other.key || (key==other.key && lang < other.lang) because it is a lexicographical sort of the pair (key,lang). The (key < other.key || key==other.key) && lang < other.lang interpretation doesn't make sense. The patch just adds the parentheses that were missing from the original code.
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
-- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.
Le Tue, 10 May 2011 13:49:08 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
so then i cited ambigous issue .. then, what its correct?
I didn't read this message before sending mine. case $your_question in Was it correct ?) Yes.;; What is correct ?) The patch is correct.;; *) I didn't understand your question.;; esac
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 13:35:22 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This isn't an error but "undefined behaviour" (so the C++ standard doesn't forbid gcc from doing rm -rf / :D). In fact, in C and C++, the && and || operator have the same precedence, so the (a || b && c) statement is ambiguous. With some (very) basic knowledge in CS, one easily sees that in this particular case the right thing to do is key < other.key || (key==other.key && lang < other.lang) because it is a lexicographical sort of the pair (key,lang). The (key < other.key || key==other.key) && lang < other.lang interpretation doesn't make sense. The patch just adds the parentheses that were missing from the original code.
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
what its the correct patch? i think "key < other.key || (key==other.key && lang < other.lang)" its the correct form..
and remove "-W" flag at build
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 13:49:08 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
so then i cited ambigous issue .. then, what its correct?
I didn't read this message before sending mine. case $your_question in Was it correct ?) Yes.;; What is correct ?) The patch is correct.;; *) I didn't understand your question.;; esac
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 13:35:22 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This isn't an error but "undefined behaviour" (so the C++ standard doesn't forbid gcc from doing rm -rf / :D). In fact, in C and C++, the && and || operator have the same precedence, so the (a || b && c) statement is ambiguous. With some (very) basic knowledge in CS, one easily sees that in this particular case the right thing to do is key < other.key || (key==other.key && lang < other.lang) because it is a lexicographical sort of the pair (key,lang). The (key < other.key || key==other.key) && lang < other.lang interpretation doesn't make sense. The patch just adds the parentheses that were missing from the original code.
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
Guys,
This is bizarre. I went to build Qt3 this morning, applied a new patch, and Qt3 wouldn't compile. So I removed the patch just to make sure nothing on the system had changed to prevent building and -- I STILL GET THE ERROR??
So I went to a box where Qt3 built a day or so ago which still had the Qt3 build directory in place from the last time it built and went to build it again
I get the same symbol lookup error.
The only thing that changes was qt 4.7.3-1 was pulled in as a
dependency of poppler-qt when I attempted to build kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build fine with Qt4 installed? Is this something new with the new version?
The symbol error has me scratching my head. I can't for the life of me figure out what this error is telling me:
g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./editfunctions.o editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file included from ../../../include/qdragobject.h:50:0, from ../../../include/qiconview.h:51, from newform.cpp:13: ../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins listvieweditor.ui -i listvieweditor.h -o listvieweditor.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' make[3]: *** [sub-designer] Error 2 make[3]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' make[2]: *** [sub-designer] Error 2 make[2]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: *** [init] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
I get that it is a uic symbol lookup error:
/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: symbol lookup error: /opt/trinity/lib/libkdecore.so.4: undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv
How does one fix a symbol lookup error like this?
Also why does the Qt3 build even look to /opt/trinity/lib/libkdecore.so.4? How can I prevent this from happening? This built fine before the Qt4 package installed. Short of removing Qt4, what is the best way to try and fix this?
It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase.
The build script is here:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/...
The Qt3 package built fine when I uploaded it a day ago:
http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-...
Any help appreciated :)
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
Le Tue, 10 May 2011 14:00:25 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
what its the correct patch? i think "key < other.key || (key==other.key && lang < other.lang)" its the correct form..
So do I.
and remove "-W" flag at build
I think suppressing any removal of warnings used by the Trolltech developers is wrong. You don't build with -Werror, do you ?
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 13:49:08 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
so then i cited ambigous issue .. then, what its correct?
I didn't read this message before sending mine. case $your_question in Was it correct ?) Yes.;; What is correct ?) The patch is correct.;; *) I didn't understand your question.;; esac
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 13:35:22 -0430, PICCORO McKAY Lenz mckaygerhard@gmail.com a écrit :
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This isn't an error but "undefined behaviour" (so the C++ standard doesn't forbid gcc from doing rm -rf / :D). In fact, in C and C++, the && and || operator have the same precedence, so the (a || b && c) statement is ambiguous. With some (very) basic knowledge in CS, one easily sees that in this particular case the right thing to do is key < other.key || (key==other.key && lang < other.lang) because it is a lexicographical sort of the pair (key,lang). The (key < other.key || key==other.key) && lang < other.lang interpretation doesn't make sense. The patch just adds the parentheses that were missing from the original code.
On 5/10/11, /dev/ammo42 mickeytintincolle@yahoo.fr wrote:
Le Tue, 10 May 2011 12:01:17 -0500, "David C. Rankin" drankinatty@suddenlinkmail.com a écrit :
> Guys, > > This is bizarre. I went to build Qt3 this morning, > applied a new patch, and Qt3 wouldn't compile. So I removed > the patch just to make sure nothing on the system had > changed to prevent building and -- I STILL GET THE ERROR?? > > So I went to a box where Qt3 built a day or so ago which > still had the Qt3 build directory in place from the last time > it built and went to build it again > - I get the same symbol lookup error. > > The only thing that changes was qt 4.7.3-1 was pulled in > as a dependency of poppler-qt when I attempted to build > kdegraphics with -DWITH_PDF=ON. I thought Qt3 would build > fine with Qt4 installed? Is this something new with the new > version? > > The symbol error has me scratching my head. I can't for > the life of me figure out what this error is telling me: > > g++ -c -pipe -fPIC -Wall -W -march=i686 -mtune=generic -O2 > -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML > -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW > -DQT_INTERNAL_TABLE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT > -DQT_SHARED > -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ > -I. -I/usr/include/freetype2 -I../shared -I../uilib > -I../../../include -I/usr/X11R6/include > -I.moc/release-shared-mt/ -o ./editfunctions.o > editfunctions.cpp /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic > -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins > newform.ui -i newform.h -o newform.cpp g++ -c -pipe -fPIC > -Wall -W -march=i686 -mtune=generic -O2 -pipe -D_REENTRANT > -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE > -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_TABLE -DQT_NO_DEBUG > -DQT_THREAD_SUPPORT -DQT_SHARED > -I/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/mkspecs/linux-g++ > -I. -I/usr/include/freetype2 -I../shared -I../uilib > -I../../../include -I/usr/X11R6/include > -I.moc/release-shared-mt/ -o ./newform.o newform.cpp In file > included from ../../../include/qdragobject.h:50:0, > from ../../../include/qiconview.h:51, from > newform.cpp:13: ../../../include/qimage.h: In member function > ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) > const’: ../../../include/qimage.h:61:61: warning: suggest > parentheses around ‘&&’ within ‘||’ [-Wparentheses] > /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic > -L /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/plugins > listvieweditor.ui -i listvieweditor.h -o > listvieweditor.cpp > /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: > symbol lookup error: /opt/trinity/lib/libkdecore.so.4: > undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv > make[4]: *** [listvieweditor.cpp] Error 127 make[4]: Leaving > directory > `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer/designer' > make[3]: *** [sub-designer] Error 2 make[3]: Leaving > directory > `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools/designer' > make[2]: *** [sub-designer] Error 2 make[2]: Leaving > directory > `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/tools' > make[1]: *** [sub-tools] Error 2 make[1]: Leaving directory > `/home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b' make: > *** [init] Error 2 ==> ERROR: A failure occurred in build(). > Aborting... > > I get that it is a uic symbol lookup error: > > /home/david/tblds/trinity-qt3/src/qt-x11-free-3.3.8b/bin/uic: > symbol lookup error: /opt/trinity/lib/libkdecore.so.4: > undefined symbol: _ZN7KGlobal20deleteStaticDeletersEv > > How does one fix a symbol lookup error like this? > > Also why does the Qt3 build even look > to /opt/trinity/lib/libkdecore.so.4? How can I prevent this > from happening? This built fine before the Qt4 package > installed. Short of removing Qt4, what is the best way to > try and fix this? It works for me™. I am using a slightly modified version of the Slackware-originated SlackBuild that can be found at ftp://ftp.gwdg.de/pub/linux/slackware/unsupported/kde-3.5.10-for-slack13.0/source/qt3/ This is a unusual SlackBuild, because it builds qt3 in /opt/kde3 (Patrick Volderking says in the scripts that building it in /tmp frequently led to wrong packages). Also, I posted my own version recently on the list, it is essentially the same with additional patches. I am building Trinity under Slackware 13.37 with full KDE4 alongside (KDE4 is my main desktop now, no kidding), and: -dependencies such as qt3, qca and poppler-qt3 compile with the unsupported scripts from the Slackware mirrors, with /opt/kde3 prefix -arts, dbus-tqt, dbus-1-tqt, tqtinterface compile without errors, with /opt/kde3 prefix -kdebase and kdelibs also compile without errors, still in /opt/kde3, but when I launch any KDE3 program, it doesn't manage to load any library in /opt/kde3/lib/kde3. However, when I built qt3, Trinity was not installed, but only KDE4. I will put the build scripts and the patches online when I have more time (==soon), right now I have my exams. The patches basically fix kconfig_compiler detection (with the SVN version it uses the KDE4 one) and enforce the use of dbus-tqt.pc for the build of kdebase. > > The build script is here: > > http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/trinity-qt3/... > > The Qt3 package built fine when I uploaded it a day ago: > > http://svn.trinitydesktop.org/svn/trinity-packaging/arch/master/src/trinity-... > > Any help appreciated :) >
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
On 05/10/2011 01:05 PM, PICCORO McKAY Lenz wrote:
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
Umm.. I know... I wrote it :)
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This looks promising. I'm trying the kdelibs rebuild first, then I'll look at the diffs. Something threw a wrench into it :)
i'm patching taht and works.. almos works with kde on lenny..
also notify to us gcc 4.6 patches from debian http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611255 works also..
On 5/10/11, David C. Rankin drankinatty@suddenlinkmail.com wrote:
On 05/10/2011 01:05 PM, PICCORO McKAY Lenz wrote:
interesting the slack issues..
wel in any way, ARCH wiki about trinity said that build kde3 or qt3 trinity must be in clean env..
Umm.. I know... I wrote it :)
but maybe the conflicts of tools and references in objects cause to change specific paths to /opt resulting in no errors references..
the error:
../../../include/qimage.h: In member function ‘bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const’: ../../../include/qimage.h:61:61: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]
seen related to patch "qt3-warnings.diff" in https://build.opensuse.org/package/view_file?file=qt3-warnings.diff&pack... that i currently analising, seen comparision are ambiguos.. please some one can clarify this patch realted to this error?
This looks promising. I'm trying the kdelibs rebuild first, then I'll look at the diffs. Something threw a wrench into it :)
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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