1
0
mirror of https://github.com/cc65/cc65.git synced 2024-09-06 18:54:30 +00:00
Commit Graph

15 Commits

Author SHA1 Message Date
Oliver Schmidt
32daa3dd2b 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.
2013-06-07 23:13:46 +02:00
Oliver Schmidt
3a028fb621 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.
2013-05-20 20:20:14 +02:00
Oliver Schmidt
753aa29b15 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.
2013-05-17 16:21:05 +02:00
Oliver Schmidt
352ceb166c 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.
2013-05-15 11:59:51 +02:00
Oliver Schmidt
969c3b7488 Allow to build just the binaries or just the libraries from the top level Makefile. 2013-05-07 19:05:41 +02:00
Oliver Schmidt
a8aeab5d57 Added support for building the MS VS solution from the Makefile. 2013-05-05 23:46:12 +02:00
Oliver Schmidt
b6ebf71446 Reduced verbosity. 2013-05-05 22:36:53 +02:00
Oliver Schmidt
1c962f73f5 Make use of single character variable syntax for the formal parameter variable. 2013-05-04 11:59:42 +02:00
Oliver Schmidt
151cadf019 Replaced three function calls with one. 2013-05-02 23:57:26 +02:00
Oliver Schmidt
81f461a15c Placed libraries and the end of the linker cmdline. 2013-05-02 15:06:02 +03:00
Oliver Schmidt
f94ac40637 Replace only actually changed archive members. 2013-04-29 17:14:08 +03:00
Oliver Schmidt
780f38acd5 Most hosts require the math library to be linked explicitly. 2013-04-29 17:03:14 +03:00
Oliver Schmidt
18e00a1f9b Made compatible with GNU make 3.81 2013-04-29 17:01:00 +03:00
Oliver Schmidt
9fece990be 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.
2013-04-28 22:30:18 +02:00
Oliver Schmidt
052b229f86 Replaced whole bunch for Makefiles with a single generic Makefile.
- Targeting GNU toolchain.
- Modern dependency handling.
- Warning-free build.
- GCC option -Werror set.
- Dynamic search paths.
- Don't write into source directories.
- Easy cleanup by just removing 'wrk'.
2013-04-27 17:20:36 +02:00