24 Apr
2012
24 Apr
'12
11:45 a.m.
Hello, Fedora 17 is about to be released, so I'm trying to build the
stable 3.5.13 version of TDE.
Fedora 17 ships with GCC 4.7.
I keep an eye on the ML and bugtracker to check the compiler-specific
issues.
Alas, I still have a FTBFS:
In file included from /opt/trinity/include/dcoptypes.h:25:0,
from
/home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/tqt3integration/libqtkde/qtkde.cpp:25:
/opt/trinity/include/dcopref.h: In instantiation of
'DCOPArg::DCOPArg(const T&) [with T = long unsigned int]':
/opt/trinity/include/dcopref.h:459:2: required from 'DCOPReply
DCOPRef::call(const QCString&, const T1&) [with T1 = long unsigned int]'
/home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/build/tqt3integration/utils/tqtkde_functions.cpp:30:95:
required from here
/opt/trinity/include/dcopref.h:145:27: error: 'dcopTypeName' was not
declared in this scope, and no declarations were found by
argument-dependent lookup at the point of instantiation [-fpermissive]
In file included from
/home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/tqt3integration/libqtkde/qtkde.cpp:25:0:
/opt/trinity/include/dcoptypes.h:74:39: note: 'template<class T> const
char* dcopTypeName(const T&)' declared here, later in the translation unit
cd /home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/build/kate/app
&& /usr/lib64/ccache/c++ -DHAVE_CONFIG_H -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-I/home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/build/kate/app
-I/home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/build
-I/opt/trinity/include -I/usr/lib64/qt-3.3/include
-I/opt/trinity/include/tqt -include tqt.h -o
CMakeFiles/kwrite.dir/kwrite_kdeinit_executable.cpp.o -c
/home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/build/kate/app/kwrite_kdeinit_executable.cpp
make[2]: ***
[tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/qtkde.cpp.o] Error 1
make[2]: Leaving directory
`/home/albator/rpmbuild/BUILD/BUILD.fc17.x86_64/kdebase/build'
make[1]: *** [tqt3integration/libqtkde/CMakeFiles/qtkde-shared.dir/all]
Error 2
Do you have any clue ?
(I repeat: this is on 3.5.13, not latest GIT)
Thanks
Francois
24 Apr
24 Apr
11:54 a.m.
New subject: [trinity-devel] Kdebase 3.5.13 ftbfs with GCC 4.7
On 04/24/2012 01:45 PM, Francois Andriot wrote:
/opt/trinity/include/dcopref.h:145:27: error:
'dcopTypeName' was not declared
in this scope, and no declarations were found by argument-dependent lookup at
the point of instantiation [-fpermissive]
<snip>
Do you have any clue ?
(I repeat: this is on 3.5.13, not latest GIT)
Yes,
As a work-around, just try doing what the compiler is telling you to do.
Add the -fpermissive flag to your build:
./configure \
CXXFLAGS="${CXXFLAGS} -fpermissive" \
what_ever_other_options_you_use
The cause of the problem will eventually have to be fixed, but you can tell
the compiler to just allow what gcc4.6 would allow with this flag....
--
David C. Rankin, J.D.,P.E.
1:54 p.m.
New subject: [trinity-devel] Kdebase 3.5.13 ftbfs with GCC 4.7
Le 24/04/2012 20:54, David C. Rankin a écrit :
On 04/24/2012 01:45 PM, Francois Andriot wrote:
No thanks, I do not want to use the "-fpermissive".
Instead, here is a patch for tdelibs that will change the "dcoptypes.h"
file. Now tdebase builds correctly.
Francois
/opt/trinity/include/dcopref.h:145:27: error:
'dcopTypeName' was not
declared
in this scope, and no declarations were found by argument-dependent
lookup at
the point of instantiation [-fpermissive]
<snip>
Do you have any clue ?
(I repeat: this is on 3.5.13, not latest GIT)
Yes,
As a work-around, just try doing what the compiler is telling you to
do. Add the -fpermissive flag to your build:
./configure \
CXXFLAGS="${CXXFLAGS} -fpermissive" \
what_ever_other_options_you_use
The cause of the problem will eventually have to be fixed, but you
can tell the compiler to just allow what gcc4.6 would allow with this
flag....
2:06 p.m.
New subject: [trinity-devel] Kdebase 3.5.13 ftbfs with GCC 4.7
Le 24/04/2012 20:54, David C. Rankin a écrit :
Some patches are already in GIT for various gcc 4.7 build failures. Have
you already backported those patches to your local build of 3.5.13?
Tim
On 04/24/2012 01:45 PM, Francois Andriot wrote:
No thanks, I do not want to use the "-fpermissive".
Instead, here is a patch for tdelibs that will change the "dcoptypes.h"
file. Now tdebase builds correctly.
Francois /opt/trinity/include/dcopref.h:145:27: error:
'dcopTypeName' was not
declared
in this scope, and no declarations were found by argument-dependent
lookup at
the point of instantiation [-fpermissive]
<snip>
Do you have any clue ?
(I repeat: this is on 3.5.13, not latest GIT)
Yes,
As a work-around, just try doing what the compiler is telling you to
do. Add the -fpermissive flag to your build:
./configure \
CXXFLAGS="${CXXFLAGS} -fpermissive" \
what_ever_other_options_you_use
The cause of the problem will eventually have to be fixed, but you
can tell the compiler to just allow what gcc4.6 would allow with this
flag....
25 Apr
25 Apr
12:30 a.m.
New subject: [trinity-devel] Kdebase 3.5.13 ftbfs with GCC 4.7
Le 24/04/2012 23:20, Darrell Anderson a écrit :
Yes, I'm looking for available patches on GIT, bugtracker, etc ... to
avoid duplicate effort.
Darell, after applying this patch I still manage to compile kdelibs and
kdebase with gcc 4.6 and gcc 4.1 . So I think it's safe.
Some patches
are already in GIT for various gcc 4.7 build
failures. Have you already backported those patches to your local build of
3.5.13?
This patch isn't. I just looked. Hence my previous "wow."
:)
Darrell
12:30 a.m.
New subject: [trinity-devel] Kdebase 3.5.13 ftbfs with GCC 4.7
Le 24/04/2012 23:20, Darrell Anderson a écrit :
Yes, I'm looking for available patches on GIT, bugtracker, etc ... to
avoid duplicate effort.
Darell, after applying this patch I still manage to compile kdelibs and
kdebase with gcc 4.6 and gcc 4.1 . So I think it's safe.
Some patches
are already in GIT for various gcc 4.7 build
failures. Have you already backported those patches to your local build of
3.5.13?
This patch isn't. I just looked. Hence my previous "wow."
:)
Darrell
24 Apr
24 Apr
2:17 p.m.
New subject: [trinity-devel] Kdebase 3.5.13 ftbfs with GCC 4.7
No thanks, I do not want to use the
"-fpermissive".
Instead, here is a patch for tdelibs that will change the
"dcoptypes.h" file. Now tdebase builds correctly.
Wow. All that was needed was to move those lines?
Is this patch backwards compatible with <gcc 4.7? If yes then I'll push to GIT.
Darrell
4629
days inactive
4630
days old
7 comments
6 participants
participants (6)
-
Darrell Anderson -
David C. Rankin -
Francois Andriot -
François Andriot
-
François ANDRIOT
-
Timothy Pearson