No delimiter comment between includes and first segment.

Merge pull request #16 from groessler/something_to_pull

move findfreeiocb function into its own object file

move findfreeiocb function into its own object file

Fixed comment.

Fixed comment.

Merge pull request #15 from groessler/something_to_pull

Fix writing one byte beyond screen buffer.

Fix writing one byte beyond screen buffer.

Simply define CH_DEL exactly then when there none yet.

Avoid macro redefinition of CH_DEL for apple2enh.

I'm wondering why MS VC++ didn't complain about this...

Have __APPLE2ENH__ imply __APPLE2__ and __ATARIXL__ imply __ATARI__.

Avoid GCC "unconst" warning.

Merge pull request #14 from groessler/something_to_pull

Use symbolic names for all CIO commands.

remove TABs

Use symbolic names for all CIO commands.

Added support for 'prefix'.

If the variable 'prefix' is defined then the builtin search paths are set to
$(prefix)/lib/cc65/... allowing to build binaries intended for installation.

Note that the library build still works with these binaries as it generally
overrides the builtin search paths by setting the CC65_HOME env var.

Use unique variables for cc65 toolchain.

Originally I used the usual variables (like $(CC) and $(CFLAGS) ) but after
all this doesn't make sense as any predefined values and/or user defined
settings can only be wrong.

Added library reference tgi_libref to TGI interface.

Added library reference ser_libref to SER interface.

Added library reference mouse_libref to MOU interface.

Added library reference joy_libref to JOY interface.

Added library reference em_libref to EMD interface.

Occasionally dynamically drivers suffer from not being to refer to
content in the C library. Therefore I added a mechanism to allow
a C library for a certian target to define a symbol that will be
handed over to dynamic drivers for that target. Then the drivers
can use their refernce to that symbol to access content in the C
library.

Explicitly set search paths for libraries build.

The libraries build is prepared to work with binaries not part of the current
working tree. But in this case the default search path surely points to some
other working tree. Even the binaries in this working tree might have been
compiled with non-standard builtin search paths.

Anyway when building the libraries we want always to use the headers from
the current working tree. Therefore we want to set them explicitly. Instead
of setting all in all five paths on the command lines of ca65, cc65 and ld65 I
opted to just set the single environment variable.

Use cbm_load() to load overlays on CBMs.

Fixed discrepancy between definition and declaration.

Brought back mouse driver source code.

The mouse driver source code in question was removed two years
ago with commit 6cbbe66c87fc19c322a0dd72a5c8ef094ea90c90.
It seems however desirable to have it around visible in the source
code tree for reference purposes.

Introduced target 'atarixl'.

The target 'atarixl' is to be used for Atari XL (and better) machines.
It will disable the OS ROM and enable the Shadow RAM available on
those machine.

Note: This commit is only the inital step towards for this goal that just
replicates the target 'atari' as a starting point!

Renamed Atari drivers.

As a preparation for the introduction of the 'atarixl' target it is
necessary that all drivers have a base name...
- no longer than 7 characters
- with a common prefix

Adjusted usage.

Added support for cc65 program arguments.

No delimiter comment between includes and first segment.

The paravirtualization hooks are called for JMP too so there's no need for JSR.

Fixed Carry handling in SBC opcode.

Made lib build less verbose if run as Travis CI build.

Travis CI limits the real time build output to 10000 lines. We need to be less verbose in the lib build to stay below that threshold.

Adjusted sim65 MS VC build settings to the ones of the other binaries.

Added 'sim6502' and 'sim65C02' targets.

The targets allow to run cc65 programs in the sim65 exection
einvironment. As there are no "real" i/o facilities there's no
need for header files. Paravirtualized entry points are mapped
to $FFF0 ff. There's a large cc65 progam area from $0200-$FFEF.

The binary format includes a one-byte header indicating the required
execution environment: The value 0 means 6502 and the value 1
means 65C02. The load adress for the binary is fixed to $0200.

Note: Running sim65C02 programs currently doesn't work bcause
sim65 doesn't actually implement 65C02 opcodes.

Turned sim65 into a lightweight cc65 execution environment.

The sim65 source code has been a construction site for over a decade.
I was looking for a simple cc65 program execution environment for
regression tests. So I decided to re-purpose sim65 for that task by
removing about everything but the 6502 emulation.

There's no memory mapped i/o emulation whatsoever. Rather exit(),
open(), close(), read() and write() calls are supported by mapping
them through a thin paravirtualization layer to the corresponding
host os functions.

Note: The sim65 6502 emulation provides means to switch between
6502 and 65C02 emulation but currently there are no actual 65C02
opcodes implemented.

Have 'avail' not be dependent on 'all'.

There are two reasons for removing this dependency:
- If someone does 'make avail' on the top level Makefile he ends up with
  binaries but without libraries - not nice. Better do just "nothing" and
  have hin understand that he needs to do 'make [all]' on the top level
  Makfile first.
- If 'make avail' is done via 'sudo' it isn't desirable to do a large amount
  of work as root.
BTW: I wasn't sure if this dependency is a good thing in the first place
but I saw it in many examples ('install' depending on 'all') so I did it too.

Renamed [un]install goals to [un]avail.

The [un]install make goals have a rather fixed meaning for *ix users. The simple
symlinks provided here don't match the expectations users have from [un]install.
Therefore it is appropriate to rename them to "something" not tied to specific
expectations.

Bumped version to 2.14.0.

