OK, because of some problems when I write modified version of stdcall library, I check the FASM sources and come to some solution. Here is a package containing modified source file (preproce.inc), precompiled fasmw.exe and little example, how new feature works. Read "readme.inc" file for details.
Please play a little with this version and post some opinions. IMHO, there are bugs, so, bug reports are welcome too.

Regards.

[EDIT]OK, now I can attach the file here:[/EDIT]
[EDIT] Attachement removed. Now this feature is standard in Fresh and probably will be standard in FASM 1.50[/EDIT]

I take it you too experience attechment errors / debug mode errors... (No attached file)

I can't attach the file. Get it from: http://board.win32asmcommunity.net/attachment.php?s=&postid=120117

At first glance, very good! Keep up the good work!

Yea, but, what you think: Is it good idea to make Fresh this way, even with risk for using non standard FASM compiler?

In my opinion, I think that Tomasz should (of course he decides himself, but I hope he do agree... ) include this feature to the official release of FASM, and then it's no problem, is it?

OK, let's wait a little. Maybe you are right. (IMHO: My implementation is pretty raw and buggy, so maybe Privalov should rewrite it.)

Well, I've not studied the sources so much, so I can't tell you my opinion about that, but I feel exactly the same when I try to add something into Tomasz' sources - he codes very well, while I do it buggy etc. ... Anyway, keep up the good work (once again )!

So long!
Tommy

Yeah, it can be done a bit better, I'll rewrite it myself, but first we need to agree: is ^ character a good choice for such operator, or has somebody some better suggestion?

So, "^" is not used symbol, this was the only reason I use it. There are not many free chars in FASM syntax. On other hand, maybe some word function will be better choice. Something like: "name label".

BTW: My implementation works only inside macroses, and if the label is not argument, it not works properly too. It will be good if it works in whole source.

Regards.

IMHO it should be implemented with '#' character (like in c) but unfortunatelly it is reserved for concating symbols... (in c concating is done by ## operator) This can cause some problems to programmers who are moving form c to fasm (I wanted to use # to change a symbol into string and I didn't know why it doesn't work... then I realized that there is a thing like fasm maual )

reagrds

^ is a good choice, to me it somehow says "lift the label name to a string" (ie make a string of the label name)

I don't think # is good for this, since it's already in use, it would break compabillity if it would do this:
start#varn --> start"varn"
instead of as now:
start#varn --> startvarn

OK, so it will be ^. I prefer to implement it inside the "process_concatenations" procedure, so it will work only inside macros, as # does. Anyway, it doesn't make any sense to use such operator outside macros (this is the same situation as with the # operator).

I agree with you scientica, ^ seems to be a good choice!

Well... I didn't say that the meaning # should be shanged, I just shown my opinion . IMO ^ is good too.

I have another proposal: the ` character. I like it even more. What do you think about it?

Yeah! I go for the ` character....

Of course, you are the master, but ` char is too similar to single quote ' , especially depending from the font you are using. Even ? is better.

With the syntax highlighting it won't be hard to distinguish them. And I like it exactly because it is so similar to the single quote.

I like the ^ better, but it's your choice. The ´ is as mentioned (IMO: too) easily confused with ', esp with some fonts. Plus that well see beginners/users mixing ' and ´ (and possibly `). I vote for the ^way.
But still you (as always) have a point, ´ is in a way logical, but I stay with my vote for ^.