tde-devels May 2015

devels@trinitydesktop.org

5 participants
5 discussions

by Timothy Pearson

All, I have put a significant amount of work into the QuickBuild system over the past week in an attempt to stabilize it and increase performance. While I am aware that there were some outages in random components (most notably the PPA mirror redirects) while I was doing this, all issues should be resolved at this point. As of this writing four build machines are online, one for each architecture. As we have reached the chiller fund goal (see prior messages) the remaining x86/amd64 build machines will be brought back online over the next couple weeks. Please let me know what you think, and definitely let me know if anything is still malfunctioning! Tim

8 years, 11 months

CMake 3.1 and CMP0054

by Slávek Banko

Hi all, in the test build on Debian Stretch I noticed a CMake warning CMP0054. Warnings were in common CMake module - change therefore causes rebuild for almost everything. Please test the attached patch. See: http://www.cmake.org/cmake/help/v3.1/policy/CMP0054.html -- Slávek

9 years, 1 month

Compiling tdelibs on FreeBSD stuck on tdehardwaredevices.*

by Dr. Nikolaus Klepp

Hi all! I try to compile TDE on FreeBSD. I succeeded on: - tqt3 - tqtinterface - arts - dbus-tqt - dbus-1-tqt - libart-lgpl But now I am stuck at - tdelibs Reason: libudev is not available on FreeBSD. Also there are some linux-only includes (e.g. linux/fd.h). As far as I can tell it's only "tdehardwaredevices.(h|cpp)" that needs udev. Is there an easy way to get rid of the libudev-dependecy and the linux-only-stuff? Some cmake defines I am missing? Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA. Dr. Nikolaus Klepp Einnehmerstraße 14 A-4810 Gmunden Tel.: +43 650 82 11 724 email: office(a)klepp.biz

9 years, 2 months

tdelibs on FreeBSD create unusable libraries

by Dr. Nikolaus Klepp

Hi all! I ran into a problem at building TDE for FreeBSD last weekend: - When I compile "tdelibs" with "-DHAVE_PIE_SUPPORT=OFF", then "tquic" segfaults when building "tdebase", i.e. dlopen() of any library built without PIE fails. - When I compile "tdelibs" without "-DHAVE_PIE_SUPPORT=OFF", then the build of "tdelibs" fails at certain points with "/usr/local/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 against `_DYNAMIC' can not be used when making a shared object; recompile with -fPIC" - When I add "-shared" to the compiler switches for cmake, the build fails. I assume that HAVE_PIE_SUPPORT is a must, otherwise the built libraries do not work. Compilig fails the first time on "kgrantpty" with these messages: Scanning dependencies of target kgrantpty make -f tdecore/CMakeFiles/kgrantpty.dir/build.make tdecore/CMakeFiles/kgrantpty.dir/build /usr/local/bin/cmake -E cmake_progress_report /tmp/tdelibs.build/CMakeFiles [ 11%] Building C object tdecore/CMakeFiles/kgrantpty.dir/kgrantpty.c.o cd /tmp/tdelibs.build/tdecore && /usr/bin/gcc -DHAVE_CONFIG_H -fPIC -I/opt/trinity/include -I/opt/trinity/include/tqt -I/tmp/tdelibs.build/tdecore -I/tmp/tdelibs.build -I/tmp/tdelibs/tdecore -I/tmp/tdelibs/tdecore/network -I/tmp/tdelibs/dcop -I/tmp/tdelibs/libltdl -I/tmp/tdelibs/tdefx -I/tmp/tdelibs/tdeui -I/tmp/tdelibs/tdeio/tdeio -fPIE -o CMakeFiles/kgrantpty.dir/kgrantpty.c.o -c /tmp/tdelibs/tdecore/kgrantpty.c Linking C executable kgrantpty cd /tmp/tdelibs.build/tdecore && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/kgrantpty.dir/link.txt --verbose=1 /usr/bin/gcc -fPIC -pie CMakeFiles/kgrantpty.dir/kgrantpty.c.o -o kgrantpty -L/opt/trinity/lib -L/usr/local/lib /usr/local/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 against `_DYNAMIC' can not be used when making a shared object; recompile with -fPIC /usr/lib/crt1.o: error adding symbols: Bad value collect2: error: ld returned 1 exit status *** Error code 1 I can add a "-shared" to the compiler directive and this part will work, i.e: $ /usr/bin/gcc -DHAVE_CONFIG_H -fPIC -I/opt/trinity/include -I/opt/trinity/include/tqt -I/tmp/tdelibs.build/tdecore -I/tmp/tdelibs.build -I/tmp/tdelibs/tdecore -I/tmp/tdelibs/tdecore/network -I/tmp/tdelibs/dcop -I/tmp/tdelibs/libltdl -I/tmp/tdelibs/tdefx -I/tmp/tdelibs/tdeui -I/tmp/tdelibs/tdeio/tdeio -fPIE -o CMakeFiles/kgrantpty.dir/kgrantpty.c.o -c /tmp/tdelibs/tdecore/kgrantpty.c -shared But it fails later once again and I absolutly do not know what to do about it: [ 40%] Building C object tdeio/misc/kpac/CMakeFiles/kpac_dhcp_helper.dir/kpac_dhcp_helper.c.o cd /tmp/tdelibs.build/tdeio/misc/kpac && /usr/bin/gcc -DHAVE_CONFIG_H -D_LARGEFILE64_SOURCE=1 -fPIC -I/opt/trinity/include -I/opt/trinity/include/tqt -I/tmp/tdelibs.build/tdeio/misc/kpac -I/tmp/tdelibs.build -I/tmp/tdelibs.build/tdecore -I/tmp/tdelibs.build/kjs -I/tmp/tdelibs -I/tmp/tdelibs/dcop -I/tmp/tdelibs/tdecore -I/tmp/tdelibs/tdecore/network -I/tmp/tdelibs/tdeio -I/tmp/tdelibs/tdeio/tdeio -I/tmp/tdelibs/kded -fPIE -o CMakeFiles/kpac_dhcp_helper.dir/kpac_dhcp_helper.c.o -c /tmp/tdelibs/tdeio/misc/kpac/kpac_dhcp_helper.c Linking C executable kpac_dhcp_helper cd /tmp/tdelibs.build/tdeio/misc/kpac && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/kpac_dhcp_helper.dir/link.txt --verbose=1 /usr/bin/gcc -fPIC -pie CMakeFiles/kpac_dhcp_helper.dir/kpac_dhcp_helper.c.o -o kpac_dhcp_helper -L/opt/trinity/lib /usr/local/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 against `_DYNAMIC' can not be used when making a shared object; recompile with -fPIC /usr/lib/crt1.o: error adding symbols: Bad value collect2: error: ld returned 1 exit status *** Error code 1 At this pount adding "-shared" does not solve the problem: /usr/bin/gcc -fPIC -pie CMakeFiles/kpac_dhcp_helper.dir/kpac_dhcp_helper.c.o -o kpac_dhcp_helper -L/opt/trinity/lib -shared /usr/local/bin/ld: CMakeFiles/kpac_dhcp_helper.dir/kpac_dhcp_helper.c.o: relocation R_X86_64_PC32 against symbol `get_port' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status So, what am I missing? Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA. Dr. Nikolaus Klepp Einnehmerstraße 14 A-4810 Gmunden Tel.: +43 650 82 11 724 email: office(a)klepp.biz

