Release Candidate #3 for version 13.00 now available

Started by Pelle, May 06, 2025, 06:22:57 PM

Previous topic - Next topic

Pelle

http://www.smorgasbordet.com/pellesc/download.htm

Some changes in Release Candidate #3:
  • Fixed POASM problem with wrong choice from IFNB directive with name of optional/unspec macro argument.
  • Fixed POASM problem with RIP-relative address annotation wrongly applied to stack-local object in INVOKE directive.
  • Fixed POASM problem with missing RIP-relative address annotation for INVOKE call through a pointer (DLL import).
  • Fixed POASM problem with <expr> + RIP form not working, with stronger suggestion to use <expr> WRT RIP form.
  • Fixed POASM problem with identifier fabrication through macros for named directives (causing infinite recursion on expansion for redefinition).
  • Fixed POASM problem with no more expansion of literal for compound data initializer.
  • Added better POASM diagnostic for undefined symbol in data expression.
  • Added POASM diagnostic for missing terminating string quote (on the same line).
  • Revised POASM EQU directive to replace any immId name with its integer value (unless form: name EQU <literal>).
  • Added new POASM handling of predefined "macros" @CatStr(), @SubStr(), @InStr(), and @SizeStr().
  • Fixed IDE problem removing an existing project mode.
  • Fixed IDE problem remembering open project windows (in some cases).
  • Added IDE support for /LARGEADDRESSAWARE:NO on Advanced linker options page (complementing existing /LARGEADDRESSAWARE).
  • Removed compiler intrinsics abort(), exit(), and _Exit(). The tail-jump caused problem with unaligned stack (on Windows 11).
  • Fixed compiler problem with size of union holding partial bit-fields:
      #pragma pack(1)
      _Static_assert(sizeof(union U { uint16_t reg: 9; uint8_t id: 6; }) == 2);
  • Fixed compiler problem with optimizer jump threading, breaking the CC driver.
  • Fixed compiler problem with missing check of first argument to X86 runtime helpers for long long multiply, signed/unsigned divide, signed/unsigned modulo in leaf functions.
  • Fixed compiler problem unnesting some (rare) expressions using precolored registers (X64 and X86).
  • Fixed CC handling of UTF-8 encoded response file (with BOM).
  • Fixed POCERT handling of UTF-8 encoded response file (with BOM).
  • Fixed POEDIT handling of UTF-8 encoded response file (with BOM).
  • Fixed POH2INC handling of UTF-8 encoded response file (with BOM).
  • Fixed POLIB handling of UTF-8 encoded response file (with BOM).
  • Fixed POLINK handling of UTF-8 encoded response file (with BOM).
  • Fixed POSIGN handling of UTF-8 encoded response file (with BOM).
  • Fixed (IDL) problem with declaration of PAGESET and OLECMDTEXT in <docobj.h>.
  • Fixed (IDL) problem with declaration of MFVideoSurfaceInfo in <mfobjects.h>.
  • Fixed (IDL) problem with declaration of ARRAYDESC and wireSAFEARRAY in <oaidl.h>.
  • Fixed (IDL) problem with declaration of RemSNB, DVTARGETDEVICE, and RemSTGMEDIUM in <objidl.h>.
  • Fixed (IDL) problem with declaration of SHITEMID in <shtypes.h>.
  • Fixed (IDL) problem with declaration of RemHGLOBAL, RemHMETAFILEPICT, RemHENHMETAFILE, RemHBITMAP, RemHPALETTE, RemHBRUSH, LOGPALETTE, and userBITMAP in <wtypes.h>.
  • Fixed (IDL) problem with declaration of BYTE_BLOB, WORD_BLOB, DWORD_BLOB, FLAGGED_BYTE_BLOB, FLAGGED_WORD_BLOB, and SID in <wtypesbase.h>.
  • Changed table headers in the two help files, maybe helping screen readers.
  • Added optional Explorer association for "Open with" POPE in the setup.

/Pelle

Quin

Woot, thanks Pell! Especially for:
Quote• Changed table headers in the two help files, maybe helping screen readers.
Will try this and let you know how it works :)
Use the assembly, Luke.

Vortex

Code it... That's all...

John Z

Thanks Pelle!

Excellent - So far all good as well as working in WIN 11 24H2 !!

👍👍👍

John Z

Also want to complement you - with the tremendous amount of changes/improvements/additions,  generally outlined in the release notes, you made to update your entire application package the number of 'bugs' is extremely small! 

Pelle

/Pelle

Quin

I've tried building close to a hundred C apps, some generated by BCX, some by me, and some by forum members with V13 RC3.
No issues so far! :)
Use the assembly, Luke.

TimoVJL

#6
At this point i thank again Pelle for giving a good C compiler system to fill sometimes rainy boring days.

Only changes i had to do to follow current Win32 API was fix some of my sources
#define WIN32_LEAN_AND_MEAN
#include <windows.h>
//#include <oleauto.h> // old way
#include <combaseapi.h>
May the source be with you

Pelle

Quote from: TimoVJL on May 07, 2025, 05:41:31 PMAt this point i thank again Pelle for giving a good C compiler system to fill sometimes rainy boring days.
Thanks! Yeah, this years weather... can I get a refund, or something...? :P
/Pelle

Marco

Thanks for this new RC version! I have built around 200 projects. No problems so far, apart from the one described in this thread: unfortunately the issue still persists.

I've updated the thread above. Maybe this will help.

Marco