osd-contiki/cpu/x86/Makefile.x86

CONTIKI_CPU_DIRS = .

CONTIKI_SOURCEFILES += mtarch.c elfloader-x86.c

### Compiler definitions
CC       = gcc
LD       = gcc
AS       = as
OBJCOPY  = objcopy
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
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 10:41:11 +02:00			`CONTIKI_CPU_DIRS = .`

x86 elfloader 2007-03-28 22:27:13 +02:00			`CONTIKI_SOURCEFILES += mtarch.c elfloader-x86.c`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-18 00:41:10 +02:00
			`### Compiler definitions`
			`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 22:52:00 +01:00			`LD = gcc`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-18 00:41:10 +02:00			`AS = as`
			`OBJCOPY = objcopy`
			`STRIP = strip`
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			`CFLAGSNO = -Wall -g -I/usr/local/include`
Import of the contiki-2.x development code from the SICS internal CVS server 2006-06-18 00:41:10 +02:00			`CFLAGS += $(CFLAGSNO)`
Fixed TARGET=native compilation issues on Darwin. 2012-02-22 01:46:32 +01: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-18 00:41:10 +02:00
			`### Compilation rules`

			`%.so: $(OBJECTDIR)/%.o`
			`$(LD) -shared -o $@ $^`
Added generation of symbols.[ch] 2006-12-19 10:21:12 +01:00
Added elfloader-stub, symbols generation 2007-03-23 00:58:08 +01:00			`ifdef CORE`
avoid unnecessary symbols.c/h copying 2012-03-23 19:54:11 +01:00			`.PHONY: symbols.c symbols.h`
Added elfloader-stub, symbols generation 2007-03-23 00:58:08 +01:00			`symbols.c symbols.h:`
Patch by Gideon Ernst: use explicit $(CONTIKI) path instead of implicit ../../ path to the mknmlist script 2009-09-03 19:41:58 +02:00			`$(NM) $(CORE) \| awk -f $(CONTIKI)/tools/mknmlist > symbols.c`
Added elfloader-stub, symbols generation 2007-03-23 00:58:08 +01:00			`else`
Added generation of symbols.[ch] 2006-12-19 10:21:12 +01: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 13:24:58 +02:00			`cp ${CONTIKI}/tools/empty-symbols.c symbols.c`
			`cp ${CONTIKI}/tools/empty-symbols.h symbols.h`
Added elfloader-stub, symbols generation 2007-03-23 00:58:08 +01:00			`endif`