Michael Mayer

Sorry, your question got lost in my inbox. No, the problem is still there for me with both, the official package for 4.0.0 and 4.1.0 (build #12072). For 4.0.0 I used the official binary build, for 4.1.0 I compiled the source myself, because the binary package does not work with the libraries on my system (Mint 20.2, based on Ubuntu 20.04). I removed all other versions of sdcc out of the path to make sure that I don't versions here. I tried strace, but it does not show any trace of an attempt to execute...

sdcdb always crashes with a segfault when I want to set a breakpoint: $ cat sdcdbtest.c int a; void main(void) { a = 1; } $ sdcc --debug sdcdbtest.c $ sdcdb sdcdbtest.cdb file "sdcdbtest.ihx" SDCDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for SDCDB; type "show warranty" for details. SDCDB 0.9. Copyright (C) 1999 Sandeep Dutta (sandeep.dutta@usa.net) Type ? for help WARNING:...

The last test template example for generate-cases.py does not work for me using python 3.8.5 on Mint 20/Ubuntu 20.04 with the sources for the 4.0.0 release archive. There are three problems: Ending the comment in the class: line confuses the parser. The */ should be in an empty line on its own: /** Test for increment. type: char, int, long Z80 port does not fully support longs (4 byte) type[z80]: char, int class: register, static, */ The template variable for the test case name should be {type},...

The optimizer result is influenced by unrelated code

Kind of, yes. signed/unsigned is one problem, const/not-const is another. But it sound quite likely that they both have the same root cause.

_Generic detects the wrong data types

Is there a way to pull in a specific file from a library?

[stm8] direct address pointer access fails for += operant