nes-proj/cpu/x86/Makefile.x86_common

CONTIKI_CPU_DIRS += .

CONTIKI_SOURCEFILES += gdt.c helpers.S idt.c cpu.c

CC       = gcc
LD       = gcc
AS       = as
OBJCOPY  = objcopy
SIZE     = size
STRIP    = strip

CFLAGSNO = -Wall -g -I/usr/local/include
CFLAGS  += $(CFLAGSNO)
ifeq ($(HOST_OS),Linux)
  LDFLAGS  = -Wl,-Map=contiki-$(TARGET).map,-export-dynamic
else
  LDFLAGS  = -Wl
endif

### Compilation rules

%.so: $(OBJECTDIR)/%.o
	$(LD) -shared -o $@ $^

ifdef CORE
.PHONY: symbols.c symbols.h
symbols.c symbols.h:
	$(NM) $(CORE) | awk -f $(CONTIKI)/tools/mknmlist > symbols.c
else
symbols.c symbols.h:
	cp ${CONTIKI}/tools/empty-symbols.c symbols.c
	cp ${CONTIKI}/tools/empty-symbols.h symbols.h
endif
x86: Break Makefile.x86 into common and pc specific ones Now the cpu/x86/ provides a Makefile.x86_common and a Makefile.x86_pc. The former includes the common Makefile and adds legacy pc specific implementations (currently, drivers only) into the building context, while the latter has everything that defines the bootstrap of a x86 CPU. This commit also fixes platform/galileo/ so it includes the correct makefile - Makefile.x86_quarkX1000. Galileo uses a Quark X1000 SoC which is not an IBM Generic PC-like CPU, but it does provide most of a PCs peripherals through its "Legacy Bridge". Thus, it makes sense that QuarkX1000's Makefile includes code from the legacy_pc x86 cpu. 2015-04-29 17:58:29 +00:00			`CONTIKI_CPU_DIRS += .`
Factored out setup directory search path for source files into Makefile.include. - Search target specific directories before CPU specific directories. - Search CPU specific directories before generic directories. Note: I checked several builds but nevertheless one or the other might need some additional adjustsments. Sorry for the inconvenience. 2007-05-13 08:41:11 +00:00
x86: Break Makefile.x86 into common and pc specific ones Now the cpu/x86/ provides a Makefile.x86_common and a Makefile.x86_pc. The former includes the common Makefile and adds legacy pc specific implementations (currently, drivers only) into the building context, while the latter has everything that defines the bootstrap of a x86 CPU. This commit also fixes platform/galileo/ so it includes the correct makefile - Makefile.x86_quarkX1000. Galileo uses a Quark X1000 SoC which is not an IBM Generic PC-like CPU, but it does provide most of a PCs peripherals through its "Legacy Bridge". Thus, it makes sense that QuarkX1000's Makefile includes code from the legacy_pc x86 cpu. 2015-04-29 17:58:29 +00:00			`CONTIKI_SOURCEFILES += gdt.c helpers.S idt.c cpu.c`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-17 22:41:10 +00:00
			`CC = gcc`
Redefined LD to gcc to make things compile. Removed generation of symbols.[ch] due to problematic builds (seemingly neverending loops). 2007-03-15 21:52:00 +00:00			`LD = gcc`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-17 22:41:10 +00:00			`AS = as`
			`OBJCOPY = objcopy`
galileo: Print elf sections sizes after build This patch changes Galileo's buildsystem to print the elf sections sizes after a new image is built. This way we can easily track how these sections increase or decrease after any change. To achieve that, we define a custom linking rule which is pretty much the same as the default linking rule define in Makefile.include, but we run 'size' command after the image is built. 2015-07-01 21:20:20 +00:00			`SIZE = size`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-17 22:41:10 +00:00			`STRIP = strip`
x86: Break Makefile.x86 into common and pc specific ones Now the cpu/x86/ provides a Makefile.x86_common and a Makefile.x86_pc. The former includes the common Makefile and adds legacy pc specific implementations (currently, drivers only) into the building context, while the latter has everything that defines the bootstrap of a x86 CPU. This commit also fixes platform/galileo/ so it includes the correct makefile - Makefile.x86_quarkX1000. Galileo uses a Quark X1000 SoC which is not an IBM Generic PC-like CPU, but it does provide most of a PCs peripherals through its "Legacy Bridge". Thus, it makes sense that QuarkX1000's Makefile includes code from the legacy_pc x86 cpu. 2015-04-29 17:58:29 +00:00
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 07:54:53 +00:00			`CFLAGSNO = -Wall -g -I/usr/local/include`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-17 22:41:10 +00:00			`CFLAGS += $(CFLAGSNO)`
Fixed TARGET=native compilation issues on Darwin. 2012-02-22 00:46:32 +00:00			`ifeq ($(HOST_OS),Linux)`
			`LDFLAGS = -Wl,-Map=contiki-$(TARGET).map,-export-dynamic`
			`else`
			`LDFLAGS = -Wl`
			`endif`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-17 22:41:10 +00:00
			`### Compilation rules`

			`%.so: $(OBJECTDIR)/%.o`
			`$(LD) -shared -o $@ $^`
Added generation of symbols.[ch] 2006-12-19 09:21:12 +00:00
Added elfloader-stub, symbols generation 2007-03-22 23:58:08 +00:00			`ifdef CORE`
avoid unnecessary symbols.c/h copying 2012-03-23 18:54:11 +00:00			`.PHONY: symbols.c symbols.h`
Added elfloader-stub, symbols generation 2007-03-22 23:58:08 +00:00			`symbols.c symbols.h:`
Patch by Gideon Ernst: use explicit $(CONTIKI) path instead of implicit ../../ path to the mknmlist script 2009-09-03 17:41:58 +00:00			`$(NM) $(CORE) \| awk -f $(CONTIKI)/tools/mknmlist > symbols.c`
Added elfloader-stub, symbols generation 2007-03-22 23:58:08 +00:00			`else`
Added generation of symbols.[ch] 2006-12-19 09:21:12 +00:00			`symbols.c symbols.h:`
Replaced make-empty-symbols with empty-symbols.[c\|h] The symbol generation shell scripts cause CRLF issues on Windows/Cygwin again and again. Instead of fixing this yet again I opted to remove the symbol generation script at least for the "no symbols" scenario with two C source files to be copied. 2011-04-03 11:24:58 +00:00			`cp ${CONTIKI}/tools/empty-symbols.c symbols.c`
			`cp ${CONTIKI}/tools/empty-symbols.h symbols.h`
Added elfloader-stub, symbols generation 2007-03-22 23:58:08 +00:00			`endif`