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

90 lines
3 KiB
Makefile
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
# $Id: Makefile.6502,v 1.30 2009/10/18 11:34:38 oliverschmidt Exp $
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
#
- 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
Added LAN91C96 driver.
2007-11-30 13:34:08 +01:00
all: cs8900a.eth lan91c96.eth
Generic Ethernet driver for cc65 targets. The actual hardware driver is loaded as relocatable module.
2007-11-20 22:10:20 +01:00
Moved stuff into sys subdir to clean up the apple2enh dir (and because the corresponding shared res. cpu stuff is in the sys dir as well).
2007-12-15 12:04:11 +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
Added generic ctk mouse implementation based on cc65 mouse drivers.
2007-12-20 23:47:39 +01:00
CONTIKI_TARGET_SOURCEFILES = contiki-main.c
CONTIKI_CPU_SOURCEFILES = log.c error.c config.c clock.c ctk-mouse.c \
mtarch.c mtarch-asm.S lc-asm.S \
Generic Ethernet driver for cc65 targets. The actual hardware driver is loaded as relocatable module.
2007-11-20 22:10:20 +01:00
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
Implement cfs API on preprocessor level using POSIX functions..
2007-12-23 16:29:19 +01:00
CONTIKI_SOURCEFILES += $(CTK) ctk-conio.c petsciiconv.c cfs-posix-dir.c \
Added general ctk support to the cc65 build.
2007-12-16 18:03:27 +01:00
$(CONTIKI_TARGET_SOURCEFILES) $(CONTIKI_CPU_SOURCEFILES)
- 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
TARGET_LIBFILES = $(TARGET).lib
Structured the cc65 makefile like all the other makefiles in the Contiki 2.x build system.
2007-04-21 17:04:23 +02:00
### Compiler definitions
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
CC = cc65
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)
Factored out setup directory search path for source files into Makefile.include. - All compilers used support the -I option for setting an include search directory. - The Contiki source tree follows the (common) approach of placing declarations (in headerf iles) in the same directory as definitions (in source files). As a result it makes sense to use the -I compiler option for just the same set of directories used for the vpath gnumake directive. Note: I checked several builds but nevertheless one or the other might need some additional adjustsments. Sorry for the inconvenience.
2007-05-19 09:54:53 +02:00
CFLAGS += -t $(TARGET) -Or
- 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
LDFLAGS = -D __STACKSIZE__=0x200 -u _main -m contiki-$(TARGET).map
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
Structured the cc65 makefile like all the other makefiles in the Contiki 2.x build system.
2007-04-21 17:04:23 +02:00
### Compilation rules
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
Structured the cc65 makefile like all the other makefiles in the Contiki 2.x build system.
2007-04-21 17:04:23 +02:00
.SUFFIXES:
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
CUSTOM_RULE_C_TO_OBJECTDIR_O = 1
Used SED to replace the assembler sources with the objects in the dependency file generated by the cc65 compiler. This allows to hide the assembler sources from GNU make which solves several issues. Now the cc65 toolchain behaves very similiar to gcc from the GNU make perspective.
2007-04-21 15:23:47 +02:00
$(OBJECTDIR)/%.o: %.c
$(CC) $(CFLAGS) --create-dep $< -o $(@:.o=.s)
Fixed recent change.
2007-08-30 22:47:14 +02:00
@$(AS) $(ASFLAGS) $(@:.o=.s) -o $@
cc65 generates dependency files having the list of prerequisites start with a tab character. The processing done in the canned command sequence FINALIZE_DEPENDENCY brings this tab character to the beginning of the line making the empty rule look like a command. Therefore we replace the tab character in question with a blank.
2009-07-26 23:27:43 +02:00
@sed -e 's!.s:!.o:!' -e 's!\t! !' < $(@:.o=.u) > $(@:.o=.d)
Used SED to replace the assembler sources with the objects in the dependency file generated by the cc65 compiler. This allows to hide the assembler sources from GNU make which solves several issues. Now the cc65 toolchain behaves very similiar to gcc from the GNU make perspective.
2007-04-21 15:23:47 +02:00
@rm -f $(@:.o=.s) $(@:.o=.u)
Replaced classic approach of generating dependency files via rule with generating them as side effect of generating object files. The issue with "No rule to make target ..." is solved as suggested in http://make.paulandlesley.org/autodep.html. At least with gcc (and cc65) the dependency files are generated without an additional run of the C compiler. This is especially beneficial on Cygwin because of the fork() performance issue.
2009-07-03 00:36:04 +02:00
@$(FINALIZE_DEPENDENCY)
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
CUSTOM_RULE_C_TO_CO = 1
Used SED to replace the assembler sources with the objects in the dependency file generated by the cc65 compiler. This allows to hide the assembler sources from GNU make which solves several issues. Now the cc65 toolchain behaves very similiar to gcc from the GNU make perspective.
2007-04-21 15:23:47 +02:00
%.co: %.c
$(CC) $(CFLAGS) -DAUTOSTART_ENABLE $< -o $(@:.co=.s)
Fixed recent change.
2007-08-30 22:47:14 +02:00
@$(AS) $(ASFLAGS) $(@:.co=.s) -o $@
Used SED to replace the assembler sources with the objects in the dependency file generated by the cc65 compiler. This allows to hide the assembler sources from GNU make which solves several issues. Now the cc65 toolchain behaves very similiar to gcc from the GNU make perspective.
2007-04-21 15:23:47 +02:00
@rm -f $(@:.co=.s)
Generic Ethernet driver for cc65 targets. The actual hardware driver is loaded as relocatable module.
2007-11-20 22:10:20 +01:00
%.eth: $(OBJECTDIR)/%.o
$(LD) -t module -m $@.map $< -o $@
Reference in a new issue Copy permalink