Active Topics
-
Firefox with Leste (5)
to Maemo 7 / Leste by teroyk - 2 days, 18 hrs ago -
Handbook (2)
to Maemo 7 / Leste by teroyk - 3 days, 17 hrs ago - more...
| The Following User Says Thank You to too For This Useful Post: | ||
 |
|
2010-05-28
, 19:13
|
|
Posts: 59 |
Thanked: 42 times |
Joined on Nov 2009
@ Wageningen (NL)
|
#272
|
Originally Posted by too
Interesting problem; just downloaded and installed on home
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:
and report outputCode:$ cd $ pwd -W $ cd / $ pwd -W
Code:
MADDE-0.6.72 ~/qthello jbraam $ cd MADDE-0.6.72 ~ jbraam $ pwd -W D:/MADDE/home/jbraam MADDE-0.6.72 ~ jbraam $ cd / MADDE-0.6.72 / jbraam $ pwd -W D:/MADDE/0.6.72 MADDE-0.6.72 / jbraam $
 |
|
2010-05-28
, 19:28
|
|
Posts: 122 |
Thanked: 135 times |
Joined on Dec 2009
@ Helsinki
|
#273
|
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:
and show the output of last successful command.
as the bug would have been severe...)
now cd back to 'qthello' -directory. then try the following commands:
Code:
ls .. ls ../.. ls ../../.. ls ../../../0.6.72/ ls ../../../0.6.72/sysroots/ ... ls ../../../0.6.72/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/default/qmake.conf'
| The Following User Says Thank You to too For This Useful Post: | ||
|
|
2010-05-28
, 19:37
|
|
Posts: 59 |
Thanked: 42 times |
Joined on Nov 2009
@ Wageningen (NL)
|
#274
|
Originally Posted by too
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:
and show the output of last successful command.Code:ls .. ls ../.. ls ../../.. ls ../../../0.6.72/ ls ../../../0.6.72/sysroots/ ... ls ../../../0.6.72/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/default/qmake.conf'
Code:
MADDE-0.6.72 ~/qthello jbraam $ ls .. qthello qtprog-build MADDE-0.6.72 ~/qthello jbraam $ ls ../.. jbraam MADDE-0.6.72 ~/qthello jbraam $ ls ../../.. MADDE.url doc legal madbin maddedoc.ico moveusrdata.sh perllocal.pod run share templates uninst.exe wbin bin docs lib madde.bat madlib msys.bat postinstall.done runtimes sysroots toolchains usbdriver cache etc m.ico madde.ico moveusrdata.bat msys.ico rminstallation.bat sbin targets tools var MADDE-0.6.72 ~/qthello jbraam $ ls ../../../0.6.72/ ls: ../../../0.6.72/: No such file or directory MADDE-0.6.72 ~/qthello jbraam $
After 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?
__________________
EasyPark - Use your N900 to park without worries...
Please Test version 1.1-3 and Vote!
EasyPark - Use your N900 to park without worries...
Please Test version 1.1-3 and Vote!
Last edited by JapieB; 2010-05-28 at 20:32.
|
|
2010-05-29
, 07:48
|
|
Posts: 122 |
Thanked: 135 times |
Joined on Dec 2009
@ Helsinki
|
#275
|
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.
Last edited by too; 2010-05-29 at 07:51.
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.
Last edited by too; 2010-05-29 at 07:51.
| The Following User Says Thank You to too For This Useful Post: | ||
|
|
2010-05-29
, 08:14
|
|
Posts: 122 |
Thanked: 135 times |
Joined on Dec 2009
@ Helsinki
|
#276
|
JapieB (and anyone else having the same problem)
open MADDE terminal and enter:
This removes the /home -mapping and makes things work.
Notice 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
open MADDE terminal and enter:
Code:
echo > /etc/fstab
Notice 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
|
|
2010-05-29
, 09:09
|
|
Posts: 59 |
Thanked: 42 times |
Joined on Nov 2009
@ Wageningen (NL)
|
#277
|
Originally Posted by too
Fixed! the example can be executed fully now!
Code:echo > /etc/fstab
Thanx,
Jaap
|
|
2010-06-04
, 21:00
|
|
Posts: 46 |
Thanked: 392 times |
Joined on Apr 2010
@ Stanford University
|
#278
|
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:
And trying to build the qthello example results in the same problem as people have been seeing, even after the 'echo > /etc/fstab' fix:
Any idea what broke in the installation? I've tried uninstalling MADDE completely and reinstalling, with no change in the result. This is Windows 7 x64.
Code:
MADDE-0.6.72 ~ talvala $ cd MADDE-0.6.72 ~ talvala $ pwd /c/Users/talvala
Code:
MADDE-0.6.72 ~/Repositories/tmp/qthello talvala $ mad qmake MADDE-0.6.72 ~/Repositories/tmp/qthello talvala $ mad make make: *** No rule to make target `../../../Users/talvala/Repositories/tmp/qthello/qtprog.pro', needed by `../../../Users/talvala/Repositories/tmp/qthello/Makefile'. Stop.
|
|
2010-06-05
, 08:26
|
|
Posts: 726 |
Thanked: 345 times |
Joined on Apr 2010
@ Sweden
|
#279
|
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.
Find the qtprog.pro file and place it in the build tree at a location where it matches the rule in the makefile.
|
|
2010-06-05
, 18:35
|
|
Posts: 46 |
Thanked: 392 times |
Joined on Apr 2010
@ Stanford University
|
#280
|
Originally Posted by Joorin
The .pro file is in the same directory as the Makefile, and since qmake generated the Makefile from the .pro file, it should get the path right on its own.
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.
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?
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: