simulavr-devel
[Top][All Lists]
Advanced

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

[Simulavr-devel] Re: docs and naming [was: Re: Emergency Makefile and co


From: Klaus Rudolph
Subject: [Simulavr-devel] Re: docs and naming [was: Re: Emergency Makefile and config.h for manual configuration]
Date: Mon, 20 Dec 2004 21:10:53 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.6) Gecko/20040114



I have another item that I would like to address, and that is naming.

I know that the new program has been called simulavrxx, to show that it has a C++ code base.

But ultimately it was derived from simulavr, which I think is a fine name.


The first step of implementation was derived from simulavr, right. But after a while it is completly written new.
Only the instruction decoder and some code for gdb is from simulavr.
Actually it makes sense to have both, because simulavrxx is not complete and could not complete replace the simulavr. So if there are windows users they have only th chance to take the simulavr. If you need the new feature set you have to use unix and simulavrxx. If we can fullfill all needs from both user groups we can change to simulavr. But this will take a while
I think.


I feel that if you continue to call it simulavrxx, it will just make it more confusing to users as to what it is.

I think in the moment it clarifies the situation. It is important that we have these both tools which are really different.

I would like to propose that you call it simulavr, but with a different version number please. I understand that the internals are vastly different.

Not yet I think. Simulavrxx is a complete different thing which have the same target: simulation of an avr.
I think that is also a bit philosophy :-)
If you want to name simulavrxx to simulavr we have to remove simulavr? I think that is not a good decission in the moment. And keeping two different serial number version arround makes it not better for us is my opinion.

But if all the guys arround think simulavrV2 is better we can just do it :-)

Bye
Klaus





reply via email to

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