<feed xmlns='http://www.w3.org/2005/Atom'>
<title>xavi/sdcc-gas/src/SDCCasm.c, branch master</title>
<subtitle>Experimental fork of SDCC with support for dead code elimination.
</subtitle>
<id>https://gitea.privatedns.org/xavi/sdcc-gas/atom?h=master</id>
<link rel='self' href='https://gitea.privatedns.org/xavi/sdcc-gas/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://gitea.privatedns.org/xavi/sdcc-gas/'/>
<updated>2019-11-06T03:34:26+00:00</updated>
<entry>
<title>Fixed github sdcc-gas issues #1, #2 and #4</title>
<updated>2019-11-06T03:34:26+00:00</updated>
<author>
<name>Xavi Del Campo</name>
<email>xavi.dcr@tutanota.com</email>
</author>
<published>2019-11-06T03:10:53+00:00</published>
<link rel='alternate' type='text/html' href='https://gitea.privatedns.org/xavi/sdcc-gas/commit/?id=cf1d3aec552ebaea437935e74e5eabda4bd989e7'/>
<id>urn:sha1:cf1d3aec552ebaea437935e74e5eabda4bd989e7</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>DWARF2 debugging (almost) working</title>
<updated>2019-10-24T23:05:12+00:00</updated>
<author>
<name>Xavier ASUS</name>
<email>xavi92psx@gmail.com</email>
</author>
<published>2019-10-24T23:05:12+00:00</published>
<link rel='alternate' type='text/html' href='https://gitea.privatedns.org/xavi/sdcc-gas/commit/?id=4de313f145d3c9bde748306f48443aadef6cf774'/>
<id>urn:sha1:4de313f145d3c9bde748306f48443aadef6cf774</id>
<content type='text'>
Stack pointer setup is removed since it is already set to 0x3FF
for the STM8S003F3/K3, according to the datasheet.
</content>
</entry>
<entry>
<title>Got hi8/lo8 asm instructions working</title>
<updated>2019-10-24T04:19:28+00:00</updated>
<author>
<name>Xavier ASUS</name>
<email>xavi92psx@gmail.com</email>
</author>
<published>2019-10-24T04:19:28+00:00</published>
<link rel='alternate' type='text/html' href='https://gitea.privatedns.org/xavi/sdcc-gas/commit/?id=d5577a84aadd0195a95b5b4d83e49b40af49425b'/>
<id>urn:sha1:d5577a84aadd0195a95b5b4d83e49b40af49425b</id>
<content type='text'>
GNU as does not support the #&lt;/#&gt; notation asxxx uses to determine
address LSB and MSB. Instead, two instructions have been created on
GNU as and ld (see my stm8-binutils-gdb fork) for this purpose.

On the other hand, I'm upset to see gen.c does not provide an
assembler-agnostic implementation when SDCCasm.c already provides
tools already meant for this.

OTOH, support for the "-C" has been added for --gas.
</content>
</entry>
<entry>
<title>More work on GNU as generation</title>
<updated>2019-10-20T22:22:00+00:00</updated>
<author>
<name>Xavier ASUS</name>
<email>xavi92psx@gmail.com</email>
</author>
<published>2019-10-20T22:22:00+00:00</published>
<link rel='alternate' type='text/html' href='https://gitea.privatedns.org/xavi/sdcc-gas/commit/?id=3fcc2d265f1521c2dcae0734de355962cc6cd7a0'/>
<id>urn:sha1:3fcc2d265f1521c2dcae0734de355962cc6cd7a0</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Creating GAS port in SDCCasm</title>
<updated>2019-10-19T01:44:47+00:00</updated>
<author>
<name>Xavier ASUS</name>
<email>xavi92psx@gmail.com</email>
</author>
<published>2019-10-19T01:44:47+00:00</published>
<link rel='alternate' type='text/html' href='https://gitea.privatedns.org/xavi/sdcc-gas/commit/?id=a2a263dd383d76e4ee0ed62f393376ef2ae49171'/>
<id>urn:sha1:a2a263dd383d76e4ee0ed62f393376ef2ae49171</id>
<content type='text'>
SDCCasm proved a much more elegant way to implement GAS support for SDCC.
In fact, I was surprised to see there was already an attempt that had been commented out.
stm8-as only complaints about those nasty "Smain ==." statements, but that should be easy to fix.
</content>
</entry>
<entry>
<title>sdcc-3.9.0 fork implementing GNU assembler syntax</title>
<updated>2019-10-17T22:31:54+00:00</updated>
<author>
<name>Xavier ASUS</name>
<email>xavi92psx@gmail.com</email>
</author>
<published>2019-10-17T22:31:54+00:00</published>
<link rel='alternate' type='text/html' href='https://gitea.privatedns.org/xavi/sdcc-gas/commit/?id=268a53de823a6750d6256ee1fb1e7707b4b45740'/>
<id>urn:sha1:268a53de823a6750d6256ee1fb1e7707b4b45740</id>
<content type='text'>
This fork aims to provide better support for stm8-binutils
</content>
</entry>
</feed>
