The following BUILD_XXX variables are renamed to their respective FINAL_XXX
counterparts, as that name is more expressive:
BUILD_CFLAGS, BUILD_CPPFLAGS, BUILD_CXXFLAGS, BUILD_EXTRA_DEBUG_FLAGS,
BUILD_INCLUDE, BUILD_LDFLAGS, BUILD_LIBFLAGS, BUILD_LPPFLAGS
Signed-off-by: Jan Lindemann <jan@janware.com>
CXX is used for linking instead of LD now, since LD might point to the real
linker, which doesn't understand -Wl,--blah options, of course.
Signed-off-by: Jan Lindemann <jan@janware.com>
CXX is used for linking instead of LD now, since LD might point to the real
linker, which doesn't understand -Wl,--blah options, of course.
Signed-off-by: Jan Lindemann <jan@janware.com>
Rename CFLAGS and friends to follow the conventions of the implicit rules
defined by GNU Make:
- $(CPPFLAGS) is passed to both C++ and C compiler
- $(CXXFLAGS) is passed to C++ compiler only
- $(CFLAGS) is passed to C compiler only
- C++ compiler is in $(CXX)
Signed-off-by: Jan Lindemann <jan@janware.com>
These variables denote the flags used in compiler and linker rules.
They are defined as REAL_(CPP|C|LD)FLAGS ?= BUILD_(CPP|C|LD)FLAGS
and provide a means to override the flags assembled cumulatively.
Signed-off-by: Jan Lindemann <jan@janware.com>
This is an experimental commit, mostly facilitating creation of more intricate
include file structures below $(TOPDIR)/include. Probably doesn't hurt but is
only part of the story, since proper clean target support isn't provided per
se.
Signed-off-by: Jan Lindemann <jan@janware.com>
dev-utils.mk is meant to provide targets like install-to-system,
which will be invoked during development
Signed-off-by: Jan Lindemann <jan@janware.com>
This project was copied from ytools, with anything not related to providing
build-functionality left out. This commit replaces the occurences of ytools
with jw-build, and removes some but most certainly not all legacy ytools
references.
Signed-off-by: Jan Lindemann <jan@janware.com>
- Add new makefile projects.mk, which is the place to define the minimally
required set of variables to get a project's makefile oriented about
the build machinery itself, mostly its locations in the file system. This
also includes querying other projects. It's been pushed into a seperate
makefile includeable early in the Makefile hierarchy, so that other
special build variables (i.e. TARGET) can be specialized from within the
project later to define build characteristics.
- Prefixed object files with $(FLAVOUR_PREFIX), to allow for building two
targets from the same directory
Signed-off-by: Jan Lindemann <jan@janware.com>
