[fpc-devel] Nasm under FPC Go32v2
Hi, I prepared some modifications for the 2.0.4 version to the ag386nsm.pas
file which fixes the output of the strings (bug id 7210, but the patch in
attachement now works against the old one) under this assembler, try the
following code before and after its application with the command line :
program worldcrash;
begin
writeln('Hello, world!');
end.
These are the issues:
- substitution of the .rodata with the .data section;
- avoiding of a double assignement of the LastSecType by the WriteSection,
cosmetic;
- correction of the #0 character with the db reserve operator and placing of
the string in a single line, it is possible to clean;
- insert of the global key for the label of the string;
- correction of the skip of near sections in the cutobject, not related with
the actual problem.
Regards, Marco Borsari.
--
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada28dic06
nasm.diff
Description: Binary data
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Nasm under FPC Go32v2
> Hi, I prepared some modifications for the 2.0.4 version to the
> ag386nsm.pas file which fixes the output of the strings (bug id 7210, but
> the patch in attachement now works against the old one) under this
> assembler, try the following code before and after its application with
> the command line :
The file you are changing is not go32v2 specific, thus
if a change is only for the go32v2 target, we need to
add a target test for the given change.
> program worldcrash;
> begin
> writeln('Hello, world!');
> end.
>
> These are the issues:
> - substitution of the .rodata with the .data section;
Is this a general or go32v2 limitation of NASM?
> - avoiding of a double assignement of the LastSecType by the WriteSection,
> cosmetic;
> - correction of the #0 character with the db reserve operator and placing
> of the string in a single line, it is possible to clean;
The problem is that very long line have problems with
editors (like fp for instance...) that is why the splitting was introduced,
I don't understand the advantage of removing that.
> - insert of the global key for the label of the string;
Why is this glbal modifier needed?
> - correction of the skip of near sections in the cutobject, not related
> with the actual problem.
Could you please explain the reason of that change?
Pierre Muller
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Sparc Builds...
Ok folks! Binaries of the SVN snapshot of FPC 2.1.1 for the Sparc Linux platform is available for download! The announcement of this and the snapshot for Lazarus for the Sparc Linux platform (as well as download links for that as well) can be found at the _UNOFFICIAL_ FPC/SparcL blog at http://net261.ath.cx:81/wordpress/.Also, please note that the 2.0.5 (2.0.4?) release for Sparc Linux is also available from me as well. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
