All,
I was successful in developing a patch for the tdeedu package. It largely was
another stl library vector with missing 'this->' prefixes in the class calls.
tdeedu builds fine now! That's it for tonight.
Now if I can just get a bit of help with tdepim, k3b, & digikam, we will be
one to new packages...
--
David C. Rankin, J.D.,P.E.
All,
Chasing down the gcc47 issues in k3b I have it one over my pay grade. It is
another one of the strange 'redeclaration' issues that I can't quite figure out.
C++ gurus, I need a hand :) Last bit of error below:
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I./../../libk3b/core
-I./../../libk3bdevice -I./../../libk3b/projects
-I./../../libk3b/projects/audiocd -I./../../libk3b/projects/datacd
-I./../../libk3b/projects/mixedcd -I./../../libk3b/projects/movixcd
-I./../../libk3b/projects/datadvd -I./../../libk3b/projects/videocd
-I./../../libk3b/projects/videodvd -I./../../libk3b/projects/movixdvd
-I./../../libk3b/cddb -I./../../libk3b/tools -I./../../libk3b/plugin -I./../rip
-I./.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h
-I/usr/include/tqt -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi
-D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W
-Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security
-Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -I/usr/include/tqt -MT k3baudiotrackdialog.lo -MD -MP -MF
.deps/k3baudiotrackdialog.Tpo -c k3baudiotrackdialog.cpp -fPIC -DPIC -o
.libs/k3baudiotrackdialog.o
k3baudioeditorwidget.cpp: In member function 'virtual void
K3bAudioEditorWidget::mousePressEvent(TQMouseEvent*)':
k3baudioeditorwidget.cpp:674:12: error: redeclaration of
'K3bAudioEditorWidget::Range* r'
k3baudioeditorwidget.cpp:668:14: error: 'K3bAudioEditorWidget::Range* r'
previously declared here
make[4]: *** [k3baudioeditorwidget.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
mv -f .deps/k3baudiocdtextwidget.Tpo .deps/k3baudiocdtextwidget.Plo
mv -f .deps/k3baudioburndialog.Tpo .deps/k3baudioburndialog.Plo
mv -f .deps/k3baudiotrackdialog.Tpo .deps/k3baudiotrackdialog.Plo
The full error is here;
http://www.3111skyline.com/dl/dt/tde/err/gcc47/k3b/tde-k3b-3.5.14_dev-3-x86…
--
David C. Rankin, J.D.,P.E.
Many of the initial errors are gone as a result of this patch:
However, then in the code called from the files where the patch was applied,
give class segment undefined errors:
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_algo.h:5683:2:
required from 'void std::stable_sort(_RAIter, _RAIter, _Compare) [with _RAIter
=
__gnu_cxx::__normal_iterator<std::_Rb_tree_const_iterator<Rosegarden::Event*>*,
std::vector<std::_Rb_tree_const_iterator<Rosegarden::Event*> > >; _Compare =
Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment,
true>::PitchGreater]'
/build/src/rosegarden/src/base/Sets.h:386:9: required from
'Rosegarden::GenericChord<Element, Container,
singleStaff>::GenericChord(Container&, Rosegarden::GenericChord<Element,
Container, singleStaff>::Iterator, const Rosegarden::Quantizer*,
Rosegarden::PropertyName) [with Element = Rosegarden::Event; Container =
Rosegarden::Segment; bool singleStaff = true; Rosegarden::GenericChord<Element,
Container, singleStaff>::Iterator =
std::_Rb_tree_const_iterator<Rosegarden::Event*>]'
/build/src/rosegarden/src/commands/notation/AddFingeringMarkCommand.cpp:76:69:
required from here
/build/src/rosegarden/src/base/Sets.h:680:70: error: 'class
Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment,
true>::PitchGreater' has no member named 'getAsEvent'
/build/src/rosegarden/src/base/Sets.h:681:70: error: 'class
Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment,
true>::PitchGreater' has no member named 'getAsEvent'
make[2]: ***
[src/CMakeFiles/RosegardenCommands-static.dir/commands/notation/AddFingeringMarkCommand.cpp.o]
Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/build/src/build'
make[1]: *** [src/CMakeFiles/RosegardenCommands-static.dir/all] Error 2
make[1]: Leaving directory `/build/src/build'
make: *** [all] Error 2
Not a simple one here. What to try next??
Patch attempted:
--
David C. Rankin, J.D.,P.E.
I started the process of updating all final HTML install paths so all modules are consistent. The changes are in support of bug report 660.
I pushed a patch to the common admin directory in GIT hash ee037c6f.
I pushed a patch to the common cmake directory in GIT hash d2f658ca.
These patches should replicate down to all other module admin and cmake directories on the main GIT server.
Thereafter everyone building from GIT will need to resync their local repositories to see these changes.
Included is a patch with similar changes to tdelibs kstandarddirs.cpp and kstandarddirs.h. GIT hash 979b0c9a.
There are additional changes that need to be made, mostly in various docbook files, README files, etc., but none of those changes should affect building packages or the final HTML installation location.
The final result of this effort is each package will install the help files in the same location.
To my understanding there is nothing for everybody to do. Just wait several hours to resync.
You should see the patches tomorrow in the Commit Patches web page. At that point I presume the admin/cmake changes will have replicated throughout the entire source tree as well.
Please! Let me know if you experience any build failures. I haven't tried patches like this before.
Darrell
All, Darrell,
tdegraphics, kima and basket now build on gcc 4.7.
tdegraphis: requires -DCMAKE_CXX_FLAGS="-fpermissive"
kima: requires patch to cpufreqdconnection.h (attached)
basket: requires patch to likeback.cpp (attached)
**all patches are attached to bug 958
After getting signoff - please push. The patches are simple header inclusions: eg:
+#include <unistd.h>
+#include <sys/types.h>
--
David C. Rankin, J.D.,P.E.
Tim, Darrell,
Why does the common/cmake/modules/TDESetupPaths.cmake still include the
reference to 'kde' in the HTML path?
_tde_internal_setup_path( HTML_INSTALL_DIR
"${SHARE_INSTALL_PREFIX}/doc/kde/HTML"
I know Darrell has been working on patches to update this location. Couldn't
we just set it here in cmake and then just build all packages letting this
default set the proper location?
--
David C. Rankin, J.D.,P.E.
Would somebody who does not use a sudo based distro please test whether this happens on your system?
1. Start kate as normal user.
2. Start a separate kate session as root using 'tdesu kate'.
Two separate sessions should be open. In the second session you should be able to view the contents of /root.
If only one session is open then you are experiencing the same problem.
No other app seems affected by this behavior.
Thanks much.
Darrell