Ok guys, thanks. I had the same issue (like everyone else I guess) to build the debugging-helpers and what I did was to let qtcreator (or qmake indirectly) a first time generate the faulty Makefile, replacing all the wrong backslashes with slashes.
Then under madde terminal simply cd'ing to the folder where the debugging-helper sources are, and there running 'mad make'.
Worked just fine!
There is one detail I'm thinking about though. It doesn't seem like the Nokia SDK is updated every time madde gets a new release (the application intended for SDK update doesn't detect that new madde 0.6.72)
So, if I download the madde release separately, can that one be installed 'over' the SDK-integrated one, by just specifying the right path somehow? Or would that perhaps break the SDK, QtCreater or something like that?
Strange that they didn't update the qt sdk updater.
Uhm, maybe I was a little bit hasty there. It did build the stuff properly (without errors), and the checkmark becomes green in the QtCreator configuration dialog. However, during debugging of qt specific classes I get no more detailed info. than I did before (which is the point of all this) and if I look in the directory I see that the debugging helper has built .so libraries (that's linux-target stuff, might be arm code). I thought that this would build these debug-helpers to be used by the host system (Windows in this case), and that would have meant dll files in such cases.
So, am I missing something here? How is it supposed to work?
1. Are the debug-helper files supposed to be used on the target side? But in such case how would they get transferred there...by QtCreator or what?
2. Are the debug helper files supposed to be used on the host side? If so, why did it build .so files (I would have guess .dll files).
So, building the makefile for the debug-helper libraries out of the default-config produces arm-code or what?
Confusing! I think something is fishy about all this!
Am a noob to Qt/MADDE & Linux... having trouble with this same problem...
Please can you explain this bit more clearly?
"a first time generate the faulty Makefile, replacing all the wrong backslashes with slashes.
Then under madde terminal simply cd'ing to the folder where the debugging-helper sources are, and there running 'mad make'."
There are no backslashes in 'qtmake.conf' - what file you referring to?
Sorry for the simplicity of this one but how do I CD to C:\MADDE on windows using the MADDE Terminal?
Running 'mad make' - is that the command syntax or what?
Any help much appreciated, really want to play with this gear!
Here's my error message in case any use? Thanks Building debugging helper library in C:/Jim/MADDE/0.6.72/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/qtc-debugging-helper/
Running C:/jim/madde/0.6.72/bin/make.exe distclean...
make: *** No rule to make target `..\mkspecs\default\qmake.conf', needed by `Makefile'. Stop.
I generated the makefile with "mag qmake"
Then I tried to "mad make" but it fails with: make: *** No rule to make target `../../../0.6.72/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/default/qmake.conf', needed by `Makefile'. Stop.
I generated the makefile with "mag qmake"
Then I tried to "mad make" but it fails with: make: *** No rule to make target `../../../0.6.72/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/default/qmake.conf', needed by `Makefile'. Stop.
Any Idea how i can solve this?
Thank you
Markus
On windows ?
I recall answering similar question a few
months ago but cannot find it from here now
