Index
> Compiler Internals > listing for fasm 1.67Goto page 1, 2 Next |
| Author |
|
|
Tomasz Grysztar
The attachment contains the updated version of the listing extension, which can be applied to all the latest releases - just unpack the sources to the same directory where one of the official fasm releases resides.
Last edited by Tomasz Grysztar on 15 Nov 2008, 14:36; edited 1 time in total |
|||||||||||
05 Aug 2007, 18:05 |
|
|
DOS386
Nice.
 I wonder why this does need an external hack - couldn't it be "official" part of FASM versions ? |
|||
|
06 Aug 2007, 06:35 |
|
|
vid
yes, error handling was changed in 1.67.24
|
|||
|
06 Dec 2007, 00:30 |
|
|
Tomasz Grysztar
Yeah, I remember about it - I'm going to update this extension again soon.
|
|||
|
06 Dec 2007, 04:24 |
|
|
DOS386
.
> I'm going to update this extension again soon. But why not make it part of the "official" version ? So we would have 4 commandline switches - well, this should be really final then 
My other wish is the /* blah blah */ thing - maybe the time is ready for this after the "most evil" "-D" has been added
EDIT (2008-12-04) - 4 switches done in 1.67.29 Last edited by DOS386 on 04 Dec 2008, 07:55; edited 2 times in total |
|||
|
06 Jan 2008, 00:32 |
|
|
IceStudent
Yes, it would be nice.. I updating a special builds usually, but it is better to move it to the official distributive: preprocessing, listing and symbol dump features.
|
|||
|
06 Jan 2008, 19:45 |
|
|
AsmER
Very usefull tool indeed. Helped me out with understanding how macroinstructions work and how to improve/fix them.
As for having it in original fasm distribution: Definatelly YES Doesn't have to be built in fasm or IDE though, having it as a separate file is absolutelly fine [Mr Grysztar doesn't have to waste time on modifying fasm/IDE code to have another command line switch for something that works perfectly as it is atm] |
|||
|
21 Apr 2008, 22:09 |
|
|
siva
Hello,
I used the above LISTING.ZIP and incorporated the changes into fasm 1.67.27 source code and also included the symbol dump fix for linux. original listing thread symbol dump thread Hope it helps,
|
|||||||||||
|
11 Aug 2008, 12:41 |
|
|
siva
Hello,
The attached tar file includes: 1. fasm 1.67.27 source 2. changes in the above LISTING.ZIP applied to the 1.67.27 source 3. symbol dump fix applied to the 1.67.27 source 4. fasmprep fix to enable fasm preprocessed output when -e option is used applied to the 1.67.27 source. Hope it helps,
|
|||||||||||
|
11 Aug 2008, 13:42 |
|
|
siva
Hello,
The executable in the above LISTING.ZIP does not create a listing file when the fix directive is used in the source. For example, if my test file has the below 2 lines, then the listing file is not being created: def fix DEFINE_FORTH_AND_MACRO_DICTIONARY_WORD enddef fix } END_DEFINE_FORTH_AND_MACRO_DICTIONARY_WORD The listing file is created when the above 2 lines are commented. It does not matter whether the above code is used or not. I also noticed that without the above 2 lines, the fasm executable does one extra pass also. Any thoughts, please? Thanks |
|||
|
11 Aug 2008, 19:57 |
|
|
siva
I guess listing does not work with 'fix' as the fix directive is deprecated??
Rewriting the code with the match directive resolved the issue. Sorry for the bother.. |
|||
|
11 Aug 2008, 20:17 |
|
|
LocoDelAssembly
Quote:
I think it is not, at least it was never said explicitly and I see no reasons for deprecate it. |
|||
|
11 Aug 2008, 20:31 |
|
|
Tomasz Grysztar
I have updated the attachment with version that works with the latest releases (after the changes made to interfaces in 1.67.24).
|
|||
|
06 Nov 2008, 18:13 |
|
|
DOS386
Tomasz Grysztar wrote: updated the attachment with version that works with the latest releases (after the changes made to interfaces in 1.67.24) Nice ... but can't it become part of main release ?_________________ Bug Nr.: 12345 Title: Hello World program compiles to 100 KB !!! Status: Closed: NOT a Bug |
|||
|
07 Nov 2008, 07:52 |
|
|
Tomasz Grysztar
For official release it was planned to add feature of outputting fasm's own debug info format, as a separate versatile file, from which then various informations would be extracted with separate tools. For example you'd have a listing generator, that would create listing using info from that debug info file.
That was the plan, however I did not manage to make it this year. Do I still have a chance?  |
|||
|
07 Nov 2008, 08:11 |
|
|
DOS386
Tomasz Grysztar wrote: For official release it was planned to add feature of outputting fasm's own debug info format, as a separate versatile file, from which then various informations would be extracted with separate tools. For example you'd have a listing generator, that would create listing using info from that debug info file. That was the plan, however I did not manage to make it this year. Do I still have a chance? WOW ... fast answer )) So you consider this listing hack as temporary only to be obsoleted by a full DEBUG solution including listing ? I don't need the debug badly but it's the argument against using FASM as backend by HLL compilers ... so it seems needed  |
|||
|
07 Nov 2008, 08:17 |
|
|
vid
I think that would be a good solution
|
|||
|
07 Nov 2008, 09:13 |
|
|
Tomasz Grysztar
As a kind of preview, I'm attaching the the draft documentation for the fasm's debug info format (called "fas").
I have already got fasm generating those files, but I still need some more testing, and I also want to write a few examples of external tools, that would extract various kinds of information from the "fas" files (like listing). Of course, after I release the 1.67.29, this thread is going to become obsolete. |
|||
|
10 Nov 2008, 22:57 |
|
|
dead_body
wau! Very unusual and interisting format. Waiting for examples
|
|||
|
11 Nov 2008, 06:43 |
|
| Goto page 1, 2 Next < Last Thread | Next Thread > |
Forum Rules:
|