|
|
|
Home » U++ Library support » U++ Library : Other (not classified elsewhere) » umk got changed....
| umk got changed.... [message #34729] |
Fri, 09 December 2011 04:22  |
nixnixnix
Messages: 415
Registered: February 2007
Location: Kelowna, British Columbia
|
Senior Member |
|
|
Hello,
I just went to build a new release and my scripts don't work any more. Can anyone tell me what is now wrong with the following batch line please?
cd \AWSopenWind
c:\upp\umk trunk OpenWind MSC10x64 -a1ev ">PRO,GUI,MT,OCOE,CLIENT_WORP" d:\Probuilds\WORP\openWind64.exe
I get the error "Invalid build method"
I didn't need to cd into the correct folder before but that is fine. Am wondering what else has changed which means that what used to be a valid build method no longer works?
Nick
EDIT: ok if I add the path to the build method I can get it to recognize that but then it forgets where things like CtrlLib is and it never is able to understand the output directory. This was all working so beautifully before!! Who decided to fix it?
EDIT: I see in the release notes that umk is now platform independent. Is it possible to get updated accurate examples or documentation for how to use umk under Windows please?
EDIT: on further reflection this is clearly a bug in umk in version 4193. umk should know where it is and where CtrlLib is relative to it if it is in the default location. I will roll back to 3211 until it is fixed. I can switch back to 4193 as soon as either umk is fixed or that I understand how to use the new version.
[Updated on: Fri, 09 December 2011 06:05] Report message to a moderator |
|
|
|
| Re: umk got changed.... [message #34731 is a reply to message #34729] |
Fri, 09 December 2011 08:03  |
|
|
Hi Nick,
The documentation to umk was updated, just after the changes. See http://www.ultimatepp.org/app$ide$umk$en-us.html
On windows, you have to either specify paths to all nests
umk.exe path/to/MyApps:path/to/uppsrc MyPackage ...
OR
create a .var file to the directory where umk.exe resides (you can just copy it from theide directory).
The same holds for .bm files. You have to either specify full path, or copy the file to the same directory as umk.exe. This is because on windows there is no reliable way to locate the files. (On POSIX systems it is simpler, as we can look to the standard ~/.upp/umk and ~/.upp/theide directories).
Also, there '+' is now used instead of '>' preceding to flags.
Is this sufficient explanation?
Best regards,
Honza
|
|
|
|
| Re: umk got changed.... [message #34733 is a reply to message #34731] |
Fri, 09 December 2011 08:11 |
nixnixnix
Messages: 415
Registered: February 2007
Location: Kelowna, British Columbia
|
Senior Member |
|
|
| Quote: |
Is this sufficient explanation?
|
well it fails to explain why it was decided to make it 100 times more complicated for no apparent gain but I guess I'm unlikely to get an answer on that one so I'll focus on why does the output path (which I fully specified) not get interpreted? How is that ":" sign used? Why is the build method not part of the syntax and and why isn't any of this in the documentation?
For starters 
Nick
[Updated on: Fri, 09 December 2011 08:36] Report message to a moderator |
|
|
|
| Re: umk got changed.... [message #34737 is a reply to message #34733] |
Fri, 09 December 2011 09:26 |
|
|
| nixnixnix wrote on Fri, 09 December 2011 08:11 |
well it fails to explain why it was decided to make it 100 times more complicated for no apparent gain but I guess I'm unlikely to get an answer on that one so I'll focus on why does the output path (which I fully specified) not get interpreted? How is that ":" sign used? Why is the build method not part of the syntax and and why isn't any of this in the documentation?
For starters
Nick
|
Well, lets get more answers I wouldn't say it is 100x more complicated, just a little bit. But it now offers much bigger flexibility. The previous umk was just a tiny wrapper around theide, so it had access to all of its configuration files. But it needed them - now you can use it as a standalone builder, without any configuration at all, even on systems where theide is not installed at all. Another reason for the change is that the new umk is CLI only application, so it can be used easily in scripts, especially on remote systems. Also, it is now platform independant, as you already noticed. Shortly, there was a lot of trouble with the previous solution, so Mirek decided to write a better one.
The documentation says all of what I posted before (with the exception of build method, which is missing, probably accidentaly, it is present in the examples at the bottom, sorry about that). Maybe in little less clear wording, but it is there, including an example. It is no problem to improve it as we go, all we need is a feedback from user, like yours  .
Now for the detailed usage... Lets assume a few things, you will have to change the paths accordingly to your real situation:
- Your theide.exe is located at C:\upp\theide\theide.exe
- Your umk.exe is located at C:\upp\umk\umk.exe
- in TheIDE you have trunk assembly set up, in which OpenWind package exists
- in TheIde you have build method called MSC10x64
Then a simplest possible build script then would be:copy /v /y C:\upp\MSC10x64.bm C:\upp\umk\MSC10xx64.bm
copy /v /y C:\upp\trunk.var C:\upp\umk\trunk.var
C:\umk\umk.exe trunk OpenWind MSC10x64 -a1ev +PRO,GUI,MT,OCOE,CLIENT_WORP d:\Probuilds\WORP\openWind64.exe
Note that I haven't tested this, as I don't have windows It should work when launched from any directory.
Alternatively, if trunk assembly consists of (for example) paths "C:\project\trunk" and "C:\upp\uppsrc" than from C:\ you could launch single linerC:\upp\umk\umk.exe project\trunk:upp\uppsrc OpenWind C:\upp\theide\MSC10x64.bm -a1ev +PRO,GUI,MT,OCOE,CLIENT_WORP d:\Probuilds\WORP\openWind64.exe
I'm not sure what would happen if you used absolute paths (e.g. C:\upp\...) with the ':' notation, but I think it would fail (possible bug).
Ready for next round of questions, shoot
Honza
|
|
|
|
|
|
| Re: umk got changed.... [message #34802 is a reply to message #34766] |
Tue, 13 December 2011 01:23 |
nixnixnix
Messages: 415
Registered: February 2007
Location: Kelowna, British Columbia
|
Senior Member |
|
|
Hey Honza,
In the default Windows install, umk.exe is in the same directory as theide.exe and the .bm files and the .var files so as I understand what you wrote, my batch file should work without any modification. Also, that ":" I think should be a ";" no?
However, lets try a little harder and I'll try for once to stop being a whingeing Brit . How about if I try something like
D:\Probuilds>c:\upp\umk.exe d:\AWSopenWind\trunk;c:\upp\uppsrc OpenWind c:\upp\MSC10x64 -a1ev +PRO,GUI,MT,OCOE,CLIENT_WORP d:\Probuilds\WORP\openWind64.exe
that ought to work right? We're not assuming anything now. All paths are provided. I think you're in for a surprise....
Inline assembly: D:\Probuilds\d;D:\AWSopenWind\trunk;c;D:\upp\uppsrc
Output directory: c:\upp\_out
Main package: D:\AWSopenWind\trunk\OpenWind\OpenWind.upp
Build method: c:\upp\MSC10x64.bm
Cleaning OpenWind
Cleaning CtrlLib
Cleaning plugin/tif
Cleaning GridCtrl
Cleaning PdfDraw
Cleaning plugin/jpg
Cleaning plugin/png
Cleaning plugin/bmp
Cleaning plugin/geotiff
Cleaning OpenWindPro
Cleaning Web
Cleaning Geom
Cleaning plugin/gif
Cleaning plugin/geotiff/libgeotiff
Cleaning SysInfo
Cleaning OCOE
Cleaning Internal
Cleaning Core
Cleaning Functions4U
Cleaning plugin/bz2
Cleaning Draw
Cleaning ide/Browser
Cleaning AESStream
...done
----- CtrlLib ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC ) (1
/ 21)
cd D:\Probuilds\d\CtrlLib
----- plugin/tif ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC )
(2 / 21)
cd D:\Probuilds\d\plugin\tif
----- GridCtrl ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC ) (3
/ 21)
cd D:\Probuilds\d\GridCtrl
----- PdfDraw ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC ) (4
/ 21)
cd D:\Probuilds\d\PdfDraw
----- plugin/jpg ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC )
(5 / 21)
cd D:\Probuilds\d\plugin\jpg
----- plugin/png ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC )
(6 / 21)
cd D:\Probuilds\d\plugin\png
----- plugin/bmp ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC )
(7 / 21)
cd D:\Probuilds\d\plugin\bmp
----- plugin/geotiff ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MS
C ) (8 / 21)
cd D:\Probuilds\d\plugin\geotiff
----- OpenWindPro ( PRO GUI MT OCOE CLIENT_WORP MSC10X64 FORCE_SPEED WIN32 MSC )
(9 / 21)
cd D:\AWSopenWind\trunk\OpenWindPro
compiled in (0:00.00)
compiled in (0:00.00)
compiled in (0:00.00)
compiled in (0:00.00)
compiled in (0:00.00)
compiled in (0:00.00)
compiled in (0:00.00)
compiled in (0:00.01)
compiled in (0:00.00)
Constructability.cpp
D:\AWSopenWind\trunk\OpenWind/OpenWind.h(42) : fatal error C1083: Cannot open in
clude file: 'CtrlLib/CtrlLib.h': No such file or directory
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-1.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\Constructability.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.C
lient_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\Constructability.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-2.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\Pro.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Client_Worp.Fo
rce_Speed.Gui.Mt.Ocoe.Pro\Pro.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-3.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\Additions.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Client_W
orp.Force_Speed.Gui.Mt.Ocoe.Pro\Additions.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-4.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\CryptoGrix.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Client_
Worp.Force_Speed.Gui.Mt.Ocoe.Pro\CryptoGrix.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-5.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\ShadowFlicker.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Clie
nt_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\ShadowFlicker.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-6.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\solpos.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Client_Worp
.Force_Speed.Gui.Mt.Ocoe.Pro\solpos.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-7.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\WMS.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Client_Worp.Fo
rce_Speed.Gui.Mt.Ocoe.Pro\WMS.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-8.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\AgiRadar.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Client_Wo
rp.Force_Speed.Gui.Mt.Ocoe.Pro\AgiRadar.obj"
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd64\cl.exe" -nolog
o -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -I"D:\upp\uppsrc"
-I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Include" -I"C:\Progra
m Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\include" -DflagPRO
-DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64 -DflagFORCE_SPEE
D -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -DbmHOUR=16 -DbmMI
NUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/OpenWindPro/MSC10x
64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-9.pdb" -Tp "D:\AWSopenWin
d\trunk\OpenWindPro\EffectiveTi.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x64.Client
_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\EffectiveTi.obj"
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-1.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\Constructability.cpp" -Fo"c:/upp/_out/OpenWi
ndPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\Constructability.obj"
D:\AWSopenWind\trunk\OpenWind/OpenWind.h(42) : fatal error C1083: Cannot open in
clude file: 'CtrlLib/CtrlLib.h': No such file or directory
Pro.cpp
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-2.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\Pro.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x6
4.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\Pro.obj"
D:\AWSopenWind\trunk\OpenWind/OpenWind.h(42) : fatal error C1083: Cannot open in
clude file: 'CtrlLib/CtrlLib.h': No such file or directory
Additions.cpp
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-3.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\Additions.cpp" -Fo"c:/upp/_out/OpenWindPro/M
SC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\Additions.obj"
d:\awsopenwind\trunk\openwindpro\CryptoGrix.h(50) : fatal error C1083: Cannot op
en include file: 'CtrlLib/CtrlLib.h': No such file or directory
CryptoGrix.cpp
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-4.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\CryptoGrix.cpp" -Fo"c:/upp/_out/OpenWindPro/
MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\CryptoGrix.obj"
ShadowFlicker.cpp
D:\AWSopenWind\trunk\OpenWind/OpenWind.h(42) : fatal error C1083: Cannot open in
clude file: 'CtrlLib/CtrlLib.h': No such file or directory
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-5.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\ShadowFlicker.cpp" -Fo"c:/upp/_out/OpenWindP
ro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\ShadowFlicker.obj"
solpos.cpp
d:\awsopenwind\trunk\openwindpro\solpos.h(16) : fatal error C1083: Cannot open i
nclude file: 'CtrlLib/CtrlLib.h': No such file or directory
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-6.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\solpos.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC1
0x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\solpos.obj"
WMS.cpp
D:\AWSopenWind\trunk\OpenWind/OpenWind.h(42) : fatal error C1083: Cannot open in
clude file: 'CtrlLib/CtrlLib.h': No such file or directory
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-7.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\WMS.cpp" -Fo"c:/upp/_out/OpenWindPro/MSC10x6
4.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\WMS.obj"
AgiRadar.cpp
EffectiveTi.cpp
D:\AWSopenWind\trunk\OpenWind/OpenWind.h(42) : fatal error C1083: Cannot open in
clude file: 'CtrlLib/CtrlLib.h': No such file or directory
Error executing "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\Bin\amd6
4\cl.exe" -nologo -W3 -GR -c -I"D:\Probuilds\d" -I"D:\AWSopenWind\trunk" -I"c" -
I"D:\upp\uppsrc" -I"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Vc\Inclu
de" -I"C:\Program Files\Microsoft SDKs\Windows\v7.1\Include" -I"C:\OpenSSLx64\in
clude" -DflagPRO -DflagGUI -DflagMT -DflagOCOE -DflagCLIENT_WORP -DflagMSC10X64
-DflagFORCE_SPEED -DflagWIN32 -DflagMSC -DbmYEAR=2011 -DbmMONTH=12 -DbmDAY=12 -D
bmHOUR=16 -DbmMINUTE=17 -DbmSECOND=32 -EHsc -MT -O2 -GS- -Gy -Fd"c:/upp/_out/Op
enWindPro/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\OpenWindPro-9.pdb" -T
p "D:\AWSopenWind\trunk\OpenWindPro\EffectiveTi.cpp" -Fo"c:/upp/_out/OpenWindPro
/MSC10x64.Client_Worp.Force_Speed.Gui.Mt.Ocoe.Pro\EffectiveTi.obj"
OpenWindPro: 9 file(s) built in (0:00.00), 1 msecs / file, duration = 577 msecs,
parallelization 100%
There were errors. (0:00.62)
D:\Probuilds>pause
Press any key to continue . . .
unfortunately, in making this more Linux friendly, it appears it is no longer Windows compatible. See how the ":" gets interpreted?
So, I am more and more confident of my original assertion that this is broken.
What say you?
Nick
p.s. also, did you see how the output directory is completely ignored? This is not good. If all the exes get written to the same place, what use is batch?
p.p.s you can get around the ":" problem by writing something like
c:\upp\umk.exe "\AWSopenWind\trunk":"\upp\uppsrc" OpenWind c:\upp\MSC10x64 -a1ev +PRO,GUI,MT,OCOE,CLIENT_WORP \Probuilds\WORP\openWind64.exe
which makes things clearer but gets the same result.
More info: I was impressed that umk managed to work out which disk was being used but I was giving it way too much credit. If I run the above line from inside C:\upp I get
C:\upp>c:\upp\umk.exe \AWSopenWind\trunk:\upp\uppsrc OpenWind c:\upp\MSC10x64 -a
1ev +PRO,GUI,MT,OCOE,CLIENT_WORP \Probuilds\WORP\openWind64.exe
Inline assembly: C:\AWSopenWind\trunk;C:\upp\uppsrc
Output directory: c:\upp\_out
Main package: C:\AWSopenWind\trunk\OpenWind\OpenWind.upp
Package does not exist
C:\upp>pause
Press any key to continue . . .
Will the old umk.exe work with the new theide.exe ? If no-one who can fix it has Windows and the old version worked perfectly under Windows, it makes sense to just use the old version right?
OK, the old umk.exe (from 3211) wont work with the latest UPP 
[Updated on: Tue, 13 December 2011 02:02] Report message to a moderator |
|
|
|
| Re: umk got changed.... [message #34803 is a reply to message #34802] |
Tue, 13 December 2011 02:07 |
nixnixnix
Messages: 415
Registered: February 2007
Location: Kelowna, British Columbia
|
Senior Member |
|
|
Hi Honza,
If you could replace the ":" with ";" to make umk windows compatible the only problem then the fact that umk.exe does not recognise the output path.
Two reasonably small problems?
Nick
CONSOLE_APP_MAIN
{
Ide ide;
TheIde(&ide);
ide.console.SetSlots(CPU_Cores());
ide.console.console = true;
bool clset = false;
const Vector<String>& arg = CommandLine();
if(arg.GetCount() >= 3) {
for(int i = 3; i < arg.GetCount(); i++)
if(arg[i][0] == '-') {
String x = arg[i];
for(int i = 1; i < x.GetCount(); i++) {
if(x[i] == 'l')
SilentMode = true;
if(x[i] == 'v')
ide.console.verbosebuild = true;
}
}
String v = GetUmkFile(arg[0] + ".var");
if(!FileExists(v)) {
Vector<String> h = Split(arg[0], ';'); // this change makes it windows compatible ?
for(int i = 0; i < h.GetCount(); i++)
h[i] = GetFullPath(TrimBoth(h[i]));
String x = Join(h, ";");
SetVar("UPP", x, false);
PutVerbose("Inline assembly: " + x);
String outdir = ConfigFile("_out"); // this line makes the output path not work?
RealizeDirectory(outdir);
SetVar("OUTPUT", outdir, false);
}
else {
if(!LoadVars(v)) {
Puts("Invalid assembly\n");
SetExitCode(2);
return;
}
PutVerbose("Assembly file: " + v);
PutVerbose("Assembly: " + GetVar("UPP"));
}
PutVerbose("Output directory: " + GetVar("OUTPUT"));
v = SourcePath(arg[1], GetFileTitle(arg[1]) + ".upp");
PutVerbose("Main package: " + v);
if(!FileExists(v)) {
Puts("Package does not exist\n");
SetExitCode(2);
return;
}
ide.main = arg[1];
ide.wspc.Scan(ide.main);
clset = true;
bool stoponerror = false;
const Workspace& wspc = ide.IdeWorkspace();
if(!wspc.GetCount()) {
Puts("Empty assembly\n");
SetExitCode(4);
return;
}
const Array<Package::Config>& f = wspc.GetPackage(0).config;
if(f.GetCount())
ide.mainconfigparam = f[0].param;
String m = arg[2];
String bp = GetBuildMethodPath(m);
PutVerbose("Build method: " + bp);
if(bp.GetCount() == 0) {
SilentMode = false;
Puts("Invalid build method\n");
SetExitCode(3);
return;
}
ide.method <<= m;
ide.debug.def.blitz = ide.release.def.blitz = 0;
ide.debug.def.debug = 2;
ide.release.def.debug = 0;
ide.debug.package.Clear();
ide.release.package.Clear();
ide.debug.linkmode = ide.release.linkmode = 0;
ide.release.createmap = ide.debug.createmap = false;
ide.targetmode = 0;
bool clean = false;
bool makefile = false;
int exporting = 0;
String mkf;
for(int i = 3; i < arg.GetCount(); i++)
if(arg[i][0] == '+' || arg[i][0] == '>')
ide.mainconfigparam = Filter(~arg[i] + 1, CommaSpace);
else
if(arg[i][0] == '-') {
String x = arg[i];
for(int i = 1; i < x.GetCount(); i++)
switch(x[i]) {
case 'a':
clean = true;
break;
case 'r':
ide.targetmode = 1;
break;
case '1':
ide.targetmode = 2;
break;
case '2':
ide.targetmode = 3;
break;
case 'm':
ide.release.createmap = ide.debug.createmap = true;
break;
case 'b':
ide.release.def.blitz = ide.debug.def.blitz = 1;
break;
case 's':
ide.debug.linkmode = ide.release.linkmode = 1;
break;
case 'd':
ide.debug.def.debug = 0;
break;
case 'S':
ide.debug.linkmode = ide.release.linkmode = 2;
break;
case 'e':
stoponerror = true;
break;
case 'M':
makefile = true;
break;
case 'v':
ide.console.verbosebuild = true;
break;
case 'l':
break;
case 'x':
exporting = 1;
break;
case 'X':
exporting = 2;
break;
case 'H':
if(i + 1 < x.GetCount() && x[i + 1] >= '1' && x[i + 1] <= '9')
ide.console.SetSlots(x[++i] - '0');
else
ide.console.SetSlots(1);
break;
default:
SilentMode = false;
Puts("Invalid build option(s)");
SetExitCode(3);
return;
}
}
else {
ide.debug.target_override = ide.release.target_override = true;
ide.debug.target = ide.release.target = mkf = arg[i];
}
if(clean)
ide.Clean();
if(exporting) {
mkf = GetFullPath(mkf);
Cout() << mkf << '\n';
RealizeDirectory(mkf);
if(makefile)
ide.ExportMakefile(mkf);
else
ide.ExportProject(mkf, exporting == 2);
}
else
if(makefile) {
ide.SaveMakeFile(IsNull(mkf) ? "Makefile" : mkf, false);
SetExitCode(0);
}
else
if(ide.Build())
SetExitCode(0);
else
SetExitCode(1);
}
else
Puts("Usage: umk assembly main_package build_method -options [+flags] [output]\n"
"Examples: umk examples Bombs GCC -ab +GUI,SHARED ~/bombs\n"
" umk examples:uppsrc Bombs ~/GCC.bm -rv +GUI,SHARED ~/bin\n"
"See http://www.ultimatepp.org/app$ide$umk$en-us.html for details\n");
}
[Updated on: Tue, 13 December 2011 02:17] Report message to a moderator |
|
|
|
|
|
| Re: umk got changed.... [message #34818 is a reply to message #34729] |
Tue, 13 December 2011 17:55 |
|
|
Hi Nick,
I'm afraid we're slowly coming to the limits of my theoretical knowledge I don't have windows computer, so all I say relies on what I remember from many years ago...
So first the ":" problem - changing it to ; on windows would help, it is the common way to separate paths e.g. in PATH variable IIRC, on linux the : is used for the same purpose. It wouldn't be a problem to make this platform dependent, but I'll propose completely different solution few lines lower
The target override works fine for me. The line you pointed to should not make problem, as those two later in file have precedence (umake.cpp:193-194):ide.debug.target_override = ide.release.target_override = true;
ide.debug.target = ide.release.target = mkf = arg[i];
We will both probably aggree, that the interface of umk is terrible and clumsy. I believe that the best possible solution here would be to rewrite it. In a bit Linux-y way By that I mean non-positional arguments, paths and flags settable by multiple parametrs instead of one string with separators etc. What do you think? You are one of the very limited amount of people who actively uses umk, so your opinion has quite a big weight here If Mirek agrees as well, I can rewrite the interface to match the common scheme from posix world. I belive it would make using umk much simpler...
Honza
|
|
|
|
|
|
|
|
|
|
| Re: umk got changed.... [message #37565 is a reply to message #35019] |
Thu, 18 October 2012 23:19 |
 |
kohait00
Messages: 939
Registered: July 2009
Location: Germany
|
Experienced Contributor |
|
|
hi all..
just tonight i started trying umk for myself. can't believe i've been away for so long
i use a setup, where all my ide config lies in V:\upprun, then there is U:\uppsvn and V:\uppgit for known reasons.. to keep the code separated from the runtime stuff..
so i copied tie umk.exe in V:\upprun and started with
umk examples_git Bombs MSC9 -b +GUI,SHARED bombs.exe
it did some things, but stopped eventually stopped at the same Invalid build method message, because it could not find my MSC9.bm, lying in the same folder.
so i debugged a bit: why not simply ading the current umk.exe to the search path..that worked for me and i think would do for many..
@@ -6,11 +6,12 @@ String GetUmkFile(const char *fn)
{
return GetFileOnPath(fn,
GetHomeDirFile(".upp/umk") + ';' +
GetHomeDirFile(".upp/theide") + ';' +
GetHomeDirFile(".upp/ide") + ';' +
- GetHomeDirectory());
+ GetHomeDirectory() + ';' +
+ GetFileFolder(GetExeFilePath()));
}
String GetBuildMethodPath(String method)
{
if(GetFileExt(method) != ".bm")
what do you say
|
|
|
|
|
|
| Re: umk got changed.... [message #37569 is a reply to message #37568] |
Fri, 19 October 2012 10:40 |
|
kohait00
Messages: 939
Registered: July 2009
Location: Germany
|
Experienced Contributor |
|
|
but it's good to see that except for that umk works just as fine on windows too..even on my more or less 'non standard' upp environment setup
BTW:
just plain realized yesterday night, how neat the upp build system is with the package/assembly approach..eclipse is versatile, but i couldn't figure out how to add extern libraries (or at least their dependency) to a static library project of Core. so my final rference/Core01 project, as user of Core static lib, had to link all the libraries Core dependency libraries. (kernel32, etc..).
here, umk is a very good choice, handling all those dependencies in such a 'logical' way.
cheers
[Updated on: Fri, 19 October 2012 10:45] Report message to a moderator |
|
|
|
Goto Forum:
Current Time: Fri Dec 13 22:47:56 CET 2024
Total time taken to generate the page: 0.03281 seconds
|
|
|
Members
Pages
Help
Register
Login
Home
