grc is now named grc65.

[cc65] / doc / library.sgml

<!doctype linuxdoc system>

<article>

<title>cc65 Library Overview
<author>Ullrich von Bassewitz, <htmlurl url="mailto:uz@cc65.org" name="uz@cc65.org">
<date>2000-12-02, 2002-11-26

<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 <htmlurl 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/&lt;ctype.h&gt;/ 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>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. To help in writing portable code, the header file will define the
symbol <tt/__JOYSTICK__/ on systems that have a joystick.



<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>c64
  <item>c128
  <item>cbm510
  </itemize>

The available functions are declared in <tt/mouse.h/ To help writing portable
code, the header file will define the symbol <tt/__MOUSE__/ in systems that
support a mouse.


<sect>Bugs/Feedback<p>

If you have problems using the library, if you find any bugs, or if you're
doing something interesting with it, I would be glad to hear from you. Feel
free to contact me by email (<htmlurl url="mailto:uz@cc65.org"
name="uz@cc65.org">).



<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>