Blame: impls/cpp/Makefile - kanaka/mal

kanaka / mal UNCLAIMED

mal - Make a Lisp

0 0 0 Assembly

c++11: step 0 2015-03-26 22:08:35 +11:00			`uname_S := $(shell sh -c 'uname -s 2>/dev/null \|\| echo not')`

docker: update some dockerfiles The modified implementations have been tested on Debian bullseye. * prefer later Ubuntu image, hopefully reducing the image count * for Ubuntu versions, prefer numerical versions to unsorted codenames * prefer packaged build systems to local rebuilds * prefer the current default version of each build system * delegate resolution of indirect dependencies to apt * xslt: remove intermediate run script. The initial motivation is to provide an explicit path to the python3 interpreter, as the versioned executable is not always in PATH. * Add DEBIAN_FRONTEND=noninteractive to some Dockerfiles. This is to workaround tzdata which prompts interactively by default. * Debian/Ubuntu do not ship a python->python2 link by default. * With the improved logo implementation in another branch, there is no need anymore to tweat the garbage collector settings. * logo: use upstream brandy compiler (instead of building). * guile: adjust deb-src mechanism to build ucblogo and workaround doc build bug. 2021-08-26 17:07:19 +02:00			`CXX=g++`
c++11: step 0 2015-03-26 22:08:35 +11:00			`ifeq ($(uname_S),Darwin)`
			`# Native build on yosemite. Requires: brew install readline`
cpp makefile uses latest homebrew readline version /usr/local/opt/$package is a symlink to /usr/local/Cellar/$package/$latest_version 2017-10-10 09:45:31 +11:00			`READLINE=/usr/local/opt/readline`
c++11: step 0 2015-03-26 22:08:35 +11:00			`INCPATHS=-I$(READLINE)/include`
			`LIBPATHS=-L$(READLINE)/lib`
			`endif`

			`LD=$(CXX)`
			`AR=ar`

			`DEBUG=-ggdb`
			`CXXFLAGS=-O3 -Wall $(DEBUG) $(INCPATHS) -std=c++11`
			`LDFLAGS=-O3 $(DEBUG) $(LIBPATHS) -L. -lreadline -lhistory`

c++11: step 3 2015-03-27 11:03:28 +11:00			`LIBSOURCES=Core.cpp Environment.cpp Reader.cpp ReadLine.cpp String.cpp \`
c++11: step 2 Note that the optional tests for step 1 now fail because I no longer create a hash directly in the reader, rather handle this as a reader macro: { LIST } -> ( hash-map LIST ) This way, once the constructor has built the hash-map, the hash is now evaluated, and its evaluation procedure is a no-op. I'd like to do the same with vectors, but this isn't so easy, as we use vectors as parameter lists in fn* later on. ie. we'd have this situation, which is incorrect (and I don't see an obvious workaround) (fn* [params] body) -> (fn* (vector params) body) 2015-03-27 09:04:35 +11:00			`Types.cpp Validation.cpp`
c++11: step 0 2015-03-26 22:08:35 +11:00			`LIBOBJS=$(LIBSOURCES:%.cpp=%.o)`

			`MAINS=$(wildcard step*.cpp)`
			`TARGETS=$(MAINS:%.cpp=%)`

			`.PHONY: all clean`

			`.SUFFIXES: .cpp .o`

			`all: $(TARGETS)`

awk-es6, Makefile: dist ruiles 2016-02-14 20:57:31 -06:00			`dist: mal`

			`mal: stepA_mal`
			`cp $< $@`

c++11: step 0 2015-03-26 22:08:35 +11:00			`.deps: .cpp .h`
			`$(CXX) $(CXXFLAGS) -MM *.cpp > .deps`

			`$(TARGETS): %: %.o libmal.a`
Use g++-4.9 instead of clang-3.5 on Linux Using the linker fix from @kanaka 2015-03-28 12:17:25 +11:00			`$(LD) $^ -o $@ $(LDFLAGS)`
c++11: step 0 2015-03-26 22:08:35 +11:00
			`libmal.a: $(LIBOBJS)`
			`$(AR) rcs $@ $^`

			`.cpp.o:`
			`$(CXX) $(CXXFLAGS) -c $< -o $@`

			`clean:`
awk-es6, Makefile: dist ruiles 2016-02-14 20:57:31 -06:00			`rm -rf *.o $(TARGETS) libmal.a .deps mal`
c++11: step 0 2015-03-26 22:08:35 +11:00
			`-include .deps`