Re: [Nasm-devel] 0.98.37

[Frank K. <fbk...@co...>]

H. Peter Anvin wrote:

>>a question/problem: In addition to the changes I "get", the line:
>>
>>    space->next = tokenise(definition);
>>
>>was removed from pp_undefine. Is this something you intended, Alexei, or
>>something I butchered in messing around with it. It didn't make sense to
>>me, so I left it out - IOW, that line is still "in". If it really is
>>supposed to "go" for some reason, that will still need to be done.
> 
> I'd like a confirmation of this thing; this worries me somewhat.

Me, too. Do you recall, Alexei, if that was something you intended? It 
looked "suspicious" to me, to remove that and not "replace" it with 
anything. I try to follow an "if I don't understand it, leave it alone" 
rule with Nasm, but that isn't always right!

>>How about that "smsw eax" thing? (or is it "lmsw" - I forget) Do we want
>>to fix that for 0.98.37?
> 
> I just fixed it.

Yup, thank you!

Here's another "get hpa to fix it"... Makefile.b32 isn't liking the 
output drivers in the output directory. There's a note in there:

#-- Magic hints to mkdep.pl --#
# @object-ending: ".$(OBJ)"
# @path-separator: "/"		# Is this really right?  -hpa
#-- Everything below is generated by mkdep.pl - do not edit --#

I have to disobey the injunction, and change "output/" to "output\" to 
get it to work. I suppose just changing "@path-separator" would fix it, 
but I don't understand how that works, so I'm reluctant to mess with it. 
(I also have to comment out the "BINDIR" line - but that one I could fix 
myself) Not a big deal - us dos-heads are used to adversity :)

I had occasion to try "Makefile.unx" - it isn't happy with the "output" 
directory, either. (told you guys it was going to be more trouble than 
it was worth! :)

Unless Alexei tells us that "space->next = tokenise(definition);" really 
needs to go, I don't see that these other little niggles ought to hold 
up 0.98.37 - lord knows there are plenty of pending "issues" we could 
wait on if we required perfection! It's better'n the last one.

Best,
Frank