Sorry i'm a day late, I was working on adding .if,.elseif,.else,.endif support to GoASM by having a little interceptor exe read the source before GoASM does and replace the statements with code GoASM understands in a temp file, and pass that on. I'm not quite done yet, but i'll upload it when I am, in anycase!
SDK Release Notes v1.0 Beta
- The Latest versions of GoAsm binaries
-GoAsm 0.56.5h
-GoLink 0.26.10 beta5
-GoRC 0.90.3f
- The Latest versions of GoAsm docs
- The Latest Verisons of Donkey's headers(2.0)
- Various 32bit/64bit examples showing things like
COM,Unicode,Networking,.Libs,.Dll's,.Exe's,Code timing etc..
-=How To Install=-(download size 1.9mb, install size 7.02mb)
Download from
http://d01.megashares.com/dl/07f83ce/GoAsm.exe
1)Run the SFX exe and let it extract to C:\GoASM or if you have WinRar install right click and extract there that way.
Lot of examples didn't get in yet, but they're coming! if you want to contibute anything post it! Enjoy!
Hey, hey what a nice package. This is a lot better than your MASM64 package.
Make it official, this is good enough ! Excellent even.
Very greate! :U
Heh, thankyou, i'm glad you guys like it, I think GoASM is amazing, Jeremy did a fantastic job, and Donkey did aswell.
And yeah my MASM64 SDK was a disaster, I felt like I trying to revive a dead horse :\ Microsoft just crippled ml64 too bad for it to be taken seriously, which is why i'm glad I found GoASM!
Cool package ! I'm dropping masm like a hot potato and switching to goasm.
I'll take a better look at the docs and examples tomorrow and adapt my gobuild.bat to the new folders, hehe. Now the main problem is complex nested comparisons. I don't want to create a ton of labels everywhere, it's spaggheti code.
I hope we get a solution to the runtime conditionals. As a temporary solution, do you think your preprocessor can/will produce effective code ? (like masm's .if)
Thanks BlackVortex, and yeah the runtime conditionals are a problem, my preprocessor code seems to be working so far, i'll have a release by tommorow. It lets you specify any naming you like(.if can be .when etc...) as far as it being reliable, i'll have to test on larger projects
.if D[val] > ecx ; can be .if (D[val] > ecx) too
invoke MessageBox,0,'test',NULL,MB_OK
.if edx != 0
invoke MessageBox,0,'nested if',NULL,MB_OK
.endif
.elseif D[val] < 3
invoke MessageBox,0,'test2',NULL,MB_OK
.else
invoke MessageBox,0,'test3',NULL,MB_OK
.endif
would translate to
cmp D[val], ecx
jle > @randomlabelname
invoke MessageBox,0,'test',NULL,MB_OK
cmp edx,0
je > @randomlabelsubname
invoke MessageBox,0,'nested if',NULL,MB_OK
@randomlabelsubname:
;if no theres no more elseifs, this would point to the .else code, if theres no .else code this would just go to the .endif
jmp > @random_end_if_label
@randomlabelname:
cmp D[val],3
jge > @randomlabelname2
invoke MessageBox,0,'test2',NULL,MB_OK
etc code...
jmp > @random_end_if_label
@randomlabelname2:
;if no theres no more elseifs, this would point to the .else code, if theres no .else code this would just go to the .endif
invoke MessageBox,0,'test3',NULL,MB_OK
etc code...
@random_end_if_label:
label names are randomly generated and stored in an array and checked against new entries to make sure ones not already being used, note is taken on the order labels are inserted aswell. So yeah the above looks messy but it works. There won't be a lot of error checking but it does check ahead to make sure the .endif count matches the .if count and make sure theres not more than 1 .else within a single .if, .endif block, complains if there is. This comes with full source so you can edit at will.
Mr. Gordon really needs to give us these conditionals :)
It's very strange... to see all of these requests for conditionals. It took quite awhile to find this, but when I brought this topic up before, THIS is what was said about the idea:
http://www.masm32.com/board/index.php?topic=7700.0
:P
Quote from: Mark Jones on April 03, 2009, 04:13:29 PM
It's very strange... to see all of these requests for conditionals. It took quite awhile to find this, but when I brought this topic up before, THIS is what was said about the idea:
http://www.masm32.com/board/index.php?topic=7700.0
:P
Yeah reading that reminds me of people telling me things like "hardcore programmers only code in binary" ... that kind of thing IMO is very silly and counter productive, I myself never been a fan of cmp and jmp's, it's like BlackVortex mentioned "spaggheti code". In any case my pre processor program will be ready today, It takes a look all include files and generates for any it finds conditionals in, the editable conditionals are
IF_STATEMENT db '.if',0
ELSEIF_STATEMENT db '.elseif',0
ELSE_STATEMENT db '.else',0
ENDIF_STATEMENT db '.endif',0
;can can edit the comparisons too
LESS_THAN db '<',0
GREATER_THAN db '>',0
EQUALTO db '==',0
EQUALTO2 db '=',0
LESSTHANEQUAL db '<=',0
LESSTHANEQUAL2 db '=<',0
GREATERTHANEQUAL db '>=',0
GREATERTHANEQUAL2 db '=>',0
NOTEQUALTO db '!=',0
NOTEQUALTO2 db '=!',0
so
.if D[bird] <= 10
is the same as
.if D[bird] =< 10
can edit to
.when D[bird] LESS= 10the parser is also case and space insensitive.
When we do :
.if eax == 0
It translates to cmp eax, 0 or test eax, eax ?
just cmp, it doesn't generate optimized code yet, everything's cmp and jmp's. I want to make sure everything works well with that before optimizing. It comes with full source so you can edit however you like to.
Hi E^cube,
Nice work, thanks :U
When are you releasing your macros E^Cube ?
Hi E^cube,
Finally had some time to begin to look through your SDK this weekend. Great work !!! A note about the Invoke_power.asm example, you have underestimated the power of invoke, a definition is non-recursive so you can use the same name for the definition as the label...
;define it in a pretty way
GetTickCountx = kernel32:GetTickCount
;call it in a pretty way
invoke GetTickCountx
Could just as well be
;define it in a pretty way
GetTickCount = kernel32:GetTickCount
;call it in a pretty way
invoke GetTickCount
No need to append an x to distinguish it.
Thanks for including my headers, they should hopefully stabilize fairly soon as should GoAsm (though that is Jeremy's ball) at that point a fixed release of the SDK will be not only very possible but necessary to expand the community. The switch to 64/Vista completely destabilized the header project and it is still in a state of flux for the next couple of weeks but I can't see many changes on the horizon for it or GoAsm (with the exception of run-time conditionals).
Also, I have made a change to the CInvoke macro that will change it to a normal invoke if the WIN64 switch is defined, after thinking about it I opted for this since it is normally used for API functions and it will allow for transparent conversion to 64 bit.
Edgar
Hi Donkey,
Thanks, i'm glad you got a chance to look at the SDK and enjoy it, and yeah I know they're a couple bugs I spotted and updated for next release. My preprocessor is pretty much finished, which adds .if etc.. and also now supports .while and .endw. And I added some more examples, the big things i'm working on for the GoASM SDK atm are
- easy FPU support, so you can do things like
DATA SECTION
buff db 1024 dup ?
CODE SECTION
;to do the math,convert to string and put in the buffer
buff = Mst(10.9 + 5.31 * 5 - 3 / 2)
invoke MessageBox,addr buff,'test results',mb_ok
i'm using Raymonds very nice FPULIB to do the math
- Masm to/From GoASM source converter(detects API functions via dll exports, detects declared variables and sizes etc... I think besides the macro stuff which I skip, sources can be converted almost perfect without any forseeable issues.)
- header switch support to the preprocessor
so can use the same build.bat on all sources and they'll build correctly, for example if #define win64 is read in the source by the preprocessor it automatically(unless otherwise specified in the build switches) tells the compile to build for 64. same for console etc etc...
I look forward to your header update, Jeremy said he was working on the import thing, I kind of wanted to include your verison of the headers with the includeall support in the next SDK I release but if it takes to long i'll just use the last one you uploaded.
New release is going to be on the 21st! And there will be a two different versions, 1 will be called GoAsm SDK Studio which consists Ramon Sala's very neat Easy Code IDE(so you can develop visual applications in ASM like in visual basic) and Ketilo's great RadASM IDE!, with a modified version of donkey's .ini to use colors i've used in Masm for years(they're easy on the eyes, but you can change ofcourse)
(http://img516.imageshack.us/img516/9362/colorsu.jpg) And the other version will be just the regular SDK. Both versions consists of various new examples,new version of Donkey's headers, and the new preprocessor that adds .if, .elseif, while, .endw etc support as promised.
(is fully customizable, source wise and external config wise, btw in the example below windows.asm in a include in test2.asm)
(http://img515.imageshack.us/img515/3214/preprocess.jpg)
beautiful!
:8)
Is there gonna be a new release ? With the preprocessor ?
:naughty:
no reason to release new version.
:wink
Quote from: UtillMasm on May 15, 2009, 12:33:14 PM
:naughty:
no reason to release new version.
:wink
well i've worked hard on the new(2) versions, even though they're long overdue and I feel bad about that i'm absolutely going to release. If you don't want to use it, that's your preference, but I find programming with the new sdk's is enjoyable and lessens development time a great deal. The more I use GoASM the more I love it, Jeremy is obviously a gifted developer.
I'm interested in the preprocessor. Also, would be cool to easily get all the latest gotools and headers, I've lost track because I'm away from my dev PC for some time now.
Ill wait till the new release is out to get it, but im right there with you I love goasm every since i first started using it :) can't thank you all enough that give back to the community and help newblets like me get started with it :U
ok, i'm comming support too.
:U
How is the new SDK coming along?
Quote from: travism on May 19, 2009, 05:05:31 AM
How is the new SDK coming along?
Heh, it's only been 4 days since E^cube said he's still working on it :toothy
Really looking forward to ur sdk !
Also trying to jump over to GoAsm over here.. like many might do soon enough I assume :U
I'm sure the missing HL syntax support (.if, .else, ...) is the main reason, why many
wouldn't jump from masm to goasm. So your solution might crack down some walls !
Check the "runtime conditionals" thread, Jeremy Gordon made a blood pact that he will add those to GoAsm :toothy
Of course it'd be cool to see this preprocessor, too !
The pact is sealed :dance:
Are you gonna release the preprocessor, e^cube ?
Since it's ready ... until the awesome GoAsm version with runtime conditionals support comes out. Or if you're bored to packahe it officially, PM me the stuff please ?
/me pees himself
Quote from: E^cube on May 15, 2009, 07:33:19 PM
Quote from: UtillMasm on May 15, 2009, 12:33:14 PM
:naughty:
no reason to release new version.
:wink
well i've worked hard on the new(2) versions, even though they're long overdue and I feel bad about that i'm absolutely going to release. If you don't want to use it, that's your preference, but I find programming with the new sdk's is enjoyable and lessens development time a great deal. The more I use GoASM the more I love it, Jeremy is obviously a gifted developer.
Hi E^cube,
I have also had problems deciding when to release versions of the headers, its always a difficult call to make, take your time and do it right, I got into the rut of releasing a version every time there was even a minor change and regret it still. I agree that GoAsm is the best of breed as far as assemblers go, that's the reason I have been screaming in a vacuum for so long. It seems it only took the 64 bit headers and your SDK to get some fence sitters to lean our way. For the next little while I am and will be far from home but I have some ideas for a few demos, notably a way to program for .NET from assembly, I will hopefully have time to write an example to include in your SDK when I get back home.
Edgar
Quote from: donkey on June 04, 2009, 01:09:35 AMIt seems it only took the 64 bit headers and your SDK to get some fence sitters to lean our way.
But it's also something natural.. like a migration period due to f* up resources somewhere else :green
Tho tbh I'm still comparing goasm to fasm.. will be a hard decision to stick with one of both :\
Quotenotably a way to program for .NET from assembly
And that one made me damn curious ! Coz I'm also tinkering with it sometimes.
Nothing worth to be posted tho :\ Oh s***, I sound like a fence guy right now :green
As soon as I see what you're about with .NET, I will try to add some stuff..
Speaking of language interoperability, may I also suggest AutoItX.
I hate .NET mainly because of the horrible dependencies. AutoIt and AutoItX have no dependencies and are reasonably lightweight (impressive for a light-weight language)
Thanks Donkey, and yeah I appreciate you yelling into a vaccuum, otherwise I wouldn't of discovered GoASM :) The SDK won't be much longer, once ready, i'm going to setup a email specifically for any questions/submissions people have, and upload the SDK to various places this time so it's more easily attainable. I really hope Jeremy has the time to check this one out, and if approves makes it official and hosts off his site. Because I've combined the best of many worlds in these two versions, and i'm very excited for this next release. You guys won't have to wait much longer, my workload is going to be a lot less after today. Some additional examples you guys can look forward to consist partly of
-3rd party added(in the enterprise version)
- RadASM(tweaked to work with GoASM)
- EasyASM
- lot more networking
- various ntdll function examples
- more com
- opengl/directx
- drivers
- pelib
- 3rd party interactions(rarlib, sqlight, autoitx, winamp,etc...)
some additional documentation
- iczelion tuts
- agners optimization
- MichaelW optimization
- madwizard winsock tuts/examples
Most of you are looking forward to the preprocessor, it's officially in version 1.0 now, no more beta. that'll be included, and theres 80% chance the inline math support I been workin so hard on will be included in this inital release, it uses raymonds FPULIB and example of it is
M(9.81 - 9)
or
mov ecx,7
M(ecx + 5.31)
and the results in the eax
;to do the math,convert to string and put in the buffer
buff = Mst(10.9 + 5.31 * 5 - 3 / 2)
its not a macro, it's an addition to the preprocessor, so it replaces those lines with code GoASM understands. This is the thing im looking forward the most to, as I hate math, especially in ASM, so this simplifies life a great deal IMO.
Making progress ?
(http://www.freesmileys.org/emoticons/emoticon-looney-toons-006.gif)
E^Cube, I'm one of those fence sitters! Can't wait til your SDK with conditionals support is released :)
Oh and a big thanks in advanced for all the hard work you've put into this, this is gonna be extremely helpful to someone like me trying to learn goasm of off the numerous masm tutorials on the net (with lots of .if .elses all over the place).
What's the latest news on this?