22 Jan
2015
22 Jan
'15
2:49 a.m.
Hi all!
At last I found some time to try compiling TDE on FreeBSD - and I have a question, too
:-)
First of all, I manged to compile tqt3 using gcc47 and as fas as I can tell all provided
testprograms (example/ and tutorial/) are working as expected, just
"examples/thread" ends up non-responsive. I have not tried gcc48.
What I did not get right:
* I failed to set the correct compiler, so I had to add a symlink from g++47 -> g++ and
gcc47 -> gcc
* I had to add "-thread" to configure, otherwise the build fails (debian: both
"-thread" and "-no-thread" builds succeed)
* I had to add "LD_LIBRARY_PATH=<...>/tqt3/lib", otherwise the build fails
because "tquic" misses it's libriaries.
* some build options like OpenGL support etc.
So my questions are:
* Is there a way to set the compiler gp "g++47" and "gcc47" ?
* What are the build options for the current debian build? "configure" gives me
this list:
Build type: freebsd-g++
Configuration ....... nocrosscompiler minimal-config small-config medium-config
large-config full-config styles tools kernel widgets dialogs iconview workspace
inputmethod network canvas table xml sql release dll thread largefile stl system-mng
system-jpeg system-png png no-glibmainloop gif zlib bigcodecs x11sm xshape xkb
inputmethod
STL support ......... yes
PCH support ......... no
IPv6 support ........ no
Thread support ...... yes
NIS support ......... no
CUPS support ........ no
Large File support .. partial
GIF support ......... yes
MNG support ......... plugin (system)
JPEG support ........ plugin (system)
PNG support ......... yes (system)
Glib main loop support ......... no
zlib support ........ yes
OpenGL support ...... no
NAS sound support ... no
Session management .. yes
XShape support ...... yes
Xinerama support .... no
Tablet support ...... no
Xcursor support ..... no
XRandR support ...... no
XRender support ..... no
Xft support ......... no
XKB Support ......... yes
immodule support .... yes
immodule ext support no
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
22 Jan
22 Jan
5:21 a.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
On 22/01/2015 10:49, Dr. Nikolaus Klepp wrote:
Hi all!
At last I found some time to try compiling TDE on FreeBSD - and I have a question, too
:-)
First of all, I manged to compile tqt3 using gcc47 and as fas as I can tell all provided
testprograms (example/ and tutorial/) are working as expected, just
"examples/thread" ends up non-responsive. I have not tried gcc48.
What I did not get right:
* I failed to set the correct compiler, so I had to add a symlink from g++47 -> g++
and gcc47 -> gcc
* I had to add "-thread" to configure, otherwise the build fails (debian: both
"-thread" and "-no-thread" builds succeed)
* I had to add "LD_LIBRARY_PATH=<...>/tqt3/lib", otherwise the build
fails because "tquic" misses it's libriaries.
* some build options like OpenGL support etc.
So my questions are:
* Is there a way to set the compiler gp "g++47" and "gcc47" ?
* What are the build options for the current debian build? "configure" gives me
this list:
It's not unusual to have symlinks to the various gcc versions as
numerous may be installed.
Way back, when tqt3 was qt3, I would build it on debian with something
like this;
cd $BUILD
gzip -dc $SRC/qt3-3.5.13.tar.gz | tar -xf - && mv qt3-3.5.13 qt
cd qt
DEBUG_AUTOTOOL_OPT="--enable-debug=full"
DEBUG_CMAKE_OPT="-ggdb"
PREFIX=/opt/trinity
QPREFIX=/opt/qt
QTDIR=`pwd`
PATH=$QTDIR/bin:/opt/trinity/bin:$PATH
MANPATH=$QTDIR/doc/man:$MANPATH
LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
export QTDIR PREFIX QPREFIX PATH MANPATH LD_LIBRARY_PATH
DEBUG_AUTOTOOL_OPT DEBUG_CMAKE_OPT
echo "yes" | CFLAGS="-O2 -fPIC" CXXFLAGS="-O2 -fPIC"
./configure -prefix
$QPREFIX -sysconfdir /etc/trinity -release -thread -shared -fast
-no-exceptions -platform linux-g++ -nis -no-pch -cups -stl -ipv6 -sm
-xshape -xinerama -xcursor -xrandr -xrender -xft -tablet -xkb
-system-zlib -system-libpng -system-libmng -system-libjpeg
-system-nas-sound -enable-opengl -dlopen-opengl -qt-gif -qt-imgfmt-png
-qt-imgfmt-jpeg -plugin-imgfmt-mng -plugin-sql-psql -plugin-sql-mysql
-plugin-sql-sqlite -I/usr/include/x86_64-linux-gnu -I/usr/include/mysql
-I/usr/include/postgresql -I/usr/include/freetype2 -lfontconfig
-inputmethod -L/usr/lib -L/usr/lib/x86_64-linux-gnu
make && make install
Obviously, it's now tqt3 and there are many ways to skin a cat, this was
just one way. It might give you the idea.
Cheers,
Mike.
--
9:11 a.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Hi all!
At last I found some time to try compiling TDE on FreeBSD - and I have a
question, too :-)
First of all, I manged to compile tqt3 using gcc47 and as fas as I can
tell all provided testprograms (example/ and tutorial/) are working as
expected, just "examples/thread" ends up non-responsive. I have not tried
gcc48.
<snip>
Cool! I am concerned about the threading hang though; can you attach gdb
to the hung process and execute "thread apply all bt", then post the
results? Not sure what would be different under FreeBSD vs. Linux as far
as threading is concerned, but this should give a clue at least.
Thanks!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlTBL14ACgkQLaxZSoRZrGG5OQDgrCKbtB28CzskN1byd6bMUsOf
/ZCa4LA1kOiQWQDeMi7Xf3PL8Oe+Y/iiUMrqsWPTR4AeX1D8UB6vrw==
=rM4W
-----END PGP SIGNATURE-----
12:31 p.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
Cool! I am concerned about the threading hang though;
can you attach gdb
to the hung process and execute "thread apply all bt", then post the
results? Not sure what would be different under FreeBSD vs. Linux as far
as threading is concerned, but this should give a clue at least.
Thanks!
Tim
Hi Tim!
"tqt3/examples/thread/prodcons/" is the "strage" one:
The progress bars hangs at 98%, both threads stop, and "valgrind
--tool=helgrind" says:
prodcons.cpp:334, dubiouse: associated lock is not held by any thread
examples/thread/prodcons/prodcons.cpp, ProdCons::stop(), when I comment out these 6 lines
the program works as expected:
void ProdCons::stop()
{
if (prod && prod->running()) {
prod->stop();
condition.wakeAll();
// prod->wait();
}
if (cons && cons->running()) {
cons->stop();
condition.wakeAll();
// cons->wait();
}
if ( redraw ) {
// no point in repainting these buttons so many times is we are looping...
startbutton->setEnabled(TRUE);
stopbutton->setEnabled(FALSE);
}
stopped = TRUE;
}
And at last your requested gdb output:
(gdb) thread apply all bt
[New Thread 807407000 (LWP 100617/prodcons)]
[New Thread 807406400 (LWP 100468/prodcons)]
Thread 4 (Thread 807406400 (LWP 100468/prodcons)):
#0 0x00000008040598cc in __error () from /lib/libthr.so.3
#1 0x0000000804057d8e in _pthread_cond_wait () from /lib/libthr.so.3
#2 0x0000000800c0f8db in TQThread::wait (this=0x807562a30, time=18446744073709551615) at
kernel/qthread_unix.cpp:117
#3 0x0000000000407230 in ProdCons::stop (this=0x7fffffffe650) at ntqgarray.h:76
#4 0x0000000000407470 in ProdCons::customEvent (this=0x7fffffffe650, e=0x807c289a0) at
ntqgarray.h:76
#5 0x0000000800c842e5 in TQObject::event (this=0x7fffffffe650, e=0x807c289a0) at
ntqcstring.h:61
#6 0x0000000800ccc709 in TQWidget::event (this=0x7fffffffe650, e=0x807c289a0) at
kernel/qwidget.cpp:489
#7 0x0000000800c1cf08 in TQApplication::internalNotify (this=0x7fffffffe5c0,
receiver=0x7fffffffe650, e=0x807c289a0)
at ntqcstring.h:61
#8 0x0000000800c1c699 in TQApplication::notify (this=0x7fffffffe5c0,
receiver=0x7fffffffe650, e=0x807c289a0) at ntqcstring.h:61
#9 0x0000000800c1b815 in TQApplication::sendEvent (receiver=0x7fffffffe650,
event=0x807c289a0) at ntqcstring.h:61
#10 0x0000000800c1e1b4 in TQApplication::sendPostedEvents (receiver=0x0, event_type=0) at
ntqcstring.h:61
#11 0x0000000800c1dedf in TQApplication::sendPostedEvents () at ntqcstring.h:61
#12 0x0000000800beeff4 in TQEventLoop::processEvents (this=0x80743de20, flags=4) at
kernel/qeventloop_x11.cpp:82
#13 0x0000000800c3255c in TQEventLoop::enterLoop (this=0x80743de20) at
kernel/qeventloop.cpp:115
#14 0x0000000800c3242d in TQEventLoop::exec (this=0x80743de20) at
kernel/qeventloop.cpp:115
#15 0x0000000800c1d0b9 in TQApplication::exec (this=0x7fffffffe5c0) at ntqcstring.h:61
#16 0x00000000004075ca in main (argc=1, argv=0x7fffffffe800) at ntqgarray.h:76
Thread 3 (Thread 807407000 (LWP 100617/prodcons)):
#0 0x00000008040598cc in __error () from /lib/libthr.so.3
#1 0x00000008040547f4 in pthread_mutex_destroy () from /lib/libthr.so.3
#2 0x0000000800fa629c in TQRealMutexPrivate::lock (this=0x80752ca80) at
tools/qmutex_unix.cpp:126
#3 0x0000000800fa653f in TQMutex::lock (this=0x8074ec6b0) at tools/qmutex_unix.cpp:126
#4 0x0000000800bf00fa in TQMutexLocker::TQMutexLocker (this=0x7fffffbfdeb0,
m=0x8074ec6b0) at gthr-default.h:218
#5 0x0000000800c1e964 in TQApplication::threadTerminationHandler
(originThread=0x807562a00) at ntqcstring.h:61
#6 0x0000000800c0edc3 in TQThreadInstance::finish () at kernel/qthread_unix.cpp:117
#7 0x00000008040597a0 in __pthread_cleanup_pop_imp () from /lib/libthr.so.3
#8 0x0000000800c0ed53 in TQThreadInstance::start (_arg=0x80752ace8) at
kernel/qthread_unix.cpp:117
#9 0x000000080404e4f5 in pthread_create () from /lib/libthr.so.3
#10 0x0000000000000000 in ?? ()
Thread 2 (Thread 807407400 (LWP 100618/prodcons)):
#0 0x00000008040598ca in __error () from /lib/libthr.so.3
#1 0x00000008040547f4 in pthread_mutex_destroy () from /lib/libthr.so.3
#2 0x0000000800fa629c in TQRealMutexPrivate::lock (this=0x80752ca80) at
tools/qmutex_unix.cpp:126
#3 0x0000000800fa653f in TQMutex::lock (this=0x8074ec6b0) at tools/qmutex_unix.cpp:126
#4 0x0000000800bf00fa in TQMutexLocker::TQMutexLocker (this=0x7fffff9fceb0,
m=0x8074ec6b0) at gthr-default.h:218
#5 0x0000000800c1e964 in TQApplication::threadTerminationHandler
(originThread=0x807562a30) at ntqcstring.h:61
#6 0x0000000800c0edc3 in TQThreadInstance::finish () at kernel/qthread_unix.cpp:117
#7 0x00000008040597a0 in __pthread_cleanup_pop_imp () from /lib/libthr.so.3
#8 0x0000000800c0ed53 in TQThreadInstance::start (_arg=0x80752ad88) at
kernel/qthread_unix.cpp:117
#9 0x000000080404e4f5 in pthread_create () from /lib/libthr.so.3
#10 0x0000000000000000 in ?? ()
(gdb) quit
The program is running. Exit anyway? (y or n)
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA.
12:38 p.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
Cool! I am concerned about the threading hang though;
can you attach gdb
to the hung process and execute "thread apply all bt", then post the
results? Not sure what would be different under FreeBSD vs. Linux as far
as threading is concerned, but this should give a clue at least.
Thanks!
Tim
I forgot: valgrind on wheezy complains about the same errors as valgrind on freebsd, but
the *.wait()-calls always return on wheezy but hang on freebsd.
==5521== ----------------------------------------------------------------
==5521==
==5521== Thread #3: pthread_cond_{signal,broadcast}: dubious: associated lock is not held
by any thread
==5521== at 0x4C2A345: pthread_cond_signal_WRK (hg_intercepts.c:839)
==5521== by 0x552059C: TQWaitCondition::wakeOne() (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x406021: ProdThread::run() (prodcons.cpp:122)
==5521== by 0x52CBE8C: ??? (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x8012F44: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==5521== by 0x4C2B5AD: mythread_wrapper (hg_intercepts.c:219)
==5521== by 0x675CB4F: start_thread (pthread_create.c:304)
==5521== by 0x71ED7BC: clone (clone.S:112)
==5521==
==5521== ----------------------------------------------------------------
==5521==
==5521== Thread #1: lock order "0xA2B43A8 before 0xA2A76E8" violated
==5521==
==5521== Observed (incorrect) order is: acquisition of lock at 0xA2A76E8
==5521== (stack unavailable)
==5521==
==5521== followed by a later acquisition of lock at 0xA2B43A8
==5521== at 0x4C2BAF5: pthread_mutex_lock (hg_intercepts.c:495)
==5521== by 0x551FAEC: ??? (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x4063DC: ConsThread::stop() (prodcons.cpp:169)
==5521== by 0x406A2B: ProdCons::stop() (prodcons.cpp:333)
==5521== by 0x406B95: ProdCons::customEvent(TQCustomEvent*) (prodcons.cpp:367)
==5521== by 0x531DB7E: TQObject::event(TQEvent*) (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x534CDE2: TQWidget::event(TQEvent*) (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52D203E: TQApplication::internalNotify(TQObject*, TQEvent*) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52D237A: TQApplication::notify(TQObject*, TQEvent*) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52D34B1: TQApplication::sendPostedEvents(TQObject*, int) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52B5E54: TQEventLoop::processX11Events() (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52B68F9: TQEventLoop::gsourceDispatch(_GSource*) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521==
==5521== ----------------------------------------------------------------
==5521==
==5521== Thread #1: pthread_cond_{signal,broadcast}: dubious: associated lock is not held
by any thread
==5521== at 0x4C2A1D5: pthread_cond_broadcast_WRK (hg_intercepts.c:891)
==5521== by 0x55205DC: TQWaitCondition::wakeAll() (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x406A37: ProdCons::stop() (prodcons.cpp:334)
==5521== by 0x406B95: ProdCons::customEvent(TQCustomEvent*) (prodcons.cpp:367)
==5521== by 0x531DB7E: TQObject::event(TQEvent*) (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x534CDE2: TQWidget::event(TQEvent*) (in /usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52D203E: TQApplication::internalNotify(TQObject*, TQEvent*) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52D237A: TQApplication::notify(TQObject*, TQEvent*) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52D34B1: TQApplication::sendPostedEvents(TQObject*, int) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52B5E54: TQEventLoop::processX11Events() (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52B68F9: TQEventLoop::gsourceDispatch(_GSource*) (in
/usr/lib/libtqt-mt.so.3.5.0)
==5521== by 0x52B6A02: ??? (in /usr/lib/libtqt-mt.so.3.5.0)
==5521==
==5521== ----------------------------------------------------------------
==5521==
==5521== Thread #1: Exiting thread still holds 1 lock
==5521== at 0x71BD648: _Exit (_exit.c:33)
==5521== by 0x7147A8D: __run_exit_handlers (exit.c:93)
==5521== by 0x7147B34: exit (exit.c:100)
==5521== by 0x712FEB3: (below main) (libc-start.c:276)
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
23 Jan
23 Jan
7:03 a.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
Hi Tim!
Maybe you can help me a little bit, I'm trying to compile tqtinterface.
The buildorder on the homepage refers as tqtinterface beeing the second package to build.
However, running "cmake" throws an error: "qapplication.h" is missing.
Now the only "qapplication.h" I find is in
"main/dependencies/qt3/include/". So, do I have to build qt3 in addition to tqt3
?
Second question: the notes on tqtinterface refer to "tqtinterface should be installed
in /usr" - is this a "should" or a "must"? What sideeffects will
occur when tqtinterface is installed in /opt/trinity ?
And last Question: cmake includes "/opt/trinity/lib/qt3-3.3.8.d/include" which
does not exist and as a pathname does not look right: I'd expect
"/opt/trinity/include" or "/opt/trinity/include/qt3-3.3.8.d/include".
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA.
11:16 a.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Hi Tim!
Maybe you can help me a little bit, I'm trying to compile tqtinterface.
The buildorder on the homepage refers as tqtinterface beeing the second
package to build. However, running "cmake" throws an error:
"qapplication.h" is missing. Now the only "qapplication.h" I find is
in
"main/dependencies/qt3/include/". So, do I have to build qt3 in addition
to tqt3 ?
No; CMake goes on to look for the correct file "ntqapplication.h" but
can't find it. I don't think tqtinterface knows where your
"ntqapplication.h" file is installed; what directory does it end up in on
FreeBSD?
Thanks!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlTCnfkACgkQLaxZSoRZrGHqWwDgpZvuzPpbyYV7Xpf7piki8bLi
DjAGmfSQ8S0tUgDgong1mU4rzULDs3zS2sjH839vqqwdG2BXegEH+g==
=V99j
-----END PGP SIGNATURE-----
12:07 p.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
Am Freitag, 23. Januar 2015 schrieb Timothy Pearson:
Hi Tim!
"ntqapplication.h" is located at /opt/trinity/include ... but "cmake"
defines
QT_PREFIX_DIR : /opt/trinity/lib/qt3-3.3.8.d
and I have no idea why.
Anyway, adding "-DQT_PREFIX_DIR=/opt/trinity" as the last argument to cmake does
the trick:
QT_PREFIX_DIR : /opt/trinity
"make" failes, because "cmake" does not add the correct paths to the
header files, e.g.:
fatal error: 'X11/X.h' file not found
Do you have a hint for me how to add the paths?
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
Hi Tim!
Maybe you can help me a little bit, I'm trying to compile tqtinterface.
The buildorder on the homepage refers as tqtinterface beeing the second
package to build. However, running "cmake" throws an error:
"qapplication.h" is missing. Now the only "qapplication.h" I find is
in
"main/dependencies/qt3/include/". So, do I have to build qt3 in addition
to tqt3 ?
No; CMake goes on to look for the correct file "ntqapplication.h" but
can't find it. I don't think tqtinterface knows where your
"ntqapplication.h" file is installed; what directory does it end up in on
FreeBSD?
Thanks!
Tim
1:07 p.m.
New subject: [trinity-users] Some progress on FreeBSD 10.1
In answer to myself:
a lot of scripts in the TDE sources depend on /bin/bash, but FreeBSD has
/usr/local/bin/bash --> lots of strange problems with cmake, but no error messages!
Solution:
ln /usr/local/bin/bash /bin/bash
Which is definitly not the right way to do it, but ... :-)
Nik
Am Freitag, 23. Januar 2015 schrieb Dr. Nikolaus Klepp:
Am Freitag, 23. Januar 2015 schrieb Timothy Pearson:
Hi Tim!
"ntqapplication.h" is located at /opt/trinity/include ... but "cmake"
defines
QT_PREFIX_DIR : /opt/trinity/lib/qt3-3.3.8.d
and I have no idea why.
Anyway, adding "-DQT_PREFIX_DIR=/opt/trinity" as the last argument to cmake
does the trick:
QT_PREFIX_DIR : /opt/trinity
"make" failes, because "cmake" does not add the correct paths to the
header files, e.g.:
fatal error: 'X11/X.h' file not found
Do you have a hint for me how to add the paths?
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
Hi Tim!
Maybe you can help me a little bit, I'm trying to compile tqtinterface.
The buildorder on the homepage refers as tqtinterface beeing the second
package to build. However, running "cmake" throws an error:
"qapplication.h" is missing. Now the only "qapplication.h" I find is
in
"main/dependencies/qt3/include/". So, do I have to build qt3 in addition
to tqt3 ?
No; CMake goes on to look for the correct file "ntqapplication.h" but
can't find it. I don't think tqtinterface knows where your
"ntqapplication.h" file is installed; what directory does it end up in on
FreeBSD?
Thanks!
Tim
3404
days inactive
3405
days old
8 comments
3 participants
participants (3)
-
Dr. Nikolaus Klepp -
Michael Howard -
Timothy Pearson