[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