![]() |
Re: Technology Preview: MADDE
Quote:
Daniel |
Re: Technology Preview: MADDE
Quote:
Daniel |
Re: Technology Preview: MADDE
Quote:
Thanks to Sampo, you will find the example now here! Daniel |
Re: Technology Preview: MADDE
Quote:
This is nice. The next step would be getting MADDE to run the application on the device. Qt Creator is capable of it for Qt applications, but is there a way to do it manually? (Without packaging and having to manually install the .deb on the N900, of course.) If this is possible, I'd like to get Visual Studio to work with MADDE's compiler and run the application on the device. If the above is possible, this will be an easy part. A working debugger would also be great, but I think I'll manage without it. (Even Qt Creator cant't debug the remote application.) |
Re: Technology Preview: MADDE
Quote:
|
Re: Technology Preview: MADDE
Quote:
http://wiki.maemo.org/MADDE/Device_runtime |
Re: Technology Preview: MADDE
Quote:
compile like this. Code:
mad gcc -o foo foo.cCode:
mad -t <target_name> gcc -o foo foo.cCode:
mad -t <target_name> makeall paths that starts with / are redirected into the used sysroot. Target defines the sysroot. For example following Code:
mad -I /usr/include/mydir/ gcc -o foo foo.cCode:
mad -I <sysroot>/usr/include/mydir/ gcc -o foo foo.cAnd finally gtk example. Code:
mad gcc -o foo foo.c `mad pkg-config --cflags --libs gtk+-2.0'Code:
sec-094:~ savanain$ mad gcc -v -I /usr/include/kala -I lohi -o foo foo.carg 5 is modified. ( / is replaced by =) |
Re: Technology Preview: MADDE
Quote:
It is nice to see that it is possible to use MADDE without it. |
Re: Technology Preview: MADDE
Quote:
|
Re: Technology Preview: MADDE
Quote:
After Sampppa's post, I got it. :P |
Re: Technology Preview: MADDE
When I compile the application using madde, it cries about some error like this: IncludeChildElements is not a member of QXmlStreamReader, In my app, i use QXmlStreamReader::IncludeChildElements. I think this problem is because of old QT library, how to update it????
|
Re: Technology Preview: MADDE
afaiu, qt4.6 is part of pr1.2 -- since pr1.2's release date is unbeknownst to man, you should try to workaround that and try another approach, that works with the older qt.
|
Re: Technology Preview: MADDE
QDomDocument is working fine for me with Qt 4.5 as well. Perhaps you could try that.
|
Re: Technology Preview: MADDE
Quote:
In your case you don't have to use the constant value in Qt4.5, as this is the standard behaviour of the readElementText () function there. Daniel |
Re: Technology Preview: MADDE
|
Re: Technology Preview: MADDE
Now you can have QT Creator and MADDE from one installation package
for Linux and Windows. http://www.forum.nokia.com/Tools_Doc.../Nokia_Qt_SDK/ |
Re: Technology Preview: MADDE
Quote:
Code:
cd ~/NokiaQtSDK/Maemo/4.6.2 |
Re: Technology Preview: MADDE
Hi maybe it bit lame question, but.
My application depends on libqjson-dev. When I was using scrachbox to build(compile) it, I'd simple use apt-get tool to install it. What I should do acquire the same effect using MADDE? I'm missing something? |
Re: Technology Preview: MADDE
Quote:
You could download the armel package from the repository and extract it by hand into the MADDE directories. |
Re: Technology Preview: MADDE
Quote:
See: http://talk.maemo.org/showthread.php?t=52761 Cheers, - Micha. |
Re: Technology Preview: MADDE
If you'd like to use Nokia Qt SDK, follow the steps in this thread on how to make it work with the device.
|
Re: Technology Preview: MADDE
New MADDE release available
- PR1.2 sysroot - Lot of fixs - N900 emulator !!! http://tablets-dev.nokia.com/MADDE.php |
Re: Technology Preview: MADDE
Any news on installing third-party libs from the repository into MADDE?
|
Re: Technology Preview: MADDE
Last time we discussed about this there was a plan
documenting steps to do sysroot for MADDE with Platform SDK (i.e. using scratchbox). |
Re: Technology Preview: MADDE
What about implementing a package import on the basis of MeeGo, i.e. maybe interfacing RPM? And maybe use alien to convert from deb to rpm? I would appreciate if one could avoid scratchbox...
|
Re: Technology Preview: MADDE
braindamaged 'dpkg -i' could be implemented quite simply... but it is not
done by MADDE team (so far) as it 'taints' the sysroot. rpm -i (for MADDE) has basically the same effort to make, it just requires extracting the cpio instead of data.tar.gz (the 'housekeeping' and setting of 'tainted' flag is about the same). but these are just wild thoughts, but if anyone implements I could give the 'thumbs up' to the implementation (not going to core madde so easily, so that I can say 'WARRANTY VOID' (as if there were any; but support is harder if we need to deal with 'tainted' systems) aloud. |
Re: Technology Preview: MADDE
Quote:
Code:
MADDE-0.6.72 ~Jaap |
Re: Technology Preview: MADDE
On a side note, will this update be pushed to the Nokia Qt SDK (=wait patiently) or should the more adventurous people try and replace it themselves ? :)
|
Re: Technology Preview: MADDE
Quote:
|
Re: Technology Preview: MADDE
Not what you want but:
You fix it by not relying on auto-generated make files. |
Re: Technology Preview: MADDE
Quote:
windows 7 machine and did the same steps and it worked (no surprise as our automated tests pass this) So there must be something different in your environment.. Let's see... please try the following commands on madde terminal: Code:
$ cd |
Re: Technology Preview: MADDE
Quote:
Code:
MADDE-0.6.72 ~/qthello |
Re: Technology Preview: MADDE
I created basically identical paths myself and it still works (which is good
as the bug would have been severe...) now cd back to 'qthello' -directory. then try the following commands: Code:
ls .. |
Re: Technology Preview: MADDE
Quote:
Code:
MADDE-0.6.72 ~/qthelloAfter more investigations: When I replace '../../../0.6.72/sysroots' by '/sysroots' in the makefile generated by qmake the project builds! Any idea where the ../../../0.6.72 used by 'mad qmake' is coming from? |
Re: Technology Preview: MADDE
I just realized something... nasty one...
I'm not close to any windows machine now so I cannot test. To get something done, in MADDE terminal, do first: cd /d/temp (and create stuff there)... any other directory works also, provided there is no whitespaces in it's path. EDIT: yes, I have idea. there is /home remapping in /etc/fstab (in MSYS context) which breaks things. And we did not realise the problem this particular case brings up. |
Re: Technology Preview: MADDE
JapieB (and anyone else having the same problem)
open MADDE terminal and enter: Code:
echo > /etc/fstabNotice that /home moves one deeper in directory hierarchy, from <MADDE>/home to <MADDE>/0.6.72/home where <MADDE>/0.6.72 equals '/' in MSYS context. new home directory is created when new MADDE terminal is opened |
Re: Technology Preview: MADDE
Quote:
Thanx, Jaap |
Re: Technology Preview: MADDE
I just upgraded MADDE to the latest version, and the MADDE terminal now opens to my Windows user directory: C:\Users\talvala, instead of under MADDE:
Code:
MADDE-0.6.72 ~Code:
MADDE-0.6.72 ~/Repositories/tmp/qthello |
Re: Technology Preview: MADDE
If you read what make tells you, No rule to make target, this means that there is a dependency that can not be satisfied with either rules in the makefile or the built in rules.
Find the qtprog.pro file and place it in the build tree at a location where it matches the rule in the makefile. |
Re: Technology Preview: MADDE
Quote:
Essentially, it's prepending a huge roundabout directory path in front of files inside the project, completely unneccessarily. If I manually remove the lengthy ../../../Users/talvala/Repositories/tmp/qthello/ section from all paths in the Makefile, it works fine. But that gets tedious very quickly, and qmake shouldn't be doing such a thing in any case - why doesn't it just encode the local relative paths, instead of what looks like an attempt to round-trip through 5 layers of directories? |
| All times are GMT. The time now is 11:43. |
vBulletin® Version 3.8.8