simulavr-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Simulavr-devel] fab feature deprecated


From: Michael Hennebry
Subject: Re: [Simulavr-devel] fab feature deprecated
Date: Fri, 28 Feb 2014 20:03:52 -0600 (CST)
User-agent: Alpine 1.00 (DEB 882 2007-12-20)

On Sat, 1 Mar 2014, Markus Hitter wrote:

Am 28.02.2014 20:33, schrieb Michael Hennebry:
On Thu, 27 Feb 2014, Onno Kortmann wrote:

But IMHO the general approach of having a text-based configuration file
for AVR topologies, even if those files are kept up to date manually, is
still a good idea. I think it is better than having C++ files filled
with what is essentially just declarative configuration data. But I
guess that's arguing about taste :-)

No.  It is not.
Where to put data, in how many places and amongst
how much clutter is not just a matter of taste.

To defend Onno a bit, such a file is already in use. It's the one used
for tracing signals into VCD files. It's a single file in an arbitrary
position, you pass a path to it as parameter. See -c and -o parameters
for simulavr.

I'd thought this was already clear:
I was not attacking Onno's suggested code and data organization.
I was attacking the notion that the decision to be made is just about taste.
The notion had it coming.

Extending this file to also hold stuff like CPU frequency or connected
devices (one line each) with an idiot-proof syntax appears to be
plausible. SIMINFO inside the AVR binary would go away, as well as
changes to ELF reading and this shared header file.

--
Michael   address@hidden
"SCSI is NOT magic. There are *fundamental technical
reasons* why it is necessary to sacrifice a young
goat to your SCSI chain now and then."   --   John Woods



reply via email to

[Prev in Thread] Current Thread [Next in Thread]