[Kde-pim] knode doesn't link on os x.

[Orville Bennett]

On Feb 1, 2009, at 3:55 PM, Ingo Klöcker wrote:

> 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.
Makes sense. I think that's exactly what it is.
>
>
> 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
> _______________________________________________
> Kde-buildsystem mailing list
> Kde-buildsystem at kde.org
> https://mail.kde.org/mailman/listinfo/kde-buildsystem