The cmdline parameter handling as become quite incompatible to 2.13.3 so it seems
appropriate to increase the minor version.

Made dependency handling for C sources actually work.

Merge pull request #10 from greg-king5/target-util

Made geos-apple's file-converter depend on apple2enh's library.

Made geos-apple's file-converter depend on apple2enh's library.

The geos-apple target will build that library if it doesn't exist.

Force warning-free build (and added missing clean target).

Allow for warning-free build of libraries.

Removed (pretty inconsistently used) tab chars from source code base.

Adjusted C declarations to the changed static driver names.

Include targetutil intermediates in dependency handling.

Removed unintentionally committed intermediate file.

Search for "local" binaries only once.

Hack: Changed TARGET order to have apple2enh.lib available for convert.system.

There's a quite special case of a targetutil for the TARGET geos-apple having to be
built as TARGET apple2enh binary. We can't just add a dependency to ../lib/apple2enhlib
because the TARGETs are built in individual make instances (because of vpath).

Doing that the "right way" would be _very_ complicated and would turn the Makefiles way
less readable. Therefore I decided to solve that by just reordering the TARGETs. Surely
this won't work if i.e. 'make geos-apple' is entered on a clean system. But still I consider
it appropriate.

I ordered the TARGETs btw so that they are more in an alphabetical order...

Added support for building targetutils.

Added support for building 'extra' object files.

No packages here.

Merge pull request #8 from greg-king5/generic

Added two useful opcode mnemonic aliases.

Added two useful opcode mnemonic aliases.

bnz - jump if not zero.
bze - jump if zero.

Removed reference to CC65_HOME.

Now that we're pretty much independent from CC65_HOME
it doesn't make sense anymore to look for it in the Makefiles.

So rather dynamically check if there are "local" binaries in the
../bin directory. If there are "local" binaries use them - and
otherwise rely on "installed" binaries found in the path.

Allow to build just the binaries or just the libraries from the top level Makefile.

Merge pull request #7 from greg-king5/config-buf

Removed unneeded variable and function.

Merge pull request #6 from greg-king5/forget-path

Removed useless command-line option.

Removed useless command-line option.

Removed unneeded variable and function.
They were used with built-in configurations.
Commit 37c492b544dec2460fc2c16a3d66275cc0d4edc0 made them obsolete.

Have cl65 run the binaries from its own directory.

While ca65, cc65 and ld65 have built-in paths cl65 doesn't.
That means that up to now cl65 depended on the binaries
being found in the path env var. However it makes sense
to presume that the binaries are located in the very same
directory cl65 is located in. So whatever pathname was
suitable to run cl65 should be suitable to run the other
binaries too. But if for some reason there's no valid
argv[0] or if it doesn't contain at least one directory
delimiter ('/' or '\') then fall back to relying on the
path env var.

Added reference to unused variable to avoid GCC 4.6 warning.

Added search path relative to running binary on Windows.

In contrast to *IX it doesn't make much sense to add compile time defined
search paths to Windows binaries: There's no standard path like /usr/local/bin
(and there are no symbolic links to link from there to another location).

On the other hand it's (again in contrast to *IX) easy for Windows binaries
to determine their own paths. Therefore it's appropriate to make use of that
to add run time defined default search paths.

Merge pull request #4 from greg-king5/filepath

Swapped the order of search paths.

Changed the order of directories that are searched for files.

Added support for building the MS VS solution from the Makefile.

Reduced verbosity.

Added compatibility with cmd.exe (and reduced verbosity).

Avoid usage of cl65 for library build as it requires 'install'.

Added top level Makefile.

Replaced whole bunch for Makefiles with a single generic Makefile.

- No complex shell logic.
- "Source file shadowing" for all targets via vpath.
- Dependency handling.
- True incremental build.
- Don't write into source directories.
- Easy cleanup by just removing 'wrk'.

Replaced whole bunch for Makefiles with a single generic Makefile.

- No complex shell logic.
- "Source file shadowing" for all targets via vpath.
- Dependency handling.
- True incremental build.
- Don't write into source directories.
- Easy cleanup by just removing 'wrk'.

Ignore only top level directories.

Removed obsolete Makefiles.

Make use of single character variable syntax for the formal parameter variable.

Changed the order of directories that are searched for include files.

Replaced three function calls with one.

Added reference to unused variable to avoid GCC 4.6 warning.

Removed unused variable.

Removed unused variable.

Placed libraries and the end of the linker cmdline.

Removed unused variable.

Removed unused variables.

Removed unused variable.

Added Travis CI config file.

Merge pull request #3 from greg-king5/ctype

Fixed two <ctype.h> functions.

Fixed isgraph() and ispunct() (macroes and library functions).

Exclude apple2enh-only functionality from apple2 biuld on source code level.

Adjusted include directive for local header.

Removed obsolete files.

Marked files to be excluded from build.

Replace only actually changed archive members.

Most hosts require the math library to be linked explicitly.

Made compatible with GNU make 3.81

Removed unmaintained Makefile and file lists.

No Windows installer here.

Replaced elaborate install logic with just a bunch of symlinks.

Maybe I'm naive but even after thinking about it for quite
some time I can't see why it should hurt to just build the
cc65 binaries from the sources "in place" and have 'make
install' simply create some symlinks in usr/local/bin.

The new Makfile builds the binaries with builtin search paths
matching their build location. So the symlinks in usr/local/bin
allow to allow to use them out-of-the-box without additional
environment variables.

Removed obsolete Makefiles.

No copyright message here.