10 Sep
2011
10 Sep
'11
11:56 a.m.
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.
10 Sep
10 Sep
12:42 p.m.
New subject: [trinity-devel] kdelibs FTBFS
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(a)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(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help(a)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
5:58 p.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sat, 10 Sep 2011 08:42:41 -0400,
Calvin Morrison <mutantturkey(a)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.
10:43 p.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sat, 10 Sep 2011 08:42:41 -0400,
Calvin Morrison <mutantturkey(a)gmail.com> a écrit :
Good idea. Change has been committed to GIT.
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.
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
11 Sep
11 Sep
7:14 a.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sat, 10 Sep 2011 17:43:12 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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).
Le Sat, 10 Sep
2011 08:42:41 -0400,
Calvin Morrison <mutantturkey(a)gmail.com> a écrit :
Good idea. Change has been committed to GIT.
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.
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
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-devel-unsubscribe(a)lists.pearsoncomputing.net For additional
commands, e-mail: trinity-devel-help(a)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
7:59 a.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sat, 10 Sep 2011 17:43:12 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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 Sat,
10 Sep 2011 08:42:41 -0400,
Calvin Morrison <mutantturkey(a)gmail.com> a écrit :
Good idea. Change has been committed to GIT.
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.
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?
9:40 a.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sun, 11 Sep 2011 02:59:41 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
-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 ?
Le Sat, 10 Sep
2011 17:43:12 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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. Le Sat,
10 Sep 2011 08:42:41 -0400,
Calvin Morrison <mutantturkey(a)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
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-devel-unsubscribe(a)lists.pearsoncomputing.net For additional
commands, e-mail: trinity-devel-help(a)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
12:16 p.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sun, 11 Sep 2011 11:40:23 +0200,
/dev/ammo42 <mickeytintincolle(a)yahoo.fr> a écrit :
Le Sun, 11 Sep 2011 02:59:41 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
-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
Le Sat,
10 Sep 2011 17:43:12 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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. > Le Sat, 10 Sep 2011 08:42:41 -0400,
> Calvin Morrison <mutantturkey(a)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(a)lists.pearsoncomputing.net For additional
commands, e-mail: trinity-devel-help(a)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(a)lists.pearsoncomputing.net For additional
commands, e-mail: trinity-devel-help(a)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
5:39 p.m.
New subject: [trinity-devel] kdelibs FTBFS
> -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
12 Sep
12 Sep
12:59 a.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sun, 11 Sep 2011 12:39:48 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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.
In fact, nothing.
> -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.
I do out-of-source
builds in /tmp/SBo/build-* directories.
Thanks!
Tim
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-devel-unsubscribe(a)lists.pearsoncomputing.net For additional
commands, e-mail: trinity-devel-help(a)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
2:24 a.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sun, 11 Sep 2011 12:39:48 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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
> -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.
5:40 a.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Sat, 10 Sep 2011 17:43:12 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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 Sat, 10 Sep
2011 08:42:41 -0400,
Calvin Morrison <mutantturkey(a)gmail.com> a écrit :
Good idea. Change has been committed to GIT. 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)
5:45 a.m.
New subject: [trinity-devel] kdelibs FTBFS
Le Mon, 12 Sep 2011 07:40:38 +0200,
/dev/ammo42 <mickeytintincolle(a)yahoo.fr> a écrit :
Le Sat, 10 Sep 2011 17:43:12 -0500,
"Timothy Pearson" <kb9vqf(a)pearsoncomputing.net> a écrit :
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(a)lists.pearsoncomputing.net For additional
commands, e-mail: trinity-devel-help(a)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(a)gmail.com> a écrit :
Good idea. Change has been committed to GIT. 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) 
10 Sep
10 Sep
12:44 p.m.
New subject: [trinity-devel] kdelibs FTBFS
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.
4850
days inactive
4852
days old
13 comments
4 participants
participants (4)
-
/dev/ammo42 -
Calvin Morrison -
Francois Andriot -
Timothy Pearson