Experimental fork of SDCC with support for dead code elimination. https://gitea.privatedns.org/xavi/sdcc-gas/atom?h=master 2019-11-06T03:34:26+00:00 2019-11-06T03:34:26+00:00 Xavi Del Campo xavi.dcr@tutanota.com 2019-11-06T03:10:53+00:00 urn:sha1:cf1d3aec552ebaea437935e74e5eabda4bd989e7 Issue #1 was caused because code_name and data_name had been incorrectly defined as const-qualified pointers, but this must be an exception for the z80 backend, as stated by the comments. Issue #2 has been solved by removing the --gas switch from SDCCmain.c, renaming it to "--asm=" (as requested by PKK) and moved to STM8's main.c, so the option is limited to those targets supporting it. Issue #4 was because of SDCCglue.c, that generated local labels using "!labeldef" instead of "!slabeldef", causing those __str_%d labels to be printed as "__str_%d::" (the double colons stand for globa label according to asxxx documentation) instead of "__str_%d":". I ran the regression tests and most of them passed, but "wchar" returned another "Multiple definition of..." error that I cannot explain so far. It is better than nothing, though. 2019-10-20T22:22:00+00:00 Xavier ASUS xavi92psx@gmail.com 2019-10-20T22:22:00+00:00 urn:sha1:3fcc2d265f1521c2dcae0734de355962cc6cd7a0 On _gas_mapping, label definitions do not allow "::". ":" must be used instead. gasOutput is now part of "options". Unneeded sections, such as HOME/GSINIT/etc., are no longer declared and/or defined. GNU as just does not need them. Startup function name must equal "_start" for GNU ld. The value of some macros, such as CODE_NAME or DATA_NAME, must change according to options.gasOutput, as "CODE" or "DATA" (among many others) are not understood by GNU as. STM8 port now selects GNU as format on --gas switch enabled. 2019-10-17T22:31:54+00:00 Xavier ASUS xavi92psx@gmail.com 2019-10-17T22:31:54+00:00 urn:sha1:268a53de823a6750d6256ee1fb1e7707b4b45740 This fork aims to provide better support for stm8-binutils