45eceaaf61
I got bitten again, I've over-designed my solution. The last time it happened, it was that memory mapping thing I was wanting to add. The indirect memory access feature I was adding was to solve a specific problem: Allow Collapse OS to cross-compile directly on a AT28 EEPROM. It began well. As long as we were staying in the assembler realm, things were looking good. However, when we got into the xcomp realm (B260), things became ugly, and I had to creep up indirection where I didn't want to. All of this because I wanted to solve my initial problem in a slightly more generalized way. The broad idea was that these indirect memory access could allow xcomp into a broad kind of memory-like devices. This idea broke on the "@" part of the equation. If I want indirections to be two-way and allow xcomp to work properly, I have to add this indirection to FIND (and possibly others) and this just isn't practical or elegant. So, I'm taking a step back and accepting that the solution I design for now is exclusively for the AT28. What I'm thinking is to add a low-level hook for memory writing, at the assembly level. |
||
---|---|---|
.. | ||
hw | ||
asm.txt | ||
avr.txt | ||
bootstrap.txt | ||
cross.txt | ||
dict.txt | ||
ed.txt | ||
faq.txt | ||
grid.txt | ||
impl.txt | ||
intro.txt | ||
primer.txt | ||
protocol.txt | ||
sega.txt | ||
selfhost.txt | ||
usage.txt |