Hello, I can't build the styles of kdelibs (at least, plastik and asteroid) because of undefined PE_HeaderSectionMenu. It is because of a too old Qt3 ? I use the same qt3-3.3.8c build that the one I used in May.
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved. On Sep 10, 2011 7:55 AM, "/dev/ammo42" mickeytintincolle@yahoo.fr wrote:
Hello, I can't build the styles of kdelibs (at least, plastik and asteroid) because of undefined PE_HeaderSectionMenu. It is because of a too old Qt3 ? I use the same qt3-3.3.8c build that the one I used in May.
To unsubscribe, e-mail:
trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help@lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
With the qt3 from git, I can build every dependency, but kdelibs compilation fails with the log I attached (it's not the first time I have the problem, and it's not solved by not doing parallel builds; here I use -j4/5): gcc seems too dumb to realize there are sometimes default arguments.
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
Good idea. Change has been committed to GIT.
With the qt3 from git, I can build every dependency, but kdelibs compilation fails with the log I attached (it's not the first time I have the problem, and it's not solved by not doing parallel builds; here I use -j4/5): gcc seems too dumb to realize there are sometimes default arguments.
I have no idea why you are running into this. It almost looks like your uic is not working properly...I assume you have compiled and installed the latest tqtinterface from SVN?
Tim
Le Sat, 10 Sep 2011 17:43:12 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
Good idea. Change has been committed to GIT.
With the qt3 from git, I can build every dependency, but kdelibs compilation fails with the log I attached (it's not the first time I have the problem, and it's not solved by not doing parallel builds; here I use -j4/5): gcc seems too dumb to realize there are sometimes default arguments.
I have no idea why you are running into this. It almost looks like your uic is not working properly...I assume you have compiled and installed the latest tqtinterface from SVN?
I use the tqtinterface from the kde.org SVN servers.
dd@ammo42:~/trinity$ LANG=en_US.UTF_8 svn up dependencies/tqtinterface svn: warning: cannot set LC_CTYPE locale svn: warning: environment variable LANG is en_US.UTF_8 svn: warning: please check that your locale name is correct
Fetching external item into 'dependencies/tqtinterface/cmake' External at revision 1252663.
At revision 1252663. dd@ammo42:~/trinity$
And for at least some of the cases the generated .cpp file contains a *valid* function call since the missing argument has a default value of 0, but such a function call make the compiler fail (for exemple with addMultiCellWidget in knotifywidgetbase.cpp, which I attached).
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Le Sat, 10 Sep 2011 17:43:12 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
Good idea. Change has been committed to GIT.
With the qt3 from git, I can build every dependency, but kdelibs compilation fails with the log I attached (it's not the first time I have the problem, and it's not solved by not doing parallel builds; here I use -j4/5): gcc seems too dumb to realize there are sometimes default arguments.
I have no idea why you are running into this. It almost looks like your uic is not working properly...I assume you have compiled and installed the latest tqtinterface from SVN?
I use the tqtinterface from the kde.org SVN servers.
dd@ammo42:~/trinity$ LANG=en_US.UTF_8 svn up dependencies/tqtinterface svn: warning: cannot set LC_CTYPE locale svn: warning: environment variable LANG is en_US.UTF_8 svn: warning: please check that your locale name is correct
Fetching external item into 'dependencies/tqtinterface/cmake' External at revision 1252663.
At revision 1252663. dd@ammo42:~/trinity$
And for at least some of the cases the generated .cpp file contains a *valid* function call since the missing argument has a default value of 0, but such a function call make the compiler fail (for exemple with addMultiCellWidget in knotifywidgetbase.cpp, which I attached).
The reason for the failure is missing include headers, which should have been generated automatically by uic. As I have not seen this malfunction on my systems I unfortunately cannot be of much help.
Tim
Le Sun, 11 Sep 2011 02:59:41 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 17:43:12 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
Good idea. Change has been committed to GIT.
With the qt3 from git, I can build every dependency, but kdelibs compilation fails with the log I attached (it's not the first time I have the problem, and it's not solved by not doing parallel builds; here I use -j4/5): gcc seems too dumb to realize there are sometimes default arguments.
I have no idea why you are running into this. It almost looks like your uic is not working properly...I assume you have compiled and installed the latest tqtinterface from SVN?
I use the tqtinterface from the kde.org SVN servers.
dd@ammo42:~/trinity$ LANG=en_US.UTF_8 svn up dependencies/tqtinterface svn: warning: cannot set LC_CTYPE locale svn: warning: environment variable LANG is en_US.UTF_8 svn: warning: please check that your locale name is correct
Fetching external item into 'dependencies/tqtinterface/cmake' External at revision 1252663.
At revision 1252663. dd@ammo42:~/trinity$
And for at least some of the cases the generated .cpp file contains a *valid* function call since the missing argument has a default value of 0, but such a function call make the compiler fail (for exemple with addMultiCellWidget in knotifywidgetbase.cpp, which I attached).
The reason for the failure is missing include headers, which should have been generated automatically by uic. As I have not seen this malfunction on my systems I unfortunately cannot be of much help.
-the kdelibs cmake guesses the original Qt3 uic should be used (I use TQt3) -the knotifywidgetbase.ui contains TQ* classes -there are no q*.h or tq*.h additional includes Is the Qt3 uic really supposed to guess the right includes for TQ* classes ?
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Le Sun, 11 Sep 2011 11:40:23 +0200, /dev/ammo42 mickeytintincolle@yahoo.fr a écrit :
Le Sun, 11 Sep 2011 02:59:41 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 17:43:12 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
Good idea. Change has been committed to GIT.
With the qt3 from git, I can build every dependency, but kdelibs compilation fails with the log I attached (it's not the first time I have the problem, and it's not solved by not doing parallel builds; here I use -j4/5): gcc seems too dumb to realize there are sometimes default arguments.
I have no idea why you are running into this. It almost looks like your uic is not working properly...I assume you have compiled and installed the latest tqtinterface from SVN?
I use the tqtinterface from the kde.org SVN servers.
dd@ammo42:~/trinity$ LANG=en_US.UTF_8 svn up dependencies/tqtinterface svn: warning: cannot set LC_CTYPE locale svn: warning: environment variable LANG is en_US.UTF_8 svn: warning: please check that your locale name is correct
Fetching external item into 'dependencies/tqtinterface/cmake' External at revision 1252663.
At revision 1252663. dd@ammo42:~/trinity$
And for at least some of the cases the generated .cpp file contains a *valid* function call since the missing argument has a default value of 0, but such a function call make the compiler fail (for exemple with addMultiCellWidget in knotifywidgetbase.cpp, which I attached).
The reason for the failure is missing include headers, which should have been generated automatically by uic. As I have not seen this malfunction on my systems I unfortunately cannot be of much help.
-the kdelibs cmake guesses the original Qt3 uic should be used (I use TQt3) -the knotifywidgetbase.ui contains TQ* classes -there are no q*.h or tq*.h additional includes Is the Qt3 uic really supposed to guess the right includes for TQ* classes ?
Furthermore, I have the following suspect code in $kdelibsbuilddir/kio/kfile/CMakeFiles/kfile-static.dir/build.make:
kio/kfile/knotifywidgetbase.h: /home/ddslack/trinity/kdelibs/kio/kfile/knotifywidgetbase.ui $(CMAKE_COMMAND) -E cmake_progress_report /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/CMakeFiles $(CMAKE_PROGRESS_69) @$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --blue --bold "Generating knotifywidgetbase.h, knotifywidgetbase.cpp" cd /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/kio/kfile && /usr/bin/cmake -DUIC_EXECUTABLE:FILEPATH=/opt/kde3/lib64/qt3/bin/uic -DTDE_QTPLUGINS_DIR:FILEPATH= -DUI_FILE:FILEPATH=/home/ddslack/trinity/kdelibs/kio/kfile/knotifywidgetbase.ui -P /home/ddslack/trinity/kdelibs/cmake/modules/tde_uic.cmake cd /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/kio/kfile && /opt/kde3/lib64/qt3/bin/moc knotifywidgetbase.h >> knotifywidgetbase.cpp
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-the knotifywidgetbase.ui contains TQ* classes -there are no q*.h or tq*.h additional includes Is the Qt3 uic really supposed to guess the right includes for TQ* classes ?
There is a call to tqt-replace in the UIC CMake module, which converts the TQ* classes to the Q* classes UIC is expecting.
Furthermore, I have the following suspect code in $kdelibsbuilddir/kio/kfile/CMakeFiles/kfile-static.dir/build.make:
kio/kfile/knotifywidgetbase.h: /home/ddslack/trinity/kdelibs/kio/kfile/knotifywidgetbase.ui $(CMAKE_COMMAND) -E cmake_progress_report /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/CMakeFiles $(CMAKE_PROGRESS_69) @$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --blue --bold "Generating knotifywidgetbase.h, knotifywidgetbase.cpp" cd /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/kio/kfile && /usr/bin/cmake -DUIC_EXECUTABLE:FILEPATH=/opt/kde3/lib64/qt3/bin/uic -DTDE_QTPLUGINS_DIR:FILEPATH= -DUI_FILE:FILEPATH=/home/ddslack/trinity/kdelibs/kio/kfile/knotifywidgetbase.ui -P /home/ddslack/trinity/kdelibs/cmake/modules/tde_uic.cmake cd /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/kio/kfile && /opt/kde3/lib64/qt3/bin/moc knotifywidgetbase.h >> knotifywidgetbase.cpp
What is suspect about it?
Please post the knotifywidgetbase.ui, knotifywidgetbase.cpp, and kio/kfile/knotifywidgetbase.h files.
BTW, are you doing an in-source build? If so, in-source builds are not supported, and could theoretically cause problems like this.
Thanks!
Tim
Le Sun, 11 Sep 2011 12:39:48 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
-the knotifywidgetbase.ui contains TQ* classes -there are no q*.h or tq*.h additional includes Is the Qt3 uic really supposed to guess the right includes for TQ* classes ?
There is a call to tqt-replace in the UIC CMake module, which converts the TQ* classes to the Q* classes UIC is expecting.
I found the cause of the error ! In fact I was using "su" to become root, and this suppressed /opt/kde3/bin from the path, which prevented tqt-replace from executing. With "su -" the package builds well (my Qt3 packages contains a /etc/profile.d/qt.sh which add the right path) :) But I find it surprising that the failing of tqt-replace doesn't make the entire compilation immediately fail.
Furthermore, I have the following suspect code in $kdelibsbuilddir/kio/kfile/CMakeFiles/kfile-static.dir/build.make:
kio/kfile/knotifywidgetbase.h: /home/ddslack/trinity/kdelibs/kio/kfile/knotifywidgetbase.ui $(CMAKE_COMMAND) -E cmake_progress_report /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/CMakeFiles $(CMAKE_PROGRESS_69) @$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --blue --bold "Generating knotifywidgetbase.h, knotifywidgetbase.cpp" cd /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/kio/kfile && /usr/bin/cmake -DUIC_EXECUTABLE:FILEPATH=/opt/kde3/lib64/qt3/bin/uic -DTDE_QTPLUGINS_DIR:FILEPATH= -DUI_FILE:FILEPATH=/home/ddslack/trinity/kdelibs/kio/kfile/knotifywidgetbase.ui -P /home/ddslack/trinity/kdelibs/cmake/modules/tde_uic.cmake cd /tmp/SBo/build-trinity-kdelibs-3.5.13-svn20110515/kio/kfile && /opt/kde3/lib64/qt3/bin/moc knotifywidgetbase.h >> knotifywidgetbase.cpp
What is suspect about it?
In fact, nothing.
Please post the knotifywidgetbase.ui, knotifywidgetbase.cpp, and kio/kfile/knotifywidgetbase.h files.
BTW, are you doing an in-source build? If so, in-source builds are not supported, and could theoretically cause problems like this.
I do out-of-source builds in /tmp/SBo/build-* directories.
Thanks!
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Le Sun, 11 Sep 2011 12:39:48 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
-the knotifywidgetbase.ui contains TQ* classes -there are no q*.h or tq*.h additional includes Is the Qt3 uic really supposed to guess the right includes for TQ* classes ?
There is a call to tqt-replace in the UIC CMake module, which converts the TQ* classes to the Q* classes UIC is expecting.
I found the cause of the error ! In fact I was using "su" to become root, and this suppressed /opt/kde3/bin from the path, which prevented tqt-replace from executing. With "su -" the package builds well (my Qt3 packages contains a /etc/profile.d/qt.sh which add the right path) :) But I find it surprising that the failing of tqt-replace doesn't make the entire compilation immediately fail.
Glad you got the problem sorted out!
I am also somewhat surprised that the compilation proceeds without tqt-replace; I wonder if an explicit check should be added to the CMake UIC execution module.
Tim
Le Sat, 10 Sep 2011 17:43:12 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
Good idea. Change has been committed to GIT.
I further removed other header symlinks: removing only png.h made Qt compile but it would eventually fail on loading any JPEG image because of libjpeg version mismatch. Attached is a patch (git diff format) which removes symlink includes to outdated zlib, libpng, libjpeg and libmng from the $qt3source/include directory.
Le Mon, 12 Sep 2011 07:40:38 +0200, /dev/ammo42 mickeytintincolle@yahoo.fr a écrit :
Le Sat, 10 Sep 2011 17:43:12 -0500, "Timothy Pearson" kb9vqf@pearsoncomputing.net a écrit :
Le Sat, 10 Sep 2011 08:42:41 -0400, Calvin Morrison mutantturkey@gmail.com a écrit :
You should be using the Qt3 from our git tree. That is where we are keeping it up godly date.
Try rebuilding qt3 and see if your problem is resolved.
On my system (Slackware64 13.37) the qt3 from git needs removing include/png.h to build, and I recommend making this change upstream since: -the include/png.h symlink breaks build on libpng14-only systems; -it isn't necessary to build qt3 on any system with a system-wide libpng installed (and anyway using the included libpng-1.2.5 would be a security horror)
Good idea. Change has been committed to GIT.
I further removed other header symlinks: removing only png.h made Qt compile but it would eventually fail on loading any JPEG image because of libjpeg version mismatch. Attached is a patch (git diff format) which removes symlink includes to outdated zlib, libpng, libjpeg and libmng from the $qt3source/include directory.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Le 10/09/2011 13:56, /dev/ammo42 a écrit :
Hello, I can't build the styles of kdelibs (at least, plastik and asteroid) because of undefined PE_HeaderSectionMenu. It is because of a too old Qt3 ? I use the same qt3-3.3.8c build that the one I used in May.
Yes, you should use QT3.3.8d from SVN.
-
/dev/ammo42 -
Calvin Morrison -
Francois Andriot -
Timothy Pearson