flat assembler
Message board for the users of flat assembler.
![]() |
Author |
|
Tomasz Grysztar
The fas documentation was intended to be version-independent. Note this section:
fas documentation wrote: If header is shorter than 64 bytes, it comes from a version that does not support dumping some of the structures. It should then be interpreted that the data for missing structures could not be provided, not that the size of that data is zero. As for the old versions of fasm, you can find them on the old website. |
|||
![]() |
|
shutdownall
I did read that but not sure if symbol references is a new feature added to fasm. Would be a good idea to add fas.txt somewhere to the sources. The link to the website didn't really help as 1.69 was not archived nor does the archive contain the manuals.
![]() I will try to interprete the manual myself but would be a better feeling to have a trustable documentation. ![]() |
|||
![]() |
|
Tomasz Grysztar
The newer version of this documentation is intended to be more complete and corrected and I wouldn't really want you to use the older one, that's why it's previous stages are not archived.
If there was something there that wouldn't work correctly with older versions, it would be documented as well. The thing is: this document should a base for writing a tools that should work with all .fas files, no matter what version of fasm produced them. |
|||
![]() |
|
shutdownall
Tomasz Grysztar wrote: The newer version of this documentation is intended to be more complete and corrected and I wouldn't really want you to use the older one. Okay, accepted. ![]() Tomasz Grysztar wrote: The thing is: this document should a base for writing a tools that should work with all .fas files, no matter what version of fasm produced them. You do not really believe this, don't you ? ![]() In fact I don't like to have separate command line tools as I integrate some useful ore needed functions directly in the IDE. So in that case wether previous nor newer versions would really benefit from it. But that's my personal philosophy of how things or tools have to work. ![]() |
|||
![]() |
|
Tomasz Grysztar
shutdownall wrote: You do not really believe this, don't you ? The idea behind .fas was that it should be some standard format outputted by fasm, so when you follow the specification of this format, you should not have to care about what particular version produced it (though the header contains information about version if you really need it). Just like when you use linker to produce executable from .obj file, you do not expect that the .obj produced by new version of fasm will suddenly be different in such a way that your linker will refuse to work with it. There is a specification for .obj format and it does not depend on what version of what tool is used to produce it. The same I wanted to have with .fas - I had to devise my own format only because none of the existing debug info format were capable of containing all the data fasm can provide and which can be useful for various purposes. Thus came the idea that fasm should have its own format and then external tools could be provided to produce any other debug info format out of it, when needed (just like objconv can be used to convert objects generated by fasm into format that it doesn't support). |
|||
![]() |
|
shutdownall
Tomasz Grysztar wrote:
Yes - I agree in that point. FAS has many many data inside as I looked at the documentation. Even in which pass a label has been stored. That is weird but can offer some useful custom features. In your example with the obj file - well it is not important which version (or which program) created it - every linker will accept it. BUT the object file definition does not change from version to version. (didn't proove - just assume it) |
|||
![]() |
|
Tomasz Grysztar
shutdownall wrote: In your example with the obj file - well it is not important which version (or which program) created it - every linker will accept it. BUT the object file definition does not change from version to version. |
|||
![]() |
|
< Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2020, Tomasz Grysztar. Also on GitHub, YouTube, Twitter.
Website powered by rwasa.