deac/osd-contiki
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity
osd-contiki/cpu/6502/Makefile.6502

73 lines
2.7 KiB
Text
Raw Normal View History

Added Multithreading support to the cc65 targets based on the Contiki 1.x C64 implementation with the following changes: - Added support for the function parameter. - Removed support for preemption because: - No other current implementation does so. - Preemption support would make the code at least target-dependent or it wouldn't work at all (as on plain Apple2 machines without timer interrupt).
2007-04-22 00:15:45 +02:00
#
Consistently use curly brackets for function calls (and add the same disclaimer as used in "my" other makefiles).
2007-04-14 17:55:50 +02:00
# Copyright (c) 2007, Adam Dunkels.
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
# 1. Redistributions of source code must retain the above copyright
# notice, this list of conditions and the following disclaimer.
# 2. Redistributions in binary form must reproduce the above copyright
# notice, this list of conditions and the following disclaimer in the
# documentation and/or other materials provided with the distribution.
# 3. The name of the author may not be used to endorse or promote
# products derived from this software without specific prior
# written permission.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS
# OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
# WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
# ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY
# DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE
# GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
# INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
# WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
# NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
# SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
#
# This file is part of the Contiki operating system.
#
# Author: Oliver Schmidt <ol.sc@web.de>
#
- cc65 2.13. allows to define all necessary paths through the single env var CC65_HOME. - cc65 2.13. allows to override the stacksize from the linker command line thus eliminating the need for linker configs maintained by Contiki. - cc65 2.13. integrates the startup code with the library. In 2.12. the startup code pulled in main(). Now main() is supposed to pull in the startup code. But if main() resides itself in a library (as with Contiki) then nothing is pulled in at all :-(. The workaround is to pull in main() explicitly through the new option -u (working like the same GCC option).
2009-10-18 13:34:38 +02:00
ifndef CC65_HOME
${error CC65_HOME not defined! You must specify where cc65 resides}
Added an initial Makefile for the cc65 tool chain (www.cc65.org). For now it allows to build the statically linked hello-world example.
2007-01-03 11:26:40 +01:00
endif
Some fine tuning after the recent general modularization.
2014-02-02 17:59:06 +01:00
.SUFFIXES:
Moved from last cc65 release (2.13.3) to recent cc65 snapshot (2.13.9). Relevant cc65 changes... General: - The compiler generates "extended" dependency info (like gcc) so there's no need for postprocessing whatsoever :-) - The linker is very pernickety regarding the ordering of cmdline options so a custom linker rule is necessary :-( Apple2: - The various memory usage scenarios aren't specified anymore via separate linker configs but via defines overriding default values in the builtin linker config. Atari: - The builtin linker config allows to override the start addr so there no more need for a custom linker config. - The C library comes with POSIX directory access. So there's no more need for for a custom coding. CBM: - The C library comes with POSIX directory access. So there's no more need for for a custom coding.
2013-02-14 15:42:43 +01:00
CONTIKI_TARGET_DIRS = . lib sys
Added generic ctk mouse implementation based on cc65 mouse drivers.
2007-12-20 23:47:39 +01:00
CONTIKI_CPU_DIRS = . lib sys ctk net
Structured the cc65 makefile like all the other makefiles in the Contiki 2.x build system.
2007-04-21 17:04:23 +02:00
There's no point in pulling in cfs-posix-dir.c if the POSIX functions it depends on are dummies anyway.
2010-10-23 10:17:45 +02:00
CONTIKI_TARGET_SOURCEFILES += contiki-main.c
CONTIKI_CPU_SOURCEFILES += log.c error.c unload.c config.c ctk-mouse.c \
clock.c mtarch.c mtarch-asm.S lc-asm.S \
uip_arch.c ethernet-drv.c ethernet.c
Structured the cc65 makefile like all the other makefiles in the Contiki 2.x build system.
2007-04-21 17:04:23 +02:00
Build static Ethernet drivers directly from source.
2014-06-09 23:14:11 +02:00
ETHERNET_SOURCEFILES = cs8900a.S lan91c96.S w5100.S
Moved from last cc65 release (2.13.3) to recent cc65 snapshot (2.13.9). Relevant cc65 changes... General: - The compiler generates "extended" dependency info (like gcc) so there's no need for postprocessing whatsoever :-) - The linker is very pernickety regarding the ordering of cmdline options so a custom linker rule is necessary :-( Apple2: - The various memory usage scenarios aren't specified anymore via separate linker configs but via defines overriding default values in the builtin linker config. Atari: - The builtin linker config allows to override the start addr so there no more need for a custom linker config. - The C library comes with POSIX directory access. So there's no more need for for a custom coding. CBM: - The C library comes with POSIX directory access. So there's no more need for for a custom coding.
2013-02-14 15:42:43 +01:00
CONTIKI_SOURCEFILES += $(CTK) ctk-conio.c petsciiconv.c cfs-posix-dir.c \
Build static Ethernet drivers directly from source.
2014-06-09 23:14:11 +02:00
$(CONTIKI_TARGET_SOURCEFILES) $(CONTIKI_CPU_SOURCEFILES) \
$(ETHERNET_SOURCEFILES)
Structured the cc65 makefile like all the other makefiles in the Contiki 2.x build system.
2007-04-21 17:04:23 +02:00
Some fine tuning after the recent general modularization.
2014-02-02 17:47:17 +01:00
MODULES += core/ctk core/net/ip core/net/ipv4 core/net/ipv6
Build static Ethernet drivers directly from source.
2014-06-09 23:14:11 +02:00
# Set target-specific variable values
${addprefix $(OBJECTDIR)/,${call oname, $(ETHERNET_SOURCEFILES)}}: ASFLAGS += -D DYN_DRV=0
Allow cc65 ethernet drivers to be loaded statically instead of dynamically. This saved quite some space in scenarios without additional cc65 drivers to be loaded for i.e. a mouse because in those scenarios the cc65 module loader isn't necessary. And without the module loader typically the cc65 heap manager isn't necessary.
2010-09-29 01:02:16 +02:00
Build static Ethernet drivers directly from source.
2014-06-09 23:14:11 +02:00
all: $(ETHERNET_SOURCEFILES:.S=.eth)
Added an initial Makefile for the cc65 tool chain (www.cc65.org). For now it allows to build the statically linked hello-world example.
2007-01-03 11:26:40 +01:00
AS = ca65
Moved from last cc65 release (2.13.3) to recent cc65 snapshot (2.13.9). Relevant cc65 changes... General: - The compiler generates "extended" dependency info (like gcc) so there's no need for postprocessing whatsoever :-) - The linker is very pernickety regarding the ordering of cmdline options so a custom linker rule is necessary :-( Apple2: - The various memory usage scenarios aren't specified anymore via separate linker configs but via defines overriding default values in the builtin linker config. Atari: - The builtin linker config allows to override the start addr so there no more need for a custom linker config. - The C library comes with POSIX directory access. So there's no more need for for a custom coding. CBM: - The C library comes with POSIX directory access. So there's no more need for for a custom coding.
2013-02-14 15:42:43 +01:00
CC = cl65
Added an initial Makefile for the cc65 tool chain (www.cc65.org). For now it allows to build the statically linked hello-world example.
2007-01-03 11:26:40 +01:00
LD = ld65
AR = ar65
- cc65 2.13. allows to define all necessary paths through the single env var CC65_HOME. - cc65 2.13. allows to override the stacksize from the linker command line thus eliminating the need for linker configs maintained by Contiki. - cc65 2.13. integrates the startup code with the library. In 2.12. the startup code pulled in main(). Now main() is supposed to pull in the startup code. But if main() resides itself in a library (as with Contiki) then nothing is pulled in at all :-(. The workaround is to pull in main() explicitly through the new option -u (working like the same GCC option).
2009-10-18 13:34:38 +02:00
# Contiki is carefully designed to use extremely little stack.
# The apps coming with Contiki run even on a 0x100 byte stack.
Fixed recent change.
2007-08-30 22:47:14 +02:00
ASFLAGS = -t $(TARGET)
Some fine tuning after the recent general modularization.
2014-02-02 17:47:17 +01:00
CFLAGS += -t $(TARGET) -Or -W -unused-param
Removed unused variable.
2014-03-27 19:24:23 +01:00
LDFLAGS = -t $(TARGET) -m contiki-$(TARGET).map -D __STACKSIZE__=0x200
Added an initial Makefile for the cc65 tool chain (www.cc65.org). For now it allows to build the statically linked hello-world example.
2007-01-03 11:26:40 +01:00
AROPTS = a
Reference in a new issue Copy permalink