Denial

orac81 wrote: ↑Wed Apr 17, 2024 5:48 am As a side note, the 6502 lacks a really good optimising C compiler , particularly for byte manipulation, nice as cc65 is..

There's a LLVM with 6502 target but lacking a stdlib AFAIR.

wimoos wrote: ↑Wed Apr 17, 2024 1:41 am If I can make a suggestion for a "new" assembler: why not one that optimizes automatically ?

Very good idea. Would be quite a win when using lots of macros.

(VIC with switcheritis.)

Still not stable enough for the console switcher.

You're right. There are enough assemblers nobody uses already. ;) I like it for being small and written in C. And the parsing part with expressions. What I do not like is that the code *looks* unstructured and could be readable better (after a treatment with dos2unix and "indent -kr -i4")....

The virtual console is a thing of surprising simplicity but the kernel isn't ready for it as the tests aren't thorough enough. That's why TUNIX is now a C program which suddenly decides to become a kernel. Jim Brain said that he'd bring on another stash of UltiMems, but to make them affordable about...

Now for messing this up with an interrupt handler..

tunix-breakerror.png It LOADs but OPEN brings random BASIC errors out of nowhere (STATUS = 0). That's an inconvenience for BASIC coders. Time for the console switcher unless you want to do switches like this: OPEN31,31,0,"GM" (multi-tasking off) OPEN31,31,0,"PF" (fork new BASIC ...

Syscalls (via OPEN) can be nested. That's great news. Task switches work in BASIC but there's still no working LOAD but many solutions to the problem. The required boot loader won't kill any existing boot menus. As that's extra work I started the ROM in C (copies itself to RAM on startup) the Unix w...

There was more than one price to pay for that and not worth the result yet.

I have added some lines of C code in a separate file so one can see what I mean by saying "simple". That's why C was invented. What is also kinda simple is the banking – simple on paper. Some seemingly pointless doodling fixes a lot in advance. Anyway, this is getting addictive. Am trying ...

This is fun, especially with the latest VICE monitor update (build from source): vice-montior.png (I know your eyes are just having sex.) Instead of doing waiting lists for zombies implementing signals isn't much more complicated and the signal mechanism is a lot more versatile too. This needs some ...

beamrider wrote: ↑Thu Mar 28, 2024 2:41 am Out of interest and as something I've never really used. What's the benefits of using a monitor rather than just going straight to an assembler and using the VICE monitor.

It makes you a tough boy by over-complicating about everything? Something remotely ca65 compatible I'd find interesting.

I would start down at the metal. What's a transistor/gate. What does an adder look like. What's an ALU, data bus, address bus, control bus. Now that bits and bytes make sense, then I'd continue with assembly.

Any summary of this adventure? Somebody once asked me if I could teach him to programme. I asked "Do you know how a computer works?" "Yes! You grab the mouse *grab* and then you click here and here and…" It takes Harvard experience to teach adults like that.

First boot. Meaning userland C coding.