[Kde-pim] knode doesn't link on os x.
Ingo Klöcker
kloecker at kde.org
Sun Feb 1 21:55:22 CET 2009
On Sunday 01 February 2009, Orville Bennett wrote:
> On Feb 1, 2009, at 12:00 PM, Ingo Klöcker wrote:
> > On Saturday 31 January 2009, Orville Bennett wrote:
> >> A similar problems exists for kleopatra, libkleopatraclient, knode
> >> and kmail (i stopped trying after kmail). Would this have
> >> something to do with the reduced link interface?
> >
> > Which branch?
>
> kdepim/enterprise4 I get the same error w/ kleopatra.
[snip]
> >> Linking CXX executable knode.app/Contents/MacOS/knode
> >> cd /opt/local/var/macports/build/_Users_orville_Source_macports-
> >> trunk_dports_kde_kdepim4-enterprise/work/build/knode &&
> >
> > Apparently you are trying to build knode from the
> > kdepim4-enterprise branch. What version of kdelibs are you using?
>
> 4.2.0
Okay. Maybe the enterprise4 branch is not compatible with KDE 4.2.0
(yet). AFAIK the enterprise4 branch is currently only built against KDE
4.1.something.
> >> /opt/local/bin/ cmake -E cmake_link_script
> >> CMakeFiles/knode.dir/link.txt --verbose=1 /usr/bin/g++-4.2 -O2
> >> -fno-common -Woverloaded-virtual -
> >> fvisibility=hidden -fvisibility-inlines-hidden -O2 -DNDEBUG -
> >> DQT_NO_DEBUG -Wl,-search_paths_first -headerpad_max_install_names
> >> - fPIC -L/opt/local/lib CMakeFiles/knode.dir/knode_automoc.o
> >> CMakeFiles/ knode.dir/knode.o CMakeFiles/knode.dir/knapplication.o
> >> CMakeFiles/ knode.dir/main.o -o knode.app/Contents/MacOS/knode
> >> -L/opt/local/lib -
> >> L/opt/local/var/macports/build/_Users_orville_Source_macports-
> >> trunk_dports_kde_kdepim4-enterprise/work/build/lib /opt/local/lib/
> >> libkdecore.5.2.0.dylib ../lib/libkdepim.4.2.0.dylib ../lib/
> >> libknodecommon.4.2.0.dylib ../lib/libkdepim.4.2.0.dylib -lkdeui
> >> /opt/ local/lib/libkresources.4.2.0.dylib /opt/local/lib/libkcal.
> >> 4.2.0.dylib /opt/local/lib/libkpimidentities.4.2.0.dylib -lkutils
> >> - lkio -lkde3support /opt/local/lib/libkabc.4.2.0.dylib
> >> /opt/local/lib/ libkldap.4.2.0.dylib
> >> /opt/local/lib/libkpimutils.4.2.0.dylib /opt/
> >> local/lib/libkmime.4.2.0.dylib
> >> /opt/local/lib/libkutils.4.2.0.dylib /
> >> opt/local/lib/libkhtml.5.2.0.dylib /opt/local/lib/libktexteditor.
> >> 4.2.0.dylib /opt/local/lib/libkdecore.5.2.0.dylib
> >> -F/opt/local/libexec/ qt4-mac/lib -framework QtDBus
> >> -F/opt/local/libexec/qt4-mac/lib - framework QtCore
> >
> > At least, QtGui and Qt3Support (?) are missing.
>
> Could be a copy paste error on my part. Had to scroll up and down
> screen's backlog to get this.
No. I meant that the missing QtGui and Qt3Support are the problem. The
missing symbols QWidget::* etc. are all defined in QtGui.
I had a quick look at knode's CMakeLists.txt from the enterprise4 branch
and of the 4.2 branch. One difference is that knode's CMakeLists.txt
from the 4.2 branch has the following line:
target_link_libraries(knodecommon LINK_INTERFACE_LIBRARIES
${KDE4_KUTILS_LIBS} ${KDE4_KIO_LIBS} ${KDE4_KDE3SUPPORT_LIBS})
AFAIU, this means anything linking against knodecommon will also be
linked against ${KDE4_KUTILS_LIBS} ${KDE4_KIO_LIBS}
${KDE4_KDE3SUPPORT_LIBS} and consequently also against QtGui and
Qt3Support.
So I guess my assertion that kdepim/enterprise4 is not yet compilable
with KDE 4.2 is correct.
I suggest to compare the CMakeLists.txt files of the two branches. Maybe
you can simply use the CMakeLists.txt files from the 4.2 branch with
the kdepim/enterprise4 branch.
Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20090201/74a69ae7/attachment.sig
More information about the Kde-buildsystem
mailing list