9 years, 2 months

Kapptemplate fails on Debian Wheezy

by russell＠lls.lls.com

Hi, I'm trying to use Kapptemplate v1.1.1 on TDE R14 and it seems to be having problems with libtool. Here's the output of make after creating the app with kapptemplate: >make[3]: Entering directory `/russell/src/klt-2.0/klt' >/bin/bash ../libtool --tag=CXX --mode=link g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -o klt -R /opt/trinity/lib -R /opt/trinity/lib -R /usr/lib -L/opt/trinity/lib main.o klt.o kltview.o kltpref.o kltiface_skel.o -ltdeio -ltdeprint >libtool: Version mismatch error. This is libtool 2.2.6b Debian-2.2.6b-2ubuntu1, but the >libtool: definition of this LT_INIT comes from libtool 2.4.2. >libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b Debian-2.2.6b-2ubuntu1 >libtool: and run autoconf again. >make[3]: *** [klt] Error 63 >make[3]: Leaving directory `/russell/src/klt-2.0/klt' The installed libtool on my Debian Wheezy is 2.4.2-1.1 I've tried replacing aclocal.m4 with the one from /usr/share/libtool/libltdl/aclocal.m4 and admin/ltmain.sh with the one from /usr/share/libtool/config/ltmain.sh but then I get a different problem: >/bin/bash ../libtool --tag=CXX --mode=link g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -o klt -R /opt/trinity/lib -R /opt/trinity/lib -R /usr/lib -L/opt/trinity/lib main.o klt.o kltview.o kltpref.o kltiface_skel.o -ltdeio -ltdeprint libtool: link: g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -o klt main.o klt.o kltview.o kltpref.o kltiface_skel.o -L/opt/trinity/lib /opt/trinity/lib/libtdeio.so /opt/trinity/lib/libtdeprint.so -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/usr/lib >/usr/bin/ld: klt.o: undefined reference to symbol '_ZNK13KXMLGUIClient6actionERK12TQDomElement' >/usr/bin/ld: note: '_ZNK13KXMLGUIClient6actionERK12TQDomElement' is defined in DSO /opt/trinity/lib/libtdeui.so.14 so try adding it to the linker command line >/opt/trinity/lib/libtdeui.so.14: could not read symbols: Invalid operation >collect2: error: ld returned 1 exit status >make[3]: *** [klt] Error 1 How do I get kapptemplate to build a compilable TDE app ? -- Regards, Russell -------------------------------------------------------------------- | Russell Brown | MAIL: russell(a)lls.com PHONE: 01780 471800 | | Lady Lodge Systems | WWW Work: http://www.lls.com | | Peterborough, England | WWW Play: http://www.ruffle.me.uk | --------------------------------------------------------------------

9 years, 2 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels May 2015