UASM 2.52

[johnsa]

Repo and binaries are up, give it a try.

[Biterider]

Hi johnsa
Seems to work fine here. 

Biterider

[LiaoMi]

Repo and binaries are up, give it a try.

Hi John,

the archive with uasm252_x86 contains the old 2.51 version 

[jj2007]

Repo and binaries are up, give it a try.

OK for my major sources

[johnsa]

Repo and binaries are up, give it a try.

Hi John,

the archive with uasm252_x86 contains the old 2.51 version 

story of my life.. will update now. 

[johnsa]

Should be sorted.

[LiaoMi]

Should be sorted.

The release 2.52 works flawlessly  Thanks for the work you've done!

P.S. UASM 2.51 1618 Views 

[nidud]

Critical and important CV8 update here.

[johnsa]

Nidud, thanks a million :)

I've been investigating another strange issue, proc parameters. The symbol offsets in RBP/RSP based frames is spot on and the debugger picks them up perfectly .. except when you have a leaf proc with no locals/invokes and thus no SUB RSP,x
Even though the RSP+ofs values are correct and present on the sym->offset VS seems to have them all shifted out by 8. It appears as if the VS debugger expects RSP to always be aligned 16, which in the case of the leaf proc I don't bother.

I'm debating whether the sub rsp,8 should always be mandatory to keep align-16 even when nothing in the proc would require it.

[TouEnMasm]

Ok for me
Compiling the source code (vs2019),I get

Erreur   C2065   'LANG_REGCALL' : identificateur non déclaré   uasm   I:\UASM-master\x86macros.c   317   

The LANG_REGCALL refer to

enum lang_type {
    LANG_NONE       = 0,
    LANG_C          = 1,
    LANG_SYSCALL    = 2,
    LANG_STDCALL    = 3,
    LANG_PASCAL     = 4,
    LANG_FORTRAN    = 5,
    LANG_BASIC      = 6,
    LANG_FASTCALL   = 7,
    LANG_VECTORCALL = 8,
   LANG_SYSVCALL   = 9,
   LANG_DELPHICALL = 10
};

[nidud]

Yes, it literally changes everything.

I'm debating whether the sub rsp,8 should always be mandatory to keep align-16 even when nothing in the proc would require it.

Maybe targeting the /Zi switch, adding some debug mode changes base on that.

I've added defines based on switches for header files, so maybe also define [_]DEBUG or something similar.

Architecture (_X86_, _AMD64_, _IA64_) and Machine Architectures (_M_IX86, _M_AMD64, _M_IA64) should probably also be defined by the assembler.

Currently Asmc defines _WIN64 but that should probably be defined in a header based on the above.

[johnsa]

Agreed that's where my head was at.. if the user builds with /ZiN then we always keep the RSP aligned, don't optimize out the sub rsp.. I think that is the best solution.

[tenkey]

Ok for me
Compiling the source code (vs2019),I get

Erreur   C2065   'LANG_REGCALL' : identificateur non déclaré   uasm   I:\UASM-master\x86macros.c   317   

The LANG_REGCALL refer to

The archived VS2019 project files are not synchronized with the archived source files. You'll need to change the project information via VS2019.

I don't know the French for "Exclude from project", but you need to exclude x86macros.c and x86macros.h.

You can also exclude trmem.c and trmem.h, as TRMEM is not enabled by the archived project files. It needs to be updated to handle 64-bit pointers.

You also need to add pseudoFilter.c and pseudoFilter.h.

[johnsa]

Ok for me
Compiling the source code (vs2019),I get

Erreur   C2065   'LANG_REGCALL' : identificateur non déclaré   uasm   I:\UASM-master\x86macros.c   317   

The LANG_REGCALL refer to

The archived VS2019 project files are not synchronized with the archived source files. You'll need to change the project information via VS2019.

I don't know the French for "Exclude from project", but you need to exclude x86macros.c and x86macros.h.

You can also exclude trmem.c and trmem.h, as TRMEM is not enabled by the archived project files. It needs to be updated to handle 64-bit pointers.

You also need to add pseudoFilter.c and pseudoFilter.h.

Are you talking about UASM or the derivative work? These files don't exist in UASM... hence my previous concern over confusion having different people building and release under the same name.

[KradMoonRa]

x86macros better to remove, I have adopted remove all macros to .inc files to get better control off platform and arch environments definitions as also calling conventions.

I'm coming with a proposal for merge to an 2.53 with the x64 x32 platform conventions fix and the addition of regcall convention as also thiscall and experimental 32 bits vectorcall, and linux64 syscall.
And more tho add after test this is working.