On 03/02/2012 18:12, Calvin Morrison wrote:

On 3 February 2012 13:04, Mike Howard <mike@dewberryfields.co.uk mailto:mike@dewberryfields.co.uk> 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

Thanks Calvin,

I thought it might be of that nature.

Mike.

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@dewberryfields.co.uk mailto:mike@dewberryfields.co.uk> 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.

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@dewberryfields.co.uk mailto:mike@dewberryfields.co.uk> 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.

On 06/02/2012 22:52, Timothy Pearson wrote:

...

...

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).

I just did a rebuild from GIT on Ubuntu and Debian a few days ago with no problems. Given the nature of the problem you encountered (having to rename things that were already renamed in GIT some time ago) it seems as if some old header files or similar are present somewhere on your system.

If this is not the case then I really have no idea why it won't compile for you--it works 100% here.

Tim

How odd. Ok, I suspect a git issue (of my making) somewhere along the line. Not sure how though.

Ahh! Being away from my normal box I did a complete git clone following blindly the 'Trinity Project GIT Information' page. I guess that's out of date now?*

It's not often I'm right but I'm wrong again!

*

On 07/02/2012 08:10, Timothy Pearson wrote:

...

On 06/02/2012 22:52, Timothy Pearson wrote:

...

...

...

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).

I just did a rebuild from GIT on Ubuntu and Debian a few days ago with no problems. Given the nature of the problem you encountered (having to rename things that were already renamed in GIT some time ago) it seems as if some old header files or similar are present somewhere on your system.

If this is not the case then I really have no idea why it won't compile for you--it works 100% here.

Tim

How odd. Ok, I suspect a git issue (of my making) somewhere along the line. Not sure how though.

Ahh! Being away from my normal box I did a complete git clone following blindly the 'Trinity Project GIT Information' page. I guess that's out of date now?*

It's not often I'm right but I'm wrong again!

Try running the ./scripts/switch_all_submodules_to_head_and_clean script mentioned on the GIT help page. If you did have a local GIT problem (i.e. you were unlucky enough to check out while I was pushing a large changeset) that command will fix it.

Oh, I'm definitely unlucky enough :)

I'll keep trying.

On 07/02/2012 08:14, Mike Howard wrote:

...

On 07/02/2012 08:10, Timothy Pearson wrote:

...

...

On 06/02/2012 22:52, Timothy Pearson wrote:

...

...

> 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).

I just did a rebuild from GIT on Ubuntu and Debian a few days ago with no problems. Given the nature of the problem you encountered (having to rename things that were already renamed in GIT some time ago) it seems as if some old header files or similar are present somewhere on your system.

If this is not the case then I really have no idea why it won't compile for you--it works 100% here.

Tim

How odd. Ok, I suspect a git issue (of my making) somewhere along the line. Not sure how though.

Ahh! Being away from my normal box I did a complete git clone following blindly the 'Trinity Project GIT Information' page. I guess that's out of date now?*

It's not often I'm right but I'm wrong again!

Try running the ./scripts/switch_all_submodules_to_head_and_clean script mentioned on the GIT help page. If you did have a local GIT problem (i.e. you were unlucky enough to check out while I was pushing a large changeset) that command will fix it.

Oh, I'm definitely unlucky enough :)

I'll keep trying.

Well, it's got the better of me, I think I'll give lxde a go, anything's better than kde4.

We will have at least unofficial Wheezy binary support for R14.0, so stay tuned. :-)

Tim

On 14/08/2012 09:36, Mike Howard wrote:

Hi All,

Due to the issue I've come across when stipulating '-DWITH_SHADOW' when building tdebase (see my last thread 'tdebase issue'), I decided to to build with ' -DWITH_ALL_OPTIONS=ON & -DBUILD_ALL=ON ' just to see what happens :) Anyway, this change has caused me to run into the "undefined reference to `kdemain'" issue all over again. Taking out the ' -DWITH_ALL_OPTIONS=ON' from the build allows all to proceed successfully.

So my questions are should these references to kdemain exist in the source code or not and if they are supposed to, why am I getting the 'undefined reference' failure?

I'm building on a (fedora) system that has not had any previous versions of TDE and I'm building from a clean pull from the git repository (http://scm.trinitydesktop.org/scm/git/tde).

Hmm, it seems that using '-DWITH_ALL_OPTIONS=ON' causes '-fvisibility=hidden -fvisibility-inlines-hidden' to be added to CMAKE_C_FLAGS and CMAKE_CXX_FLAGS which seems to cause the 'undefined reference' failure. Preventing the addition to the 'flags' allows the build to proceed to a successful completion.

Not sure what consequences/benefits/drawbacks maybe or even if, by using '-DWITH_ALL_OPTIONS=ON', I'm actually getting 'WITH_SHADOW', which is what got me here in the first place.

Cheers, Mike.