I'm having trouble understanding why I'm getting a "Symbol already defined" error from acme. It seems to happen when I include a .a file that triggers a second assembler pass, but I'm not sure what to do to mitigate the problem. I managed to reproduce the problem with a couple small files:





I tried wrapping the "reset" label in !ifndef reset { ... }, but then the assembler produces an empty file. What am I doing wrong?

(edit): I don't get the same error if I inline the contents of 'lib.a' directly in 'test.a', so it's something about the !src call.

Here's the error I get:



Line 8 refers to the "reset" label.

If I remove the !ifdef in lib.a, it works fine.

I notice that the libraries in https://github.com/meonwax/acme/tree/master/ACME_Lib seem to be entirely macros and symbol definitions; maybe putting actual code in !src files isn't supported.

Oh I think I get it. On pass 1, the "a" label is at $8000 and ."reset" is at 0x8006. However on pass 2, the "a" label is no longer defined, so it wants to put the "reset" label at $8000, which is redefining it to a different value.

I verified this by moving the !src to *after* the reset block, and it assembles just fine.

This makes sense now that I think about it: if the included file has anything that takes up actual space, it'll move addresses around and so shouldn't be excluded in subsequent passes.

Welcome, decitrig ! Thanks for posting, and I'm glad you got yourself sorted out. Sorry you didn't get a prompt reply, but I hope you'll stick around and get acquainted with the folks here.

cheers
Jeff

_________________
In 1988 my 65C02 got six new registers and 44 new full-speed instructions!
https://laughtonelectronics.com/Arcana/ ... mmary.html

Yes, indeed, welcome! I wasn't able to help with this one so I didn't jump in to welcome you...

Thanks for the welcome! No worries about not catching this, of course; I just wanted to make sure to follow up with the solution not to leave it dangling.