]> git.sur5r.net Git - cc65/commit
Made DOS 3.3 IRQ statement more general.
authorOliver Schmidt <ol.sc@web.de>
Fri, 30 Jun 2017 07:50:28 +0000 (09:50 +0200)
committerOliver Schmidt <ol.sc@web.de>
Fri, 30 Jun 2017 07:50:28 +0000 (09:50 +0200)
commit6de78c536f78bc47129a7d4da4ad10f7e3a27b8f
tree7e806bd56985d1d8f17e12a5d6cf0c0ac07fdd63
parent26a2d8a5c6fd0866ed90e5f2673c888d235f769e
Made DOS 3.3 IRQ statement more general.

I recently came across that the question if a driver is compatible with DOS 3.3 isn't about the fact if it actually uses IRQs but if it potentially could use IRQs as the driver kernel pulls in the IRQ handler anyway. This is especially suboptimal in the scenario of statically linked drivers where it is concpetually totally clear at link time they use IRQs or not. Apart from that it might make sense to be able to define on a per-target basis if _any_ of the drivers of a certain class uses IRQs. If that isn't the cases the driver kernel for that driver class for that target could omit IRQ handling too. I'm aware that Uz imagined drivers being loaded which weren't known when the program was linked - but I don't see this.
doc/apple2.sgml
doc/apple2enh.sgml