Re: [sdcc-devel] Packaging for Msys2/MinGW

[Philipp K. K. <pk...@sp...>]

Am 09.12.25 um 00:20 schrieb joel--- via sdcc-devel:
> Dear SDCC Developers,
> 
> I'm happy to announce that I have successfully packaged SDCC v4.5.0 for 
> Msys2's
> MINGW-packages:
> 

Thanks. This comes at the right time. We have not yet started the freeze 
for 4.6.0 (there is not even a proposed schedule yet), so we still have 
plenty of time to get your fixes in for the 4.6.0 release.

I'll have a closer look at the details later.
> 
>    1. Problems with "#define B" in ucsim.

I had run into this when cross-compiling myself, buthadn't tracked it 
down yet. I wonder if it would be sufficient to change the order of 
#include, so standard headers (and thus GCC includes) come before the 
#define B instead of changing B everywhere. I guess ultimately Daniel 
will have to make this decision (and maybe we'll want to complain to 
GCC, too).

>    2. Missing "#include <string.h>" include in src/SDCCattr.c

I fixed that one in trunk at the end of October.

>    3. Problems with the assembler Makefile rules affecting parallel builds.
>       On Msys2, single threaded build is unbearable slow.

Hmm. I wonder why we don't run into this problem in the normal GNU/Linux 
builds. I regularly compile with -j 18 on my machine, and in the farm we 
do nightly compiles with -j 80 on two machines.

>    4. Missing support/cpp/gcc/config/i386/xm-* files imported from GCC. 
> In my
>       patch I included xm-mingw32.h, but GCC has other xm-* files for 
> various
>       platforms.

I'll ask Felix about those, he's more familiar with the preprocessor.

>    5. Problems with C23 support.

I don't see patches with number 5 or higher at the link you provided.

Philipp