trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: February 2012

Re: [trinity-users] Build kdebase fails - undefined reference to `kdemain'

From: Mike Howard <mike@...>
Date: Mon, 06 Feb 2012 21:17:04 +0000
On 06/02/2012 21:12, Timothy Pearson wrote:
>> On 04/02/2012 11:38, Mike Howard wrote:
>>> On 03/02/2012 18:12, Calvin Morrison wrote:
>>>>
>>>> On 3 February 2012 13:04, Mike Howard<mike@...
>>>> <mailto:mike@...>>  wrote:
>>>>
>>>>      Hi All,
>>>>
>>>>      Buoyed by my success building TDE on Wheezy, using the source, I
>>>>      thought I'd give the latest git another try. Anyway, all goes
>>>>      well until attempting to build tdebase, which fails with the
>>>>      following (snippet);
>>>>
>>>>      Scanning dependencies of target kcontrol
>>>>      make[2]: Leaving directory `/tde/build/tdebase'
>>>>      make -f kcontrol/kcontrol/CMakeFiles/kcontrol.dir/build.make
>>>>      kcontrol/kcontrol/CMakeFiles/kcontrol.dir/build
>>>>      make[2]: Entering directory `/tde/build/tdebase'
>>>>      /usr/bin/cmake -E cmake_progress_report
>>>> /tde/build/tdebase/CMakeFiles
>>>>      [ 13%] Building CXX object
>>>>      kcontrol/kcontrol/CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o
>>>>      cd /tde/build/tdebase/kcontrol/kcontrol&&  /usr/bin/c++
>>>>      -DHAVE_CONFIG_H -fvisibility=hidden -fvisibility-inlines-hidden
>>>>       -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL
>>>>      -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT
>>>>      -D_REENTRANT -include tqt.h
>>>>      -I/tde/build/tdebase/kcontrol/kcontrol -I/opt/trinity/include
>>>>       -o CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o -c
>>>>      /tde/build/tdebase/kcontrol/kcontrol/kcontrol_tdeinit_executable.cpp
>>>>      Linking CXX executable kcontrol
>>>>      cd /tde/build/tdebase/kcontrol/kcontrol&&  /usr/bin/cmake -E
>>>>      cmake_link_script CMakeFiles/kcontrol.dir/link.txt --verbose=1
>>>>      /usr/bin/c++    -fvisibility=hidden -fvisibility-inlines-hidden
>>>>       -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL
>>>>      -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT
>>>>      -D_REENTRANT -include tqt.h
>>>>       CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o  -o
>>>>      kcontrol -rdynamic libtdeinit_kcontrol.so
>>>>      /opt/trinity/lib/libkhtml.so.4.2.0
>>>>      /opt/trinity/lib/libkutils.so.1.2.0
>>>>      /opt/trinity/lib/libkparts.so.2.1.0
>>>>      /opt/trinity/lib/libtdeprint.so.4.2.0
>>>>      /opt/trinity/lib/libkio.so.4.2.0
>>>>      /opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype -lfontconfig
>>>>      /opt/trinity/lib/libtdesu.so.4.2.0
>>>>      /opt/trinity/lib/libkwalletclient.so.1.0.1
>>>>      /opt/trinity/lib/libkjs.so.1.2.0
>>>>      /opt/trinity/lib/libtdecore.so.4.2.0
>>>>      /opt/trinity/lib/libDCOP.so.4.2.0
>>>>      /opt/trinity/lib/libtdefx.so.4.2.0 -ltqt -ltqt-mt -lXrender -lX11
>>>>      -lz -lXcomposite -lICE -lSM -lutil -lpcre -ljpeg
>>>>      -Wl,-rpath,/tde/build/tdebase/kcontrol/kcontrol:
>>>>      CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o: In
>>>>      function `main':
>>>>      kcontrol_tdeinit_executable.cpp:(.text+0x1c): undefined reference
>>>>      to `kdemain'
>>>>      collect2: ld returned 1 exit status
>>>>      make[2]: *** [kcontrol/kcontrol/kcontrol] Error 1
>>>>      make[2]: Leaving directory `/tde/build/tdebase'
>>>>      make[1]: *** [kcontrol/kcontrol/CMakeFiles/kcontrol.dir/all] Error
>>>> 2
>>>>      make[1]: Leaving directory `/tde/build/tdebase'
>>>>      make: *** [all] Error 2
>>>>
>>>>      Anybody any ideas? I've followed the process as per the wiki
>>>>      pretty much as I can so I hope I haven't missed something
>>>>      obvious. I'm building all optionals, just for the halibut!
>>>>
>>>>      Cheers,
>>>>      Mike.
>>>>      --
>>>>
>>>>
>>>> Hi Mike,
>>>>
>>>> It looks like there are contaminated sources. Basically the Git tree
>>>> has been converted away from kde to tde. This is part of the renaming
>>>> process. the reference to kdemain should be changed to tdemain. any
>>>> other problems like this should be changed as well.
>>>>
>>>> A question is easy when you know the answer,
>>>>
>>>> Calvin
>>> Hi All,
>>>
>>> I replaced all references to kdemain with tdemain in tqtinterface,
>>> dbus-tqt, dbus-1-tqt, arts, tdelibs and tdebase, then rebuilt from
>>> scratch on a fresh wheezy (chroot) install, but to no avail. All I
>>> managed to do was change the error to 'undefined reference to
>>> tdemain', as in;
>>>
>>> Linking CXX executable kcontrol
>>> cd /root/build/tdebase/kcontrol/kcontrol&&  /usr/bin/cmake -E
>>> cmake_link_script CMakeFiles/kcontrol.dir/link.txt --verbose=1
>>> /usr/bin/c++    -fvisibility=hidden -fvisibility-inlines-hidden
>>> -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
>>> -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
>>> CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o  -o kcontrol
>>> -rdynamic libtdeinit_kcontrol.so /opt/trinity/lib/libkhtml.so.4.2.0
>>> /opt/trinity/lib/libkutils.so.1.2.0
>>> /opt/trinity/lib/libkparts.so.2.1.0
>>> /opt/trinity/lib/libtdeprint.so.4.2.0 /opt/trinity/lib/libkio.so.4.2.0
>>> /opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype -lfontconfig
>>> /opt/trinity/lib/libtdesu.so.4.2.0
>>> /opt/trinity/lib/libkwalletclient.so.1.0.1
>>> /opt/trinity/lib/libkjs.so.1.2.0 /opt/trinity/lib/libtdecore.so.4.2.0
>>> /opt/trinity/lib/libDCOP.so.4.2.0 /opt/trinity/lib/libtdefx.so.4.2.0
>>> -ltqt -ltqt-mt -lXrender -lX11 -lz -lXcomposite -lICE -lSM -lutil
>>> -lpcre -ljpeg -Wl,-rpath,/root/build/tdebase/kcontrol/kcontrol:
>>> CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o: In function
>>> `main':
>>> kcontrol_tdeinit_executable.cpp:(.text+0x1c): undefined reference to
>>> `tdemain'
>>> collect2: ld returned 1 exit status
>>> make[2]: *** [kcontrol/kcontrol/kcontrol] Error 1
>>> make[2]: Leaving directory `/root/build/tdebase'
>>> make[1]: *** [kcontrol/kcontrol/CMakeFiles/kcontrol.dir/all] Error 2
>>> make[1]: Leaving directory `/root/build/tdebase'
>>> make: *** [all] Error 2
>>>
>>> Did I miss something or are the required changes more complex?
>>>
>> Should I take the lack of responses to mean we're not supposed to build
>> from git currently?
>>
>> Cheers.
>>
> If you build from GIT you need to build and install each component in
> sequence.  Trying to mix and match non-GIT modules with GIT modules will
> not work.
>
Of course. But that's _exactly_ what I've done, a number of times and on 
wheezy and squeeze. I've followed the build order on the wiki, as I've 
always done.

What mixing and matching do you think I've done? I'm using the latest 
source from git (unless there is more than one git repository).

Cheers.