10 May
2011
10 May
'11
5:36 p.m.
On 05/10/2011 12:29 PM, /dev/ammo42 wrote:
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
--
David C. Rankin, J.D.,P.E.
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.
> >