JWasm v2.04RC4
Bug修复：- 对于16位相对偏移量（GNU扩展）ELF的修正是错误的。
- PUSHCONTEXT | POPCONTEXT没有接受多个参数。
- 代码段与段简化指令.CODE定义，
使用一个名称参数和添加到组之前的
顾名思义，用默认的属性创建。
- MZ格式：在MZ头段的修正并不总是计算
正确。
- ALIGN，EVEN：“填充”字节被发出，除非该段是
“绝对”或“BSS”。现在，当数据或代码是这样只是做
就在指令之前发出。
- COFF格式：JWasm有望独占使用“.drectve”部分。
如果是内源的定义，有错误产生。
- COFF格式：选项-SAFESEH没有发出“@ feat.00”绝对
对象模块中的符号，作为由MS COFF规范要求。
- JWASMR.EXE：V2.03时常陷入无限循环由于一个错误
修正管理回填。
- 在V2.03，具有-65536 <值<-32768常数不接受
在的MOV 16位的目标。
- 即使在已经存在一个原始的标签被接受
一样的名字。
- 运营商TYPE忽略一个类型参数可能的胁迫。
- 重复记录的定义被拒绝，即使两个定义
是相同的。
- 作为直接一个字节一个绝对外部可能造成无效
要生成的代码（EXTERN X：ABS - 或者人，XX）。 MOV和PUSH是
不受影响，虽然。
- 在v2.00-2.03，PROTOS已在“符号”一节中列出，而不是在
“办法”一节。
- 为公共变量，有如果符号定义不检查
用户具有不同的了。
- 如果.STARTUP或.EXIT任何代码或数据定义发生之前
线条，通过这些指令生成的代码可能有GET
截断。
- 调用：一个FWORD参数导致错误如果该参数是
推是一个常数。
- 本地和调用：本地或大小为0的参数迷惑
汇编程序。
- MOVD没有接受一个REAL4内存操作数作为第二个参数。
- EXTERN指令：如果外部是一个原型altName是被忽略了。
- EXTERN指令：altName是符号被拒绝，如果它是外部的。
- OMF输出格式：无WKEXT意见记录进行书面
外部项目进行的替代名称。
- 如果浮点仿真的修正是要生成，有
没有NOP如果目前的CPU是80386或更好FWAIT前插入。
- 调用，参数VARARG：如果CPU是<80386和恒定值
它没有融入一个字是推，JWasm抱怨。
- 调用，参数VARARG：堆栈调整的计算
价值是错误的下列情况：
a）在一个字节寄存器被推倒
B）当参数由2寄存器（“DS :: BX'）
- JWASMR.EXE：释放一个PROC的本地项目时使用了错误做
链表。这往往导致异常终止。
- 在V2.03，如果选择Win64的输出格式，GPF的确发生了，如果
一个堆栈变量被用作INVOKE参数。
- SHR和SHL经营者没有拒绝消极转变计数。也，
移数> = 64返回编译器相关的结果。
- 如果与SUBSTR字面定义的文本被定义之前引用，
定义失败。
- 援引Win64中的VARARG参数没有工作。
其他的变化：
- 选项NOSIGNEXTEND支持。
- 选项WIN64补充说。
- 新CMDLINE切换-Zv8。
- 调用生成8086 CPU不断的争论更小的代码。
- 援引Win64的手表，如果寄存器参数值被破坏。
页:
[1]