Re: [Simulavr-devel] Settings for stackpointer

[Petr Hluzín]

Simulavr does not implement a device that would use the three-level
stack. The code ThreeLevelStack in src\hwstack.h is not reachable, it
is dead, therefore there cannot be a discussion about dropping the
feature.

The parts are difficult to get and it is likely to get worse.

People have provided reasons why the parts *can* be used out of
simulator. However a fact that something is meaningfull for glibc,
Python, X and other heavily dependet upon software, but not for
simulavr.

If Atmel releases a part that uswes the 3-level stack and the part
becomes available (e.g. not a secure automotive part with 1M MOQ) then
I am sure people will appear on this list to say 'told you so' and we
can ressurect the changeset in 10 minutes. Ehm I mean in next release.
IMO the reason of algorithm testing and examples for learning are fantasy.

About the cost: Do you know that in general having more complex code
makes maintenance a more difficult? A code would have to be obviously
unrelated to most maintenance tasks to avoid the cost. This is what
managers in software development do not get. Why do you think this
code in particular is an exception?


(To answer Albrechts question about who use simulavr: Ubuntu
Popularity Contest says that 5705 computers have the (old) package
installed and .... drumroll ... 9 people used it recently. Ok, that
was a joke. But true.)

I am sorry the IRQ and serial interface was broken. Intentionally
dropping feature is different from introducing a bug. I guess branshes
are OK, even preffered if there are going to be more commits in the
branch. But I have not followed code changes in two years.

If you want to start a private stable version, i am afraid the tresure
will turn out to be a false gold.


On 22 February 2016 at 08:19, Klaus Rudolph <address@hidden> wrote:
> Hi,
>>
>> Right now, none of ATtiny11/12/15 or AT90S1200 is listed as a supported
>> device in simulavr.
>> --
>
> Nice to hear that another feature was dropped...
>
> It's time to start a own private stable version ...
>
> Regards
>  Klaus
>
> _______________________________________________
> Simulavr-devel mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/simulavr-devel



-- 
Petr Hluzin