Hello, I'm currently building TDE 3.5.13.2 for openbsd. I've managed to build tdelibs, but it looks like I have problems at runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time. For example, I can run the "kde-config" command and get the expected result in the terminal, but it always gives an "abort" instead of quitting gracefully. Same behaviour with "meinproc", or "makekdewidgets" among others ... Other programs not using libkdecore, such as the "dcop*" commands, have no problem. Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related programs have no problem.
Here are some GDB backtraces. The crash occurs in different location every time, but is always "abort". Everything is built with debug symbols.
Any help would be appreciated.
meinproc in free(): error: chunk is already free 0x1c6c6ad2e440
Program received signal SIGABRT, Aborted. 0x00001c6c7083321a in kill () at <stdin>:2 2 <stdin>: No such file or directory. in <stdin> Current language: auto; currently asm (gdb) bt #0 0x00001c6c7083321a in kill () at <stdin>:2 #1 0x00001c6c7089398a in abort () at /usr/src/lib/libc/stdlib/abort.c:70 #2 0x00001c6c70890f64 in wrterror (msg=Variable "msg" is not available. ) at /usr/src/lib/libc/stdlib/malloc.c:273 #3 0x00001c6c7089225f in free (ptr=0x1c6c72dae6c0) at /usr/src/lib/libc/stdlib/malloc.c:1252 #4 0x00001c6c797fc7c8 in QGList::removeRef (this=0x1c6c6f7af500, d=0x1c6c714375c0) at tools/qglist.cpp:686 #5 0x00001c6c70e0de84 in __tcf_0 () at kstaticdeleter.h:130 #6 0x00001c6c70887f04 in __cxa_finalize (dso=0x1c6c711bdfa8) at /usr/src/lib/libc/stdlib/atexit.c:136 #7 0x00001c6c70dd0b91 in ?? () from /opt/trinity/lib/libkdecore.so.4.2 #8 0x00001c6c70f9fce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2 #9 0x00001c6c6e714660 in ?? () #10 0x00001c6c75702e7d in _dl_run_all_dtors () at /usr/src/libexec/ld.so/loader.c:138 #11 0x00001c6c70887f57 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:138 #12 0x00001c6c70871d3a in exit (status=254) at /usr/src/lib/libc/stdlib/exit.c:57 #13 0x00001c6c70ee5290 in KCmdLineArgs::usage (id=0x0) at /usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kcmdlineargs.cpp:977 #14 0x00001c6a69306dcd in main (argc=1, argv=Variable "argv" is not available. ) at /usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdoctools/meinproc.cpp:108
meinproc in free(): error: chunk is already free 0xb407d38a020
Program received signal SIGABRT, Aborted. 0x00000b40830a621a in kill () at <stdin>:2 2 <stdin>: No such file or directory. in <stdin> (gdb) bt #0 0x00000b40830a621a in kill () at <stdin>:2 #1 0x00000b408310698a in abort () at /usr/src/lib/libc/stdlib/abort.c:70 #2 0x00000b4083103f64 in wrterror (msg=Variable "msg" is not available. ) at /usr/src/lib/libc/stdlib/malloc.c:273 #3 0x00000b408310525f in free (ptr=0xb407a6c4d40) at /usr/src/lib/libc/stdlib/malloc.c:1252 #4 0x00000b407c7424da in pthread_mutex_destroy (mutexp=0xb407d38ae68) at /usr/src/lib/librthread/rthread_sync.c:77 #5 0x00000b40806ae271 in ~QMutexPrivate (this=0xb407d38ae60) at tools/qmutex_unix.cpp:119 #6 0x00000b40806ae7c3 in ~QRealMutexPrivate (this=0xb407d38ae60) at tools/qmutex_unix.cpp:81 #7 0x00000b40806adcf1 in ~QMutex (this=0xb4079e0ece0) at tools/qmutex_unix.cpp:457 #8 0x00000b40830faf04 in __cxa_finalize (dso=0xb4079bfc028) at /usr/src/lib/libc/stdlib/atexit.c:136 #9 0x00000b40799ccc71 in ?? () from /opt/trinity/lib/libkwalletclient.so.1.0 #10 0x00000b40799f79e9 in _fini () from /opt/trinity/lib/libkwalletclient.so.1.0 #11 0x00000b4077276660 in ?? () #12 0x00000b4077a02e7d in _dl_run_all_dtors () at /usr/src/libexec/ld.so/loader.c:138 #13 0x00000b40830faf57 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:138 #14 0x00000b40830e4d3a in exit (status=254) at /usr/src/lib/libc/stdlib/exit.c:57 #15 0x00000b407bdd9290 in KCmdLineArgs::usage (id=0x0) at /usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kcmdlineargs.cpp:977 #16 0x00000b3e72306dcd in main (argc=1, argv=Variable "argv" is not available. ) at /usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdoctools/meinproc.cpp:108
meinproc in free(): error: chunk is already free 0xfebb881f3e0
Program received signal SIGABRT, Aborted. 0x00000febae54621a in kill () at <stdin>:2 2 <stdin>: No such file or directory. in <stdin> (gdb) bt #0 0x00000febae54621a in kill () at <stdin>:2 #1 0x00000febae5a698a in abort () at /usr/src/lib/libc/stdlib/abort.c:70 #2 0x00000febae5a3f64 in wrterror (msg=Variable "msg" is not available. ) at /usr/src/lib/libc/stdlib/malloc.c:273 #3 0x00000febae5a525f in free (ptr=0xfebae9e9de0) at /usr/src/lib/libc/stdlib/malloc.c:1252 #4 0x00000febb00ddf51 in __tcf_0 () at qvaluelist.h:239 #5 0x00000febae59af04 in __cxa_finalize (dso=0xfebb048dfa8) at /usr/src/lib/libc/stdlib/atexit.c:136 #6 0x00000febb00a0b91 in ?? () from /opt/trinity/lib/libkdecore.so.4.2 #7 0x00000febb026fce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2 #8 0x00000febbcb48650 in ?? () #9 0x00000febb7702e7d in _dl_run_all_dtors () at /usr/src/libexec/ld.so/loader.c:138 #10 0x00000febae59af57 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:138 #11 0x00000febae584d3a in exit (status=254) at /usr/src/lib/libc/stdlib/exit.c:57 #12 0x00000febb01b5290 in KCmdLineArgs::usage (id=0x0) at /usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kcmdlineargs.cpp:977 #13 0x00000fe9ae306dcd in main (argc=1, argv=Variable "argv" is not available. ) at /usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdoctools/meinproc.cpp:108
kde-config in free(): error: chunk is already free 0x7676b88a7c0
Program received signal SIGABRT, Aborted. 0x00000767657bb21a in kill () at <stdin>:2 2 <stdin>: No such file or directory. in <stdin> Current language: auto; currently asm (gdb) bt #0 0x00000767657bb21a in kill () at <stdin>:2 #1 0x000007676581b98a in abort () at /usr/src/lib/libc/stdlib/abort.c:70 #2 0x0000076765818f64 in wrterror (msg=Variable "msg" is not available. ) at /usr/src/lib/libc/stdlib/malloc.c:273 #3 0x000007676581a25f in free (ptr=0x767667df120) at /usr/src/lib/libc/stdlib/malloc.c:1252 #4 0x000007676a9008e1 in QGDict::clear (this=0x76771fe77c0) at tools/qgdict.cpp:787 #5 0x0000076763adb2a2 in ~KStringDict (this=0x76771fe77c0) at qdict.h:78 #6 0x0000076763adb1af in kglobal_freeAll () at /usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kglobal.cpp:226 #7 0x00000767639f5af2 in ?? () from /opt/trinity/lib/libkdecore.so.4.2 #8 0x0000076763bc4ce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2 #9 0x0000076764063500 in ?? () #10 0x0000076768a02e7d in _dl_run_all_dtors () at /usr/src/libexec/ld.so/loader.c:138 #11 0x000007676580ff57 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:138 #12 0x00000767657f9d3a in exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:57 #13 0x00000765637289c8 in _start () from /usr/local/trinity/bin/kde-config #14 0x0000000000000000 in ?? ()
kde-config in free(): error: chunk is already free 0x15aea5f55bc0
Program received signal SIGABRT, Aborted. 0x000015ae9fa4621a in kill () at <stdin>:2 2 <stdin>: No such file or directory. in <stdin> (gdb) bt #0 0x000015ae9fa4621a in kill () at <stdin>:2 #1 0x000015ae9faa698a in abort () at /usr/src/lib/libc/stdlib/abort.c:70 #2 0x000015ae9faa3f64 in wrterror (msg=Variable "msg" is not available. ) at /usr/src/lib/libc/stdlib/malloc.c:273 #3 0x000015ae9faa525f in free (ptr=0x15aea9084800) at /usr/src/lib/libc/stdlib/malloc.c:1252 #4 0x000015aea04244da in pthread_mutex_destroy (mutexp=0x15aeac47a9c8) at /usr/src/lib/librthread/rthread_sync.c:77 #5 0x000015aeab05b271 in ~QMutexPrivate (this=0x15aeac47a9c0) at tools/qmutex_unix.cpp:119 #6 0x000015aeab05b7c3 in ~QRealMutexPrivate (this=0x15aeac47a9c0) at tools/qmutex_unix.cpp:81 #7 0x000015aeab05acf1 in ~QMutex (this=0x15aeac46ff50) at tools/qmutex_unix.cpp:457 #8 0x000015ae9fa9af04 in __cxa_finalize (dso=0x15aeac1f3fa8) at /usr/src/lib/libc/stdlib/atexit.c:136 #9 0x000015aeabe06b91 in ?? () from /opt/trinity/lib/libkdecore.so.4.2 #10 0x000015aeabfd5ce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2 #11 0x000015aea08314e0 in ?? () #12 0x000015aeab902e7d in _dl_run_all_dtors () at /usr/src/libexec/ld.so/loader.c:138 #13 0x000015ae9fa9af57 in __cxa_finalize (dso=0x0) at /usr/src/lib/libc/stdlib/atexit.c:138 #14 0x000015ae9fa84d3a in exit (status=0) at /usr/src/lib/libc/stdlib/exit.c:57 #15 0x000015ac9f8289c8 in _start () from /usr/local/trinity/bin/kde-config #16 0x0000000000000001 in ?? () #17 0x00007f7ffffe17af in ?? () #18 0x0000000000000000 in ?? ()
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Hello, I'm currently building TDE 3.5.13.2 for openbsd. I've managed to build tdelibs, but it looks like I have problems at runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time. For example, I can run the "kde-config" command and get the expected result in the terminal, but it always gives an "abort" instead of quitting gracefully. Same behaviour with "meinproc", or "makekdewidgets" among others ... Other programs not using libkdecore, such as the "dcop*" commands, have no problem. Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related programs have no problem.
Here are some GDB backtraces. The crash occurs in different location every time, but is always "abort". Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the mutex destructors. Is there any chance you can try to build a more modern version of TDE such as 3.5.13.2 or, even better, R14 from GIT? The mutexes received much needed fixes during the R14 cycle.
Thanks!
Tim
Le 17/08/2014 23:46, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Hello, I'm currently building TDE 3.5.13.2 for openbsd. I've managed to build tdelibs, but it looks like I have problems at runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time. For example, I can run the "kde-config" command and get the expected result in the terminal, but it always gives an "abort" instead of quitting gracefully. Same behaviour with "meinproc", or "makekdewidgets" among others ... Other programs not using libkdecore, such as the "dcop*" commands, have no problem. Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related programs have no problem.
Here are some GDB backtraces. The crash occurs in different location every time, but is always "abort". Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the mutex destructors. Is there any chance you can try to build a more modern version of TDE such as 3.5.13.2 or, even better, R14 from GIT? The mutexes received much needed fixes during the R14 cycle.
Thanks!
Tim
Thanks for looking. I am building 3.5.13.2 from tarballs from the web site, I think there is no significant update for 3.5.13.x in GIT. I'll give a try to R14, but I my concern is that there are several openbsd patches for KDE3 that I could use directly in 3.5.13.2 and probably not in R14.
Francois
Le 17/08/2014 23:46, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Hello, I'm currently building TDE 3.5.13.2 for openbsd. I've managed to build tdelibs, but it looks like I have problems at runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time. For example, I can run the "kde-config" command and get the expected result in the terminal, but it always gives an "abort" instead of quitting gracefully. Same behaviour with "meinproc", or "makekdewidgets" among others ... Other programs not using libkdecore, such as the "dcop*" commands, have no problem. Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related programs have no problem.
Here are some GDB backtraces. The crash occurs in different location every time, but is always "abort". Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the mutex destructors. Is there any chance you can try to build a more modern version of TDE such as 3.5.13.2 or, even better, R14 from GIT? The mutexes received much needed fixes during the R14 cycle.
Thanks!
Tim
After a few testing, a short answer: TQT3 will not build under openbsd ... See output below:
--- This is the Qt/X11 Open Source Edition.
You are licensed to use this software under the terms of the GNU General Public License (GPL) versions 2 or 3.
Creating qmake. Please wait... g++ -c -o qstring.o -pipe -O2 -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include/qmake -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_NO_COMPRESS -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/mkspecs/openbsd-g++ -DHAVE_QCONFIG_CPP /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp: In destructor 'TQStringData::~TQStringData()': /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079: error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079: error: 'munlock' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp: In member function 'void TQString::setSecurityUnPaged(bool)': /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957: error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957: error: 'munlock' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963: error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963: error: 'mlock' was not declared in this scope Makefile:99: recipe for target 'qstring.o' failed gmake: *** [qstring.o] Error 1 qmake failed to build. Aborting. ---
Francois
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Le 17/08/2014 23:46, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Hello, I'm currently building TDE 3.5.13.2 for openbsd. I've managed to build tdelibs, but it looks like I have problems at runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time. For example, I can run the "kde-config" command and get the expected result in the terminal, but it always gives an "abort" instead of quitting gracefully. Same behaviour with "meinproc", or "makekdewidgets" among others ... Other programs not using libkdecore, such as the "dcop*" commands, have no problem. Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related programs have no problem.
Here are some GDB backtraces. The crash occurs in different location every time, but is always "abort". Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the mutex destructors. Is there any chance you can try to build a more modern version of TDE such as 3.5.13.2 or, even better, R14 from GIT? The mutexes received much needed fixes during the R14 cycle.
Thanks!
Tim
After a few testing, a short answer: TQT3 will not build under openbsd ... See output below:
This is the Qt/X11 Open Source Edition.
You are licensed to use this software under the terms of the GNU General Public License (GPL) versions 2 or 3.
Creating qmake. Please wait... g++ -c -o qstring.o -pipe -O2 -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include/qmake -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_NO_COMPRESS -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/mkspecs/openbsd-g++ -DHAVE_QCONFIG_CPP /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp: In destructor 'TQStringData::~TQStringData()': /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079: error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079: error: 'munlock' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp: In member function 'void TQString::setSecurityUnPaged(bool)': /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957: error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957: error: 'munlock' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963: error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope /usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963: error: 'mlock' was not declared in this scope Makefile:99: recipe for target 'qstring.o' failed gmake: *** [qstring.o] Error 1 qmake failed to build. Aborting.
Francois
OK, it looks like I have some repairing to do. Can you post a simple set of instructions for the tqt3 build process (assuming there is more to it than just ./configure, make)? A link to the installer of the version of OpenBSD you were using would also be helpful.
Thanks!
Tim
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set of instructions for the tqt3 build process (assuming there is more to it than just ./configure, make)? A link to the installer of the version of OpenBSD you were using would also be helpful.
Thanks!
Tim
It's openbsd 5.5 (the latest one) for amd64. http://ftp3.usa.openbsd.org/pub/OpenBSD/5.5/amd64/install55.iso Installing and using it reminds me of what a Linux distribution looked like 10 years ago ...
The TQT3 build process I use is actually simply "./configure ... && make", based on the ubuntu "rules" packaging file. ATM I use the following configure parameters: (notice the programs go under "/usr/local" not "/usr" under BSD)
./configure \ -I/usr/X11R6/include/freetype2 \ -I/usr/local/include \ -L/usr/local/lib \ \ -prefix /usr/local \ -libdir /usr/local/lib \ -sysconfdir /etc/tqt3 \ -datadir "/usr/local/share/tqt3" \ -headerdir "/usr/local/include/tqt3" \ -docdir "/usr/local/share/tqt3/doc" \ -plugindir "/usr/local/lib/tqt3/plugins" \ -translationdir "/usr/local/share/tqt3/translations" \ \ -thread \ -shared \ -fast \ -no-exceptions \ -platform openbsd-g++ \ \ -no-pch \ -cups \ -stl \ -ipv6 \ \ -sm \ -xshape \ -xinerama \ -xcursor \ -xrandr \ -xrender \ -xft \ -tablet \ -xkb \ \ -system-zlib \ -system-libpng \ -system-libmng \ -system-libjpeg \ -no-nas-sound \ \ -enable-opengl \ -dlopen-opengl \ \ -qt-gif \ -qt-imgfmt-mng \ -qt-imgfmt-png \ -qt-imgfmt-jpeg \ -plugin-imgfmt-mng \ \ -no-sql-odbc \ -plugin-sql-psql \ -plugin-sql-mysql \ -no-sql-ibase \ -plugin-sql-sqlite \ -plugin-sql-sqlite3 \ \ -lfontconfig \ -inputmethod \ -glibmainloop \ -v
Francois
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set of instructions for the tqt3 build process (assuming there is more to it than just ./configure, make)? A link to the installer of the version of OpenBSD you were using would also be helpful.
Thanks!
Tim
Finally, I've managed to build TQT3 on openbsd 5.5 using the attached packaging files. This stuff is expected to go to /usr/ports/x11/trinity/dependencies/tqt3 directory. I've not built tdelibs R14 yet so I'm not sure it works better than 3.5.13.2 .
Please review the contained patches and give your opinion.
François
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set of instructions for the tqt3 build process (assuming there is more to it than just ./configure, make)? A link to the installer of the version of OpenBSD you were using would also be helpful.
Thanks!
Tim
Finally, I've managed to build TQT3 on openbsd 5.5 using the attached packaging files. This stuff is expected to go to /usr/ports/x11/trinity/dependencies/tqt3 directory. I've not built tdelibs R14 yet so I'm not sure it works better than 3.5.13.2 .
Please review the contained patches and give your opinion.
François
A few questions/comments... 1.) patch-mkspecs_openbsd-g++_qmake_conf looks like a bit of a hack. Is there a better way to do this so that the chages are only applied when TQt3 is built on a BSD (non-Linux) platform? 2.) What is the point of patch-plugins_src_sqldrivers_sqldrivers_pro? 3.) patch-qmake_generators_unix_unixmake2_cpp largely looks OK for merge, with the potential exception of line 385. Why was this added? I can check for Linux compatibility if it is needed for proper BSD compilation. 4.) patch-qmake_generators_unix_unixmake_cpp looks OK for merge. 5.) We will not be merging patch-src_kernel_ntqstyle.h, but if you could please post the build log without that applied I can fix the real problem in GIT. 6.) patch-src_tools_qmutex_unix_cpp looks OK for merge. 7.) patch-src_tools_qstring.cpp looks OK for merge, but we do need to document somewhere that the secured memory feature of TQString is not available except on Linux (unless BSD has a similar feature to keep a specific memory segment out of the swap file). 8.) patch-src_widgets_qlineedit_cpp looks OK for merge, but see previous note in 7.) on documentation and/or fixing the issue.
Overall good work! The main thing I want to see at this point is autodetection of BSD so that we don't have to manually apply the first patch for all the others to work.
Thanks!
Tim
Overall good work! The main thing I want to see at this point is autodetection of BSD so that we don't have to manually apply the first patch for all the others to work.
All, not to take anything away from the good work done by Francois (thanks!!), but I would like to propose we merge all the changes required for building on BSD to the origin/master branch *after* the release of v14.0.0 or at least after a separate branch for v14.0.0 has been created. The reason for this proposal is to avoid to potentially introduce new bugs so close to the finalization of v14.0.0 (don't forget that we are in a soft-freeze state). Opinions are welcomed of course.
Cheers Michele
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Overall good work! The main thing I want to see at this point is autodetection of BSD so that we don't have to manually apply the first patch for all the others to work.
All, not to take anything away from the good work done by Francois (thanks!!), but I would like to propose we merge all the changes required for building on BSD to the origin/master branch *after* the release of v14.0.0 or at least after a separate branch for v14.0.0 has been created. The reason for this proposal is to avoid to potentially introduce new bugs so close to the finalization of v14.0.0 (don't forget that we are in a soft-freeze state). Opinions are welcomed of course.
Cheers Michele
Given how trivial the patches are I'd say merge anyway; there's nothing more complex than an ifdef added to the actual code and the build system is tested every time the binaries are rebuilt on the nightly builds PPA.
Tim
On Friday 22 of August 2014 02:21:37 Timothy Pearson wrote:
Overall good work! The main thing I want to see at this point is autodetection of BSD so that we don't have to manually apply the first patch for all the others to work.
All, not to take anything away from the good work done by Francois (thanks!!), but I would like to propose we merge all the changes required for building on BSD to the origin/master branch *after* the release of v14.0.0 or at least after a separate branch for v14.0.0 has been created. The reason for this proposal is to avoid to potentially introduce new bugs so close to the finalization of v14.0.0 (don't forget that we are in a soft-freeze state). Opinions are welcomed of course.
Cheers Michele
Given how trivial the patches are I'd say merge anyway; there's nothing more complex than an ifdef added to the actual code and the build system is tested every time the binaries are rebuilt on the nightly builds PPA.
Tim
I hope this weekend I can find time to explore these patches from François. We can decide after that more eye inspect, revise and confirm these patches.
What do you think?
Given how trivial the patches are I'd say merge anyway; there's nothing more complex than an ifdef added to the actual code and the build system is tested every time the binaries are rebuilt on the nightly builds PPA.
I hope this weekend I can find time to explore these patches from François. We can decide after that more eye inspect, revise and confirm these patches.
Sounds good to me. I won't get much involved in the patch revision process due to lack of time these days (and the little I get I will use to work on other bugs), so I will trust whatever decision you and Tim will come up with. If you think the merge process is safe, go ahead. If you think there may be the risk of introducing new bugs, then let's delay until after v14.0.0.
Cheers Michele
Le 21/08/2014 16:13, Timothy Pearson a écrit :
A few questions/comments... 1.) patch-mkspecs_openbsd-g++_qmake_conf looks like a bit of a hack. Is there a better way to do this so that the chages are only applied when TQt3 is built on a BSD (non-Linux) platform?
This is a patch I've inherited from openbsd qt3 package. I agree the target file should be updated at build time . This patch looks useless anyway since it refers to inexistent QT3 directory, not TQT3.
2.) What is the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no sqlite3 in openbsd 5.5. Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in tqt3, because there is no separate build option.
3.) patch-qmake_generators_unix_unixmake2_cpp largely looks OK for merge, with the potential exception of line 385. Why was this added? I can check for Linux compatibility if it is needed for proper BSD compilation. 4.) patch-qmake_generators_unix_unixmake_cpp looks OK for merge.
These are 2 patches I've inherited from openbsd qt3 package. I understand that openbsd library naming convention only allows 2 digits (e.g. libtqt-mt.so.X.Y) not 3 digits (libtqt-mt.so.X.Y.Z) I've no idea about why the line 385 was added, but I bet it can be removed.
5.) We will not be merging patch-src_kernel_ntqstyle.h, but if you could please post the build log without that applied I can fix the real problem in GIT.
There is a weird FTBFS with the private constructor.
g++ -c -pipe -I/usr/local/include/mysql -I/usr/local/include/postgresql -I/usr/local/include/postgresql/server -I/usr/local/include -I/usr/X11R6/include/freetype2 -I/usr/local/include -fno-exceptions -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -Wall -W -O2 -pthread -fPIC -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_THREAD_SUPPORT -DQT_NO_NIS -D_LARGEFILE_SOURCE -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -DQT_DLOPEN_OPENGL -DQT_NO_IMAGEIO_MNG -DQT_BUILTIN_GIF_READER=1 -DQT_NO_STYLE_MAC -DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_COMPACT -DQT_NO_STYLE_POCKETPC -DQT_USE_GLIBMAINLOOP -I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/mkspecs/openbsd-g++ -I. -I/usr/X11R6/include/freetype2 -I3rdparty/opentype -I/usr/local/include -I../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/qstyle.o kernel/qstyle.cpp kernel/ntqstyle.h: In member function 'virtual bool TQStyle::widgetActionRequest(const TQStyleControlElementData&, TQStyle::ControlElementFlags, void*, TQStyle::WidgetActionRequest, TQStyleWidgetActionRequestData)': kernel/ntqstyle.h:296: error: 'TQStyleControlElementData::TQStyleControlElementData(const TQStyleControlElementData&)' is private kernel/qstyle.cpp:2487: error: within this context kernel/ntqstyle.h: In member function 'void TQStyle::acceleratorKeypressEventMonitor(TQObject*, TQEvent*)': kernel/ntqstyle.h:296: error: 'TQStyleControlElementData::TQStyleControlElementData(const TQStyleControlElementData&)' is private kernel/qstyle.cpp:2562: error: within this context kernel/ntqstyle.h:296: error: 'TQStyleControlElementData::TQStyleControlElementData(const TQStyleControlElementData&)' is private kernel/qstyle.cpp:2569: error: within this context kernel/ntqstyle.h:296: error: 'TQStyleControlElementData::TQStyleControlElementData(const TQStyleControlElementData&)' is private kernel/qstyle.cpp:2575: error: within this context kernel/ntqstyle.h: In member function 'bool TQStyle::acceleratorsShown() const': kernel/ntqstyle.h:296: error: 'TQStyleControlElementData::TQStyleControlElementData(const TQStyleControlElementData&)' is private kernel/qstyle.cpp:2589: error: within this context kernel/qstyle.cpp: In member function 'T& TQMap<Key, T>::operator[](const Key&) [with Key = void*, T = TQStyleControlElementData]': kernel/qstyle.cpp:2273: instantiated from here kernel/qstyle.cpp:2848: error: 'TQStyleControlElementData::TQStyleControlElementData(const TQStyleControlElementData&)' is private ../include/ntqmap.h:807: error: within this context Makefile:6433: recipe for target '.obj/release-shared-mt/qstyle.o' failed gmake[2]: *** [.obj/release-shared-mt/qstyle.o] Error 1 gmake[2]: Leaving directory '/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src' Makefile:40: recipe for target 'sub-src' failed gmake[1]: *** [sub-src] Error 2 gmake[1]: Leaving directory '/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c' Makefile:8: recipe for target 'init' failed gmake: *** [init] Error 2
I don't understand why "TQStyleControlElementData()" (kernel/qstyle.cpp:2562) is using this private constructor instead of the public one. BTW, I have the same problem when trying to build under Cygwin.
6.) patch-src_tools_qmutex_unix_cpp looks OK for merge.
This is a patch I've inherited from openbsd qt3 package. Under openbsd, conversion from (*pthread) to (int) causes a G++ error because variable is losing precision. I've never seen such error under Linux, only warnings ...
7.) patch-src_tools_qstring.cpp looks OK for merge, but we do need to document somewhere that the secured memory feature of TQString is not available except on Linux (unless BSD has a similar feature to keep a specific memory segment out of the swap file). 8.) patch-src_widgets_qlineedit_cpp looks OK for merge, but see previous note in 7.) on documentation and/or fixing the issue.
Agree.
Overall good work! The main thing I want to see at this point is autodetection of BSD so that we don't have to manually apply the first patch for all the others to work.
Thanks Francois
On Thursday 21 of August 2014 19:59:33 François Andriot wrote:
2.) What is the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no sqlite3 in openbsd 5.5. Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in tqt3, because there is no separate build option.
There are build options:
-plugin-sql-sqlite -plugin-sql-sqlite3
On Thursday 21 of August 2014 20:29:16 Slávek Banko wrote:
On Thursday 21 of August 2014 19:59:33 François Andriot wrote:
2.) What is the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no sqlite3 in openbsd 5.5. Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in tqt3, because there is no separate build option.
There are build options:
-plugin-sql-sqlite -plugin-sql-sqlite3
...but now I see in plugins/src/sqldrivers/sqldrivers.pro is mistake - for subdir sqlite3 is not used correct option.
On Thursday 21 of August 2014 20:33:09 Slávek Banko wrote:
On Thursday 21 of August 2014 20:29:16 Slávek Banko wrote:
On Thursday 21 of August 2014 19:59:33 François Andriot wrote:
2.) What is the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no sqlite3 in openbsd 5.5. Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in tqt3, because there is no separate build option.
There are build options:
-plugin-sql-sqlite -plugin-sql-sqlite3
...but now I see in plugins/src/sqldrivers/sqldrivers.pro is mistake - for subdir sqlite3 is not used correct option.
Fixed in GIT hash ed5df139 (tqt3) and 4de36973 (qt3). Patch 2) from this set is no longer needed.
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set of instructions for the tqt3 build process (assuming there is more to it than just ./configure, make)? A link to the installer of the version of OpenBSD you were using would also be helpful.
Thanks!
Tim
It looks like tdelibs is not buildable now on openbsd ... There are many references to udev in tdehardwaredevices.h/cpp . We need to allow building tdelibs without udev.
[ 5%] Building CXX object tdecore/tdehw/CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o cd "/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore/tdehw" && /root/bin/c++ -DHAVE_CONFIG_H -DWITH_CONSOLEKIT -DWITH_TDEHWLIB_DAEMONS -O2 -pipe -I/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/libltdl -I/usr/X11R6/include -L/usr/X11R6/lib -I/usr/local/include -L/usr/local/lib -DNDEBUG -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 -I/usr/local/include/tqt3 -I/usr/local/include/tqt -include tqt.h -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -DNDEBUG -I/usr/local/include/tqt3 -I/usr/local/include/tqt -I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore/tdehw" -I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build" -I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw" -I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore" -I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore" -I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/dcop" -I/opt/trinity/include/tde -fPIC -o CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o -c "/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp" In file included from /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:19: /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.h:39:21: error: libudev.h: No such file or directory /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:50:22: error: linux/fb.h: No such file or directory /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:53:25: error: linux/input.h: No such file or directory /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In constructor 'TDEHardwareDevices::TDEHardwareDevices()': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:143: error: 'udev_new' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:150: error: 'udev_monitor_new_from_netlink' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:151: error: 'udev_monitor_filter_add_match_subsystem_devtype' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:152: error: 'udev_monitor_enable_receiving' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:154: error: 'udev_monitor_get_fd' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In destructor 'virtual TDEHardwareDevices::~TDEHardwareDevices()': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:235: error: 'udev_unref' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In member function 'void TDEHardwareDevices::rescanDeviceInformation(TDEGenericDevice*, bool)': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:287: error: 'udev_device_new_from_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:292: error: 'udev_device_unref' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In member function 'void TDEHardwareDevices::processHotPluggedHardware()': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:375: error: 'udev_monitor_receive_device' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:377: error: 'udev_device_get_action' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:400: error: 'udev_device_get_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:432: error: 'udev_device_get_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:448: error: 'udev_device_new_from_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:450: error: 'udev_device_unref' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In function 'TDEDiskDeviceType::TDEDiskDeviceType classifyDiskType(udev_device*, TQString, TQString, TQString, TQString, TQString, TQString, TQString, TQString)': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1026: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1031: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1036: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1041: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1048: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1079: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1082: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1086: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1091: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1097: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1104: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1112: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1116: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1120: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1124: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1129: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1135: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1142: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1150: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1159: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1169: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1180: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1184: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1190: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1197: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1201: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1205: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1210: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1213: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In function 'TQString readUdevAttribute(udev_device*, TQString)': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1261: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In member function 'TDEGenericDevice* TDEHardwareDevices::classifyUnknownDevice(udev_device*, TDEGenericDevice*, bool)': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1720: error: 'udev_device_get_sysname' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1721: error: 'udev_device_get_devtype' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1722: error: 'udev_device_get_driver' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1723: error: 'udev_device_get_subsystem' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1724: error: 'udev_device_get_devnode' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1725: error: 'udev_device_get_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1727: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1757: error: 'udev_device_new_from_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1832: error: 'udev_device_get_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1875: error: 'udev_device_get_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1886: error: 'udev_device_new_from_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1887: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1890: error: 'udev_device_unref' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1941: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1948: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2162: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2270: error: 'udev_device_new_from_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2271: error: 'udev_device_get_devnode' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2327: error: 'udev_device_unref' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In member function 'void TDEHardwareDevices::updateExistingDeviceInformation(TDEGenericDevice*, udev_device*)': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2371: error: 'udev_device_new_from_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2414: error: 'udev_device_get_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2453: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2622: error: 'udev_device_new_from_syspath' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2627: error: 'udev_device_get_driver' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2629: error: 'udev_device_unref' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2750: error: invalid use of incomplete type 'struct sockaddr' /usr/include/ifaddrs.h:35: error: forward declaration of 'struct sockaddr' /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2753: error: 'AF_INET' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2753: error: 'AF_INET6' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2776: error: 'struct ifaddrs' has no member named 'ifa_ifu' /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2787: error: 'struct ifaddrs' has no member named 'ifa_ifu' /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3026: error: 'FB_BLANK_UNBLANK' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3029: error: 'FB_BLANK_POWERDOWN' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3314: error: 'udev_device_unref' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In member function 'void TDEHardwareDevices::updateBlacklists(TDEGenericDevice*, udev_device*)': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3324: error: 'udev_device_get_property_value' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp: In member function 'bool TDEHardwareDevices::queryHardwareInformation()': /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3343: error: 'udev_enumerate_new' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3344: error: 'udev_enumerate_add_match_subsystem' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3345: error: 'udev_enumerate_scan_devices' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3346: error: 'udev_enumerate_get_list_entry' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3348: error: 'udev_list_entry_foreach' was not declared in this scope /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3348: error: expected `;' before '{' token In file included from /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:4311: /usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore/tdehw/tdehardwaredevices.moc:250: error: expected `}' at end of input tdecore/tdehw/CMakeFiles/tdehw-static.dir/build.make:131: recipe for target 'tdecore/tdehw/CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o' failed gmake[2]: *** [tdecore/tdehw/CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o] Error 1 gmake[2]: Leaving directory '/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build' CMakeFiles/Makefile2:1402: recipe for target 'tdecore/tdehw/CMakeFiles/tdehw-static.dir/all' failed gmake[1]: *** [tdecore/tdehw/CMakeFiles/tdehw-static.dir/all] Error 2 gmake[1]: Leaving directory '/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build' Makefile:119: recipe for target 'all' failed gmake: *** [all] Error 2
Francois
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set of instructions for the tqt3 build process (assuming there is more to it than just ./configure, make)? A link to the installer of the version of OpenBSD you were using would also be helpful.
Thanks!
Tim
It looks like tdelibs is not buildable now on openbsd ... There are many references to udev in tdehardwaredevices.h/cpp . We need to allow building tdelibs without udev.
It is possible already AFAIK, you need to switch off TDE HW library support and switch on HAL support. Something like these arguments to your cmake call should do the trick (sorry I don't remember the exact syntax OTOH, but this is close): - -DWITH_TDEHWLIB_DAEMONS="OFF" -DWITH_HAL="ON"
Tim
Le 22/08/2014 00:42, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
It looks like tdelibs is not buildable now on openbsd ... There are many references to udev in tdehardwaredevices.h/cpp . We need to allow building tdelibs without udev.
It is possible already AFAIK, you need to switch off TDE HW library support and switch on HAL support. Something like these arguments to your cmake call should do the trick (sorry I don't remember the exact syntax OTOH, but this is close):
- -DWITH_TDEHWLIB_DAEMONS="OFF" -DWITH_HAL="ON"
Tim
In fact, the -DWITH_TDEHWLIB_DAEMONS="OFF" only prevents the "hwlibdaemons" binary to be built, not the entire hw library. Currently there is no build flag to disable tdehwlib entirely. Also, there is no HAL on openbsd, so I'll need to disable that too.
It looks like the kde3 and kde4 build for openbsd have same problem: they are built without any hardware monitoring/management.
François
Am Freitag, 22. August 2014 schrieb François Andriot:
In fact, the -DWITH_TDEHWLIB_DAEMONS="OFF" only prevents the "hwlibdaemons" binary to be built, not the entire hw library. Currently there is no build flag to disable tdehwlib entirely. Also, there is no HAL on openbsd, so I'll need to disable that too.
It looks like the kde3 and kde4 build for openbsd have same problem: they are built without any hardware monitoring/management.
François
Hi François,
As myself beeing a newbee on openbsd: How is hardware monitoring/management implemented?
Nik
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Le 22/08/2014 00:42, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
It looks like tdelibs is not buildable now on openbsd ... There are many references to udev in tdehardwaredevices.h/cpp . We need to allow building tdelibs without udev.
It is possible already AFAIK, you need to switch off TDE HW library support and switch on HAL support. Something like these arguments to your cmake call should do the trick (sorry I don't remember the exact syntax OTOH, but this is close):
- -DWITH_TDEHWLIB_DAEMONS="OFF" -DWITH_HAL="ON"
Tim
In fact, the -DWITH_TDEHWLIB_DAEMONS="OFF" only prevents the "hwlibdaemons" binary to be built, not the entire hw library. Currently there is no build flag to disable tdehwlib entirely. Also, there is no HAL on openbsd, so I'll need to disable that too.
It looks like the kde3 and kde4 build for openbsd have same problem: they are built without any hardware monitoring/management.
François
After looking at the current GIT sources you are correct; a long time ago there was a way to shut off both the TDE HW library and HAL but it looks like that was removed a while back. I'll have to look into it further to see if there is an easy fix.
Tim
Le 22/08/2014 17:48, Timothy Pearson a écrit :
After looking at the current GIT sources you are correct; a long time ago there was a way to shut off both the TDE HW library and HAL but it looks like that was removed a while back. I'll have to look into it further to see if there is an easy fix.
Tim
OK, it took a lot of time... About 100 patches later, here is my first succesful attempt . Say hello to your future openbsd friends :-)
François
Am Donnerstag, 4. September 2014 schrieb François Andriot:
Le 22/08/2014 17:48, Timothy Pearson a écrit :
After looking at the current GIT sources you are correct; a long time ago there was a way to shut off both the TDE HW library and HAL but it looks like that was removed a while back. I'll have to look into it further to see if there is an easy fix.
Tim
OK, it took a lot of time... About 100 patches later, here is my first succesful attempt . Say hello to your future openbsd friends :-)
François
Now that's nice :-)
Nik
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Le 22/08/2014 17:48, Timothy Pearson a écrit :
After looking at the current GIT sources you are correct; a long time ago there was a way to shut off both the TDE HW library and HAL but it looks like that was removed a while back. I'll have to look into it further to see if there is an easy fix.
Tim
OK, it took a lot of time... About 100 patches later, here is my first succesful attempt . Say hello to your future openbsd friends :-)
François
Well that's *really* cool! I'm somewhat surprised it took so much patching; if there are trivial patches in there I'd like to push them to GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim
[trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Le 22/08/2014 17:48, Timothy Pearson a écrit :
After looking at the current GIT sources you are correct; a long time ago there was a way to shut off both the TDE HW library and HAL but it looks like that was removed a while back. I'll have to look into it further to see if there is an easy fix.
Tim
OK, it took a lot of time... About 100 patches later, here is my first succesful attempt . Say hello to your future openbsd friends :-)
François
Well that's *really* cool! I'm somewhat surprised it took so much patching; if there are trivial patches in there I'd like to push them to GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim -----BEGIN PGP SIGNATURE-----
Hi,
Supporting another Unix flavor is great! I'm wondering about other BSD flavors: NetBSD and FreeBSD. Are they much used outside of server environment?
-Alexandre
Le 05/09/2014 18:24, Timothy Pearson a écrit :
Well that's *really* cool! I'm somewhat surprised it took so much patching; if there are trivial patches in there I'd like to push them to GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim
I'm still finalizing the patches for tdelibs/tdebase, mostly because due to the incomplete cmake ports and/or library detection issues.
But here is my final TQT3 patchset.
1) Patches adapted from openbsd QT 3.3.8b:
patch-qmake_generators_unix_unixmake_cpp patch-qmake_generators_unix_unixmake2_cpp patch-src_tools_qpluginmanager_cpp => Fix dynamic library naming convention for openbsd
patch-src_iconview_ntqiconview_h patch-src_iconview_qiconview_cpp => Not sure what it does
patch-src_tools_qfile_cpp patch-src_tools_qfile_unix_cpp => Not sure, probably a security issue ?
patch-src_tools_qtextstream_cpp patch-src_tools_ntqtextstream_h => Add long long int support to qtextstream
patch-src_tools_qmutex_unix_cpp => FTBFS
patch-src_widgets_ntqprogressbar_h patch-src_widgets_qprogressbar_cpp => Optimize the tqprogressbar repainting
patch-src_tools_ntqvaluelist_h => Not sure, probably a security issue
2) Patches written specially for TQT3:
patch-src_kernel_ntqstyle_h patch-src_widgets_qlineedit_cpp patch-src_tools_qstring_cpp => Fix FTBFS
François
Le 05/09/2014 18:24, Timothy Pearson a écrit :
Well that's *really* cool! I'm somewhat surprised it took so much patching; if there are trivial patches in there I'd like to push them to GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim
And now, the patches for Arts.
patch-cmake_modules_tdemacros_cmake => Fix shared library naming convention for openbsd => Fix FTBFS due to "-z now" unsupported option
patch-artsc_cmakelists_txt => Fix link flag to the "dl" library
patch-config_h_cmake patch-flow_audioiosndio_cc patch-flow_cmakelists_txt => Add support for the "sndio" sound system (the only one that exists on openbsd)
patch-cmakelists_txt => Add cmake option tu build the "sndio" support => Fix the "HAVE_LIBDL" flag detection
Please notice: in the autotools stuff (libltdl/ltdl.m4), it is written that HAVE_LIBDL should be enabled if you have the "dl" library (libdl.so) OR equivalent. Under openbsd, there is no libdl.so BUT the "dlopen" function exists, to HAVE_LIBDL should be enabled.
Francois
Any chance of getting a patch tarball?
And now, the patches for Arts.
Francois, great work! I would suggest to open a new bug report and file all the patches there. First we don't forget about them and second we have a reference point in case we need to "look back in time" at them.
Cheers Michele
Le 06/09/2014 14:02, Michele Calgaro a écrit :
Francois, great work! I would suggest to open a new bug report and file all the patches there. First we don't forget about them and second we have a reference point in case we need to "look back in time" at them.
Cheers Michele
OK, bug reports 2107, 2108, 2109 and 2110 are created. Many patches to review :-)
Francois
On Saturday 06 of September 2014 18:53:28 François Andriot wrote:
Le 06/09/2014 14:02, Michele Calgaro a écrit :
Francois, great work! I would suggest to open a new bug report and file all the patches there. First we don't forget about them and second we have a reference point in case we need to "look back in time" at them.
Cheers Michele
OK, bug reports 2107, 2108, 2109 and 2110 are created. Many patches to review :-)
Francois
Great, thank you.
-
Alexandre -
Dr. Nikolaus Klepp -
François Andriot -
Michele Calgaro -
Slávek Banko -
Timothy Pearson