The include directive causes the compiler to crash.
type SDCC_STARTUP_M5.s
.include 12345678
sdas8051 -l -o -s -a SDCC_STARTUP_M5.s
sdcc -v
SDCC : mcs51/z80/z180/r2k/r2ka/r3ka/sm83/tlcs90/ez80_z80/z80n/r800/ds390/pic16/pic14/TININative/ds400/hc08/s08/stm8/pdk13/pdk14/pdk15/mos6502/mos65c02 TD- 4.4.0 #14620 (MINGW64)
published under GNU General Public License (GPL)
The one I've recompiled here doesn't crash. I've built it on
# Ubuntu 22.04.4 LTSwith these two lines in thesdas\as6808directory, after the./configurefor sdcc cross compilation succeeded before (where the goal was not to build sdcc, just for the configure or make to produce whatever sdas binaries would need)I've uploaded the binary here:
https://sourceforge.net/projects/sdcc-z80n-mingw64-binaries/files/other/sdas8051-win64-binaries.7z/download
I've also rebuilt the sdasz80.exe with
make sdcc-as(I don't know how to say "make only one version, that's after I've performed./configure --host x86_64-w64-mingw32 --disable-z180-port ... etc)https://sourceforge.net/projects/sdcc-z80n-mingw64-binaries/files/sdasz80-win64-binary-nocrash.7z/download
The minimal input for the
sdasz80version from the binary from the sdcc w64 distribution to cause crash is even a single "wrong" instruction like:In the attached picture: first, after my recompilation, second the original.
What could be the case in for these more official builds? If I'd guess: either something misconfigured on these computers where it is built or, also on these, some dependency on some bug that was corrected on
Ubuntu 22.04.4 LTS. But I really don't know.Thanks for the answer.
The link you provided works fine.
Link https://kumisystems.dl.sourceforge.net/project/sdcc/sdcc-win32/4.4.0/sdcc-4.4.0-setup.exe also works fine.
Link https://unlimited.dl.sourceforge.net/project/sdcc/sdcc-win64/4.4.0/sdcc-4.4.0-rc3-x64-setup.exe crashes.
Looks like I was just unlucky.
I think the bug report can be closed.