mirror of
https://github.com/cc65/cc65.git
synced 2024-11-18 00:07:21 +00:00
bb9aa7558f
Those tags have two attributes: "url=" and "name=". In the non-HTML output formats, <url> shows both fields, while <htmlurl> shows only the name field (as the HTML format always does.) Thus, the general rules are 1. If the two attributes are different, then use <url>. 2. If they are similar, then use <htmlurl>. 3. If they are the same, then consider using <url> without the "name=" attribute. (The reason for rules 2 and 3 is that the same text shouldn't be shown twice.) There can be exceptions. Example: "od65.sgml" has <htmlurl> because the URL would disturb the flow of a sentence.
241 lines
7.7 KiB
Plaintext
241 lines
7.7 KiB
Plaintext
<!doctype linuxdoc system>
|
|
|
|
<article>
|
|
|
|
<title>cc65 Library Overview
|
|
<author><url url="mailto:uz@cc65.org" name="Ullrich von Bassewitz">
|
|
<date>2014-04-12
|
|
|
|
<abstract>
|
|
An overview over the runtime and C libraries that come with the cc65 compiler,
|
|
including a discussion of the differences to the ISO standard.
|
|
</abstract>
|
|
|
|
<!-- Table of contents -->
|
|
<toc>
|
|
|
|
<!-- Begin the document -->
|
|
|
|
<sect>Overview<p>
|
|
|
|
This file contains a short overview of the libraries available for the cc65 C
|
|
compiler. Please have a look at the <url url="funcref.html" name="function
|
|
reference"> for a list function by function. Since the function reference is
|
|
not complete (I'm working on that) it may happen that you don't find a
|
|
specific function. In this case, have a look into the header files. All
|
|
functions, that are not defined by the ISO C standard have a short comment in
|
|
the headers, explaining their use.
|
|
|
|
|
|
|
|
<sect>ISO C compatible library<p>
|
|
|
|
The C library contains a large subset of the ISO C library. Functions are
|
|
usually missing in areas, where there is no support on typical 6502 systems.
|
|
Wide character sets are an example for this.
|
|
|
|
I will not go into detail about the ISO functions. If a function is not
|
|
mentioned here explicitly, expect it to be available and to behave as defined
|
|
in the C standard.
|
|
|
|
Functions that are <em/not/ available:
|
|
|
|
<itemize>
|
|
<item><tt>tmpfile/tmpnam</tt>
|
|
<p>
|
|
<item><tt>system</tt>
|
|
<p>
|
|
<item>All functions that handle floating point numbers in some manner.
|
|
<p>
|
|
<item>The <tt/ldiv/ function (cc65 is currently not able to return structs
|
|
with a size not equal to 1, 2 or 4 bytes by value).
|
|
<p>
|
|
<item>All functions handling wide character strings.
|
|
<p>
|
|
<item>Signals and all related functions (having <tt/SIGSEGV/ would be
|
|
cool:-)
|
|
<p>
|
|
<item><tt>setbuf/setvbuf</tt>
|
|
</itemize>
|
|
|
|
Functions not available on all supported systems:
|
|
|
|
<itemize>
|
|
<item><tt>fopen/fread/fwrite/fclose/fputs/fgets/fscanf</tt>: The functions
|
|
are built on open/read/write/close. These latter functions are not available
|
|
on all systems.
|
|
<p>
|
|
<item><tt>ftell/fseek/fgetpos/fsetpos</tt>: Support depends on the
|
|
capabilities of the target machine.
|
|
<p>
|
|
<item><tt>rename/remove/rewind</tt>: Support depends on the capabilities of
|
|
the target machine.
|
|
<p>
|
|
<item><tt>time</tt>: Since many of the supported systems do not have a real
|
|
time clock, which means that the <tt/time/ function is not available. Please
|
|
note that the other functions from <tt/time.h/ <em/are/ available.
|
|
</itemize>
|
|
|
|
|
|
Functions that are limited in any way:
|
|
|
|
<itemize>
|
|
<item><tt>strcspn/strpbrk/strspn</tt>: These functions have a length
|
|
limitation of 256 for the second string argument. Since this string gives a
|
|
character set, and there are only 256 distinct characters, this shouldn't be
|
|
a problem.
|
|
<p>
|
|
<item><tt>getenv</tt>: Since there is no such thing as an environment on all
|
|
supported systems, the <tt/getenv/ function will always return a <tt/NULL/
|
|
pointer.
|
|
<p>
|
|
<item><tt>locale</tt>: There is no other locale than the "C" locale. The
|
|
native locale is identical to the "C" locale.
|
|
</itemize>
|
|
|
|
|
|
In addition to these limitations, some more functions are limited if inlined
|
|
versions are requested by using -Os:
|
|
|
|
<itemize>
|
|
<item>The <tt/strlen/ function only works for strings with a maximum length
|
|
of 255 characters.
|
|
<p>
|
|
<item>The <tt/isxxx/ character classification functions from
|
|
<tt/<ctype.h>/ will give unpredictable results if the argument is not
|
|
in character range (0..255). This limitation may be removed by #undef'ing
|
|
the function name (when using <tt/-Os/, the functions are actually macros
|
|
that expand to inline assembler code, but the real functions are still
|
|
available if the macro definition is removed).
|
|
</itemize>
|
|
|
|
|
|
|
|
<sect>CPU specific stuff - 6502.h<p>
|
|
|
|
The header file 6502.h contains some functions that make only sense with the
|
|
6502 CPU. Examples are macros to insert more or less useful instructions into
|
|
your C code, or a function to call arbitrary machine language subroutines,
|
|
passing registers in and out.
|
|
|
|
|
|
|
|
<sect>Target specific stuff<p>
|
|
|
|
For each supported system there's a header file that contains calls or defines
|
|
specific for this system. So, when programming for the C64, include c64.h, for
|
|
the C128, include c128.h and so on. To make the task for the Commodore systems
|
|
easier, there is also a header file named cbm.h that will define stuff common
|
|
for all CBM systems, and include the header file for the specific target
|
|
system.
|
|
|
|
The header files contain
|
|
|
|
<itemize>
|
|
|
|
<item>Defines for special keys (like function keys)
|
|
|
|
<item>Defines for special characters (like the graphics characters)
|
|
|
|
<item>Variables with a fixed address in memory that may be used to access
|
|
special hardware. For the C64 and C128 there is a variable struct named
|
|
<tt/SID/. Writing to the fields of this struct will write to the SID device
|
|
instead. Using these variables will make your program more readable and more
|
|
portable. Don't fear ineffective code when using these variables, the
|
|
compiler will translate reads and writes to these structs into direct memory
|
|
accesses.
|
|
|
|
<item>Other routines that make only sense for a specific system. One example
|
|
are routines to write memory locations in the system bank for the CBM PET-II
|
|
family.
|
|
|
|
</itemize>
|
|
|
|
|
|
<sect>Direct console I/O - <tt/conio.h/<p>
|
|
|
|
The <tt/conio.h/ header file contains a large set of functions that do screen
|
|
and keyboard I/O. The functions will write directly to the screen or poll the
|
|
keyboard directly with no more help from the operating system than needed.
|
|
This has some disadvantages, but on the other side it's fast and reasonably
|
|
portable. conio implementations exist for the following targets:
|
|
|
|
<itemize>
|
|
<item>apple2
|
|
<item>apple2enh
|
|
<item>atari
|
|
<item>atarixl
|
|
<item>atmos
|
|
<item>c16 (works also for the c116 with up to 32K memory)
|
|
<item>c64
|
|
<item>c128
|
|
<item>plus4 (or expanded c16/c116)
|
|
<item>cbm510 (40 column video)
|
|
<item>cbm610 (all CBM series-II computers with 80 column video)
|
|
<item>geos-apple
|
|
<item>geos-cbm
|
|
<item>nes
|
|
<item>pet (all CBM PET systems except the 2001)
|
|
<item>vic20
|
|
</itemize>
|
|
|
|
The conio.h header file does also include the system specific header files
|
|
which define constants for special characters and keys.
|
|
|
|
|
|
|
|
<sect>Using the joystick - <tt/joystick.h/<p>
|
|
|
|
For systems that have a joystick, <tt/joystick.h/ will define a subroutine to
|
|
read the current value, including constants to evaluate the result of this
|
|
function.
|
|
|
|
|
|
|
|
<sect>Using a mouse - <tt/mouse.h/<p>
|
|
|
|
Some target machines support a mouse. Mouse support is currently available for
|
|
the following targets:
|
|
|
|
<itemize>
|
|
<item>apple2
|
|
<item>apple2enh
|
|
<item>atari
|
|
<item>atarixl
|
|
<item>c64
|
|
<item>c128
|
|
</itemize>
|
|
|
|
The available functions are declared in <tt/mouse.h/.
|
|
|
|
|
|
<sect>Copyright<p>
|
|
|
|
This C runtime library implementation for the cc65 compiler is (C)
|
|
Copyright 1998-2002 Ullrich von Bassewitz. For usage of the binaries
|
|
and/or sources the following conditions do apply:
|
|
|
|
This software is provided 'as-is', without any expressed or implied
|
|
warranty. In no event will the authors be held liable for any damages
|
|
arising from the use of this software.
|
|
|
|
Permission is granted to anyone to use this software for any purpose,
|
|
including commercial applications, and to alter it and redistribute it
|
|
freely, subject to the following restrictions:
|
|
|
|
<enum>
|
|
<item> The origin of this software must not be misrepresented; you must not
|
|
claim that you wrote the original software. If you use this software
|
|
in a product, an acknowledgment in the product documentation would be
|
|
appreciated but is not required.
|
|
<item> Altered source versions must be plainly marked as such, and must not
|
|
be misrepresented as being the original software.
|
|
<item> This notice may not be removed or altered from any source
|
|
distribution.
|
|
</enum>
|
|
|
|
</article>
|
|
|
|
|
|
|