Flat Assembler 1.67.10 is out.

Hi!

This info might be useful for those of you using bmx.
http://flatassembler.net/download.php

The newest edition seems to be faster than the one that currently ships with bmx. Also I had no issues with it so far.

Grisu

EDIT:
USE AS OWN RISK. NO SUPPORT BY BRL IS GIVEN!
BACKUP YOUR ORIGINAL FILE FIRST!

Fast as in "it takes less time to compile a file", or fast as in "the resulting executable is more efficient"?

I think Mark has stated in the past too that he doesn't recommend changing out those components... Because it would become a tech support nightmare. BEST is to inform him and let him test it and drop it into an update.

I dont think there is any problem with swaping over, the problem is you then cannot ask for help. (Its like ripping the seal on a new PC, doesnt matter what fault there then is, once ripped your on your own.

If it works, and its simple to do, then change the assembler, you just have to change it back whenever you get a problem to ensure its Bmax and not assempler problem.

> BEST is to inform him and let him test it and drop it into an update.
Good in theory, but the last Max update didn't see a fasm update...

Which COULD mean there's some obscure nastiness if you upgrade...

Then again... Prying mark away from his programming and into the forum is harder than getting fleas off a blue-tick hound. :)

Seriously... With the lack of any real kind of information stream from BR I suppose it's really up to us to do these things and try to contact them about buggies. So do whatever you feel you need to.

I've been using an updated ( though obviously not this specific ) version of FASM ever since 1.22 was released. Haven't noticed any issues so far, but if I have any strange issues, I'll have no one to blame but myself.

Meanwhile, your code could possibly be better than everyone else's. =]

For me on the average the code compiles faster.

If you check the change log, these might be some reasons why:
[+] Added SSSE3 (Supplemental SSE3) instructions.
[-] Further optimizations in the parser.
[-] Improved an instruction searching algorithm a bit.

Sure, you won't notice this with a 100-line-code!
If you have large amounts of code you might though.
Or if you rebuild your modules often.

Don't know if the code "itself" runs faster. But when memory leaks are fixed, they might have impact on the runtime speed too?!

Anyway, do as you like. You can always keep a backup of the replaced file.

All the bmx bugs I have found over the past months were not related to the newer compiler!

On the assembler level you realy cannot make it much faster. The execution speed relies on the number of cycles a command takes. It is of course also a matter of choosing the best command for a certain purpose, as well as processor-depending optimations. But basicly, a command like MOV cannot be speed optimized, other than by buying a faster processor.

Stupid question... But since there is a FASM for Linux as well, how likely would it be to add the ability to create the windows EXE from within Linux?

By the way: they already released 1.67.11 yesterday.

I doubt that is possible, xlsior.

But you could use a windows emulator.

I'm not saying *running* the resulting .EXE, I just wonder if it's possible to compile it.

For that you would have to run the windows EXE via command line which is impossible under linux!?! ;)

Yeah, cuz I tried to run the linux version of FASM on windows and it didn't work for some reason...