1
0
mirror of https://github.com/cc65/cc65.git synced 2026-04-20 02:17:07 +00:00
Commit Graph

950 Commits

Author SHA1 Message Date
Oliver Schmidt 258cdf2e07 Merge pull request #521 from jedeoric/master
Fix cc65 doc for Telestrat target
2017-11-12 10:02:56 +00:00
jede 3c97a04b25 Fix cc65 doc for telestrat target 2017-11-12 10:42:09 +01:00
Oliver Schmidt 0f87844a7c Merge pull request #519 from jedeoric/master
[Telestrat] mkdir is now available
2017-11-11 21:09:59 +00:00
jede 64ed0a1937 Doc modified 2017-11-10 10:58:01 +01:00
Stefan e64c42f224 Update atmos.sgml 2017-11-03 20:49:49 +01:00
jede eae485dc64 Empty item removed 2017-10-28 00:40:56 +02:00
jede 7435c2f3ca Fix doc/telestrat.sgml 2017-10-26 22:00:12 +02:00
jedeoric af1c7f0c8b Merge branch 'master' into master 2017-10-22 23:11:18 +02:00
jede 93f202850a toascii.s added, doc updated, tgi_line & tgi_outtext are available 2017-10-22 23:06:56 +02:00
Greg King bea5364b97 Added commit ca4ed290d5964dbe833224d967d3707e20972278's command-line option to the cl65 document. 2017-10-16 09:39:33 -04:00
Stefan 945dcfd63a Fixed address
See cbm510.cfg
2017-09-13 23:51:07 +02:00
Greg King 3c0b8c4e86 Made the CBM Pet kbrepeat() work on both 40-column and 80-column machines.
Put the kbrepeat() description in an alphabetical position in the function document.
2017-09-05 09:19:01 -04:00
Phil Smith ded1c20190 Reserve space in examples with .res 2017-09-02 19:30:14 -07:00
Phil Smith 929553dc8d At most 256 bytes will be reserved 2017-09-02 00:02:47 -07:00
Oliver Schmidt 4aa19494f5 Removed dysfunctional kbrepeatdelay() and kbrepeatrate().
As discussed in https://github.com/cc65/cc65/pull/452 after my premature merge the two functions in question don't work as expected.

Additionally I adjusted several style deviations in the pull request in question.
2017-08-30 16:37:59 +02:00
mrdudz 3c3558892e add note on fastcall 2017-08-19 19:16:31 +02:00
Bob Andrews 5dcebbccb6 Merge branch 'master' into kbrepeat 2017-08-06 20:22:52 +02:00
mrdudz dafe3c1e3c added documentation for the kbrepeat... functions 2017-08-06 20:15:35 +02:00
Oliver Schmidt 92ff854bff Removed undesirable empty lines. 2017-07-31 13:50:27 +02:00
Bill Chatfield 0bd5a8a331 Made corrections according to review comments 2017-07-30 19:51:23 -04:00
Bill Chatfield 85e572f4e1 Made corrections according to review comments 2017-07-30 19:49:20 -04:00
Bill Chatfield 9d89613bb2 Added documentation for setting the file type for fopen. 2017-07-29 01:25:07 -04:00
Bill Chatfield 2c7b757b4c Documented _filetype and _auxtype 2017-07-28 17:44:13 -04:00
Oliver Schmidt 5d333239c6 Merge pull request #468 from pmjdebruijn/samples
make changes
2017-07-23 02:09:20 +02:00
Pascal de Bruijn 19f6ae1d54 make: change uppercase prefix var 2017-07-22 16:38:50 +02:00
Pascal de Bruijn 80b27bde5e pragma: add minimalist message pragma documentation
documents 6e93c1ba73
2017-07-22 15:35:24 +02:00
Oliver Schmidt 6002e59c28 Merge pull request #453 from mrdudz/waitvsync
waitvblank for cbm targets
2017-07-18 15:38:27 +02:00
mrdudz cbdad764f0 oops 2017-07-18 00:01:15 +02:00
mrdudz d965601a5e fix sgml 2017-07-17 23:31:01 +02:00
mrdudz 1abce3a2a1 rename all waitvblank() to waitvsync() 2017-07-17 23:15:05 +02:00
Oliver Schmidt 6de78c536f 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.
2017-06-30 09:50:28 +02:00
Lauri Kasanen 135041ac3c Add lz4 doc 2017-06-09 10:54:50 +03:00
Oliver Schmidt b8f30ba0de Merge pull request #436 from bbbradsmith/ca65_define_macro_doc
Small improvement to ca65 macro documentation
2017-06-05 15:03:37 +02:00
Stefan 52642f6c8f Deprecated commands mentioned 2017-05-30 02:05:35 +02:00
Stefan 0a011c31ea Update ar65.sgml 2017-05-28 16:22:34 +02:00
Stefan ed65eaf682 Verbosity was missing; POSIX operations 2017-05-28 16:12:02 +02:00
Oliver Schmidt c269caaded Merge pull request #441 from polluks/patch-3
Small typo
2017-05-26 11:03:57 +02:00
Oliver Schmidt 8f9c7f0d60 Merge pull request #440 from polluks/patch-5
Also Oricutron mentioned
2017-05-26 11:03:06 +02:00
Oliver Schmidt 162d01519b Merge pull request #439 from polluks/patch-4
Some clean-up
2017-05-26 11:02:02 +02:00
Stefan 3b33af88cf Oricutron mentioned 2017-05-26 01:44:33 +02:00
Greg King ca1b9deb59 Added a description of the "-E" command-line option to cl65's document.
Improved other descriptions, to make them more consistent and accurate.
2017-05-24 16:47:12 -04:00
Stefan 87a9e0ce4f clean-up 2017-05-24 00:04:52 +02:00
Brad Smith 051cf11ce6 expanding macro examples, trying to adhere to style guidelines 2017-05-23 17:07:45 -04:00
Brad Smith 355696d17d ca65 documentation of .define macros, making note that parentheses in ca65 macros are problematic especially when thinking of them as "C style", replacing unclear example with an example showing how accidental parentheses can cause a problem. 2017-05-22 21:33:02 -04:00
Stefan d9a8c30053 typo 2017-05-22 23:53:51 +02:00
Greg King 39e55bdb77 Added more info to the documentation of "#pragma wrapped-call". 2017-05-20 01:41:49 -04:00
Oliver Schmidt 0d4edc326e Merge pull request #430 from polluks/patch-1
VIC's kernal does not support CTRL+[
2017-05-18 22:45:50 +02:00
Stefan 70b541b81e Changed section 2017-05-18 21:21:02 +02:00
Lauri Kasanen 4c05c46cd1 Remove RAM-trampoline array support 2017-05-18 16:11:39 +03:00
Stefan c6cab0bb27 VIC's kernal does not support CTRL+[ 2017-05-18 12:59:03 +02:00