Path: csiph.com!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From: Oliver Schmidt
Newsgroups: comp.sys.apple2.programmer
Subject: Re: Generic question about Apple2 / cc65 debugging
Date: Fri, 11 Aug 2023 18:50:53 -0000 (UTC)
Message-ID:
References: <20230811201326.30841582@laptop-sigfox>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 11 Aug 2023 18:50:53 -0000 (UTC)
Injection-Info: solani.org; logging-data="228248"; mail-complaints-to="abuse@news.solani.org"
User-Agent: NewsTap/5.5 (iPhone/iPod Touch)
Cancel-Lock: sha1:WFUK+GOgQuSzgcVVn9ElVbuOu8U= sha1:q7D1qJ2DJ6RLKCfMSzyaEUpQRbc=
X-User-ID: eJwNxskBwCAIBMCWJMC6loMc/Zdg5jWuEOQ2OMzHRzh2/xxW64lsbnp/1WyjJk1W4c5wAhVrPScvEa0=
Xref: csiph.com comp.sys.apple2.programmer:6067
Hi Colin,
> how does one debug cc65-generated code while sucking at
> assembly?
Certainly not the silver bullet you might be looking for, but what's there:
Build with options that generate additional files which allow you to relate
addresses you see in the monitor of an emulator to your source code.
1. Create a map file. It tells you where your functions are placed in
memory: --mapfile
2. Create a listing file with source comments. It tells you which source
code line belongs to which offset: --listing --add-source
So even when you don't understand assembly you can this way follow which
source code line is currently executed or set breakpoints on a source code
line.
Regards,
Oliver