2009-01-21 19:12:52 +01:00
|
|
|
|
2016-06-01 06:25:15 +02:00
|
|
|
COMMA := ,
|
|
|
|
|
2009-10-06 21:11:14 +02:00
|
|
|
# Don't use implicit rules or variables
|
|
|
|
# we have explicit rules for everything
|
|
|
|
MAKEFLAGS += -rR
|
|
|
|
|
|
|
|
# Files with this suffixes are final, don't try to generate them
|
|
|
|
# using implicit rules
|
2016-11-02 20:46:13 +01:00
|
|
|
%/trace-events:
|
|
|
|
%.hx:
|
|
|
|
%.py:
|
|
|
|
%.objs:
|
2009-10-06 21:11:14 +02:00
|
|
|
%.d:
|
|
|
|
%.h:
|
|
|
|
%.c:
|
2014-02-05 18:27:27 +01:00
|
|
|
%.cc:
|
2013-08-07 17:39:36 +02:00
|
|
|
%.cpp:
|
2009-10-06 21:11:14 +02:00
|
|
|
%.m:
|
|
|
|
%.mak:
|
2016-09-05 10:52:19 +02:00
|
|
|
clean-target:
|
2009-10-06 21:11:14 +02:00
|
|
|
|
2013-08-07 17:39:36 +02:00
|
|
|
# Flags for C++ compilation
|
|
|
|
QEMU_CXXFLAGS = -D__STDC_LIMIT_MACROS $(filter-out -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wold-style-declaration -Wold-style-definition -Wredundant-decls, $(QEMU_CFLAGS))
|
|
|
|
|
2009-11-19 20:07:52 +01:00
|
|
|
# Flags for dependency generation
|
2015-08-09 11:39:53 +02:00
|
|
|
QEMU_DGFLAGS += -MMD -MP -MT $@ -MF $(@D)/$(*F).d
|
2009-10-11 15:08:57 +02:00
|
|
|
|
make: move top level dir to end of include search path
Currently the search path is
1. source dir corresponding to input file (implicit by compiler)
2. top level build dir
3. top level source dir
4. top level source include/ dir
5. source dir corresponding to input file
6. build dir corresponding to output file
Search item 5 is an effective no-op, since it duplicates item 1.
When srcdir == builddir, item 6 also duplicates item 1, which
causes a semantic difference between VPATH and non-VPATH builds.
Thus to ensure consistent semantics we need item 6 to be present
immediately after item 1. e.g.
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file
3. top level build dir
4. top level source dir
5. top level source include/ dir
When srcdir == builddir, items 1 & 2 collapse into one, and items
3 & 4 collapse into one, but the overall search order is still
consistent with srcdir != builddir
A further complication is that while most of the source files
are built with a current directory of $BUILD_DIR, target dependant
files are built with a current directory of $BUILD_DIR/$TARGET.
As a result, search item 2 resolves to a different location for
target independant vs target dependant files. For example when
building 'migration/ram.o', the use of '-I$(@D)' (which expands
to '-Imigration') would not find '$BUILD_DIR/migration', but
rather '$BUILD_DIR/$TARGET/migration'.
If there are generated headers files to be used by the migration
code in '$BUILD_DIR/migration', these will not be found by the
relative include, an absolute include is needed instead. This
has not been a problem so far, since nothing has been generating
headers in sub-dirs, but the trace code will shortly be doing
that. So it is needed to list '-I$(BUILD_DIR)/$(@D)' as well as
'-I$(@D)' to ensure both directories are searched when building
target dependant code. So the search order ends up being:
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file (absolute)
3. build dir corresponding to output file (relative to cwd)
4. top level build dir
5. top level source dir
6. top level source include/ dir
One final complication is that the absolute '-I$(BUILD_DIR)/$(@D)'
will sometimes end up pointing to a non-existant directory if
that sub-dir does not have any target-independant files to be
built. Rather than try to dynamically filter this, a simple
'mkdir' ensures $(BUILD_DIR)/$(@D) is guaranteed to exist at
all times.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-id: 20170125161417.31949-2-berrange@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
2017-01-25 17:14:10 +01:00
|
|
|
# Compiler searches the source file dir first, but in vpath builds
|
|
|
|
# we need to make it search the build dir too, before any other
|
|
|
|
# explicit search paths. There are two search locations in the build
|
|
|
|
# dir, one absolute and the other relative to the compiler working
|
|
|
|
# directory. These are the same for target-independent files, but
|
|
|
|
# different for target-dependent ones.
|
|
|
|
QEMU_LOCAL_INCLUDES = -I$(BUILD_DIR)/$(@D) -I$(@D)
|
2012-09-17 10:21:52 +02:00
|
|
|
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
WL_U := -Wl,-u,
|
2014-09-18 21:55:08 +02:00
|
|
|
find-symbols = $(if $1, $(sort $(shell $(NM) -P -g $1 | $2)))
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
defined-symbols = $(call find-symbols,$1,awk '$$2!="U"{print $$1}')
|
|
|
|
undefined-symbols = $(call find-symbols,$1,awk '$$2=="U"{print $$1}')
|
|
|
|
|
|
|
|
# All the .mo objects in -m variables are also added into corresponding -y
|
|
|
|
# variable in unnest-vars, but filtered out here, when LINK is called.
|
|
|
|
#
|
|
|
|
# The .mo objects are supposed to be linked as a DSO, for module build. So here
|
|
|
|
# they are only used as a placeholders to generate those "archive undefined"
|
|
|
|
# symbol options (-Wl,-u,$symbol_name), which are the archive functions
|
|
|
|
# referenced by the code in the DSO.
|
|
|
|
#
|
|
|
|
# Also the presence in -y variables will also guarantee they are built before
|
|
|
|
# linking executables that will load them. So we can look up symbol reference
|
|
|
|
# in LINK.
|
|
|
|
#
|
|
|
|
# This is necessary because the exectuable itself may not use the function, in
|
|
|
|
# which case the function would not be linked in. Then the DSO loading will
|
|
|
|
# fail because of the missing symbol.
|
|
|
|
process-archive-undefs = $(filter-out %.a %.mo,$1) \
|
|
|
|
$(addprefix $(WL_U), \
|
|
|
|
$(filter $(call defined-symbols,$(filter %.a, $1)), \
|
|
|
|
$(call undefined-symbols,$(filter %.mo,$1)))) \
|
|
|
|
$(filter %.a,$1)
|
|
|
|
|
2016-07-27 08:26:15 +02:00
|
|
|
extract-libs = $(strip $(foreach o,$(filter-out %.mo,$1),$($o-libs)))
|
2014-02-10 07:48:56 +01:00
|
|
|
expand-objs = $(strip $(sort $(filter %.o,$1)) \
|
|
|
|
$(foreach o,$(filter %.mo,$1),$($o-objs)) \
|
|
|
|
$(filter-out %.o %.mo,$1))
|
2014-02-10 07:48:53 +01:00
|
|
|
|
2010-01-06 20:24:05 +01:00
|
|
|
%.o: %.c
|
make: move top level dir to end of include search path
Currently the search path is
1. source dir corresponding to input file (implicit by compiler)
2. top level build dir
3. top level source dir
4. top level source include/ dir
5. source dir corresponding to input file
6. build dir corresponding to output file
Search item 5 is an effective no-op, since it duplicates item 1.
When srcdir == builddir, item 6 also duplicates item 1, which
causes a semantic difference between VPATH and non-VPATH builds.
Thus to ensure consistent semantics we need item 6 to be present
immediately after item 1. e.g.
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file
3. top level build dir
4. top level source dir
5. top level source include/ dir
When srcdir == builddir, items 1 & 2 collapse into one, and items
3 & 4 collapse into one, but the overall search order is still
consistent with srcdir != builddir
A further complication is that while most of the source files
are built with a current directory of $BUILD_DIR, target dependant
files are built with a current directory of $BUILD_DIR/$TARGET.
As a result, search item 2 resolves to a different location for
target independant vs target dependant files. For example when
building 'migration/ram.o', the use of '-I$(@D)' (which expands
to '-Imigration') would not find '$BUILD_DIR/migration', but
rather '$BUILD_DIR/$TARGET/migration'.
If there are generated headers files to be used by the migration
code in '$BUILD_DIR/migration', these will not be found by the
relative include, an absolute include is needed instead. This
has not been a problem so far, since nothing has been generating
headers in sub-dirs, but the trace code will shortly be doing
that. So it is needed to list '-I$(BUILD_DIR)/$(@D)' as well as
'-I$(@D)' to ensure both directories are searched when building
target dependant code. So the search order ends up being:
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file (absolute)
3. build dir corresponding to output file (relative to cwd)
4. top level build dir
5. top level source dir
6. top level source include/ dir
One final complication is that the absolute '-I$(BUILD_DIR)/$(@D)'
will sometimes end up pointing to a non-existant directory if
that sub-dir does not have any target-independant files to be
built. Rather than try to dynamically filter this, a simple
'mkdir' ensures $(BUILD_DIR)/$(@D) is guaranteed to exist at
all times.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-id: 20170125161417.31949-2-berrange@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
2017-01-25 17:14:10 +01:00
|
|
|
$(call quiet-command,$(CC) $(QEMU_LOCAL_INCLUDES) $(QEMU_INCLUDES) \
|
|
|
|
$(QEMU_CFLAGS) $(QEMU_DGFLAGS) $(CFLAGS) $($@-cflags) \
|
|
|
|
-c -o $@ $<,"CC","$(TARGET_DIR)$@")
|
2013-04-27 00:25:31 +02:00
|
|
|
%.o: %.rc
|
2016-10-04 18:27:21 +02:00
|
|
|
$(call quiet-command,$(WINDRES) -I. -o $@ $<,"RC","$(TARGET_DIR)$@")
|
2009-01-21 19:12:52 +01:00
|
|
|
|
2014-02-05 18:27:27 +01:00
|
|
|
# If we have a CXX we might have some C++ objects, in which case we
|
|
|
|
# must link with the C++ compiler, not the plain C compiler.
|
|
|
|
LINKPROG = $(or $(CXX),$(CC))
|
|
|
|
|
2014-05-27 09:54:19 +02:00
|
|
|
LINK = $(call quiet-command, $(LINKPROG) $(QEMU_CFLAGS) $(CFLAGS) $(LDFLAGS) -o $@ \
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
$(call process-archive-undefs, $1) \
|
2016-10-04 18:27:21 +02:00
|
|
|
$(version-obj-y) $(call extract-libs,$1) $(LIBS),"LINK","$(TARGET_DIR)$@")
|
2011-05-15 10:51:28 +02:00
|
|
|
|
2016-06-23 19:39:18 +02:00
|
|
|
%.o: %.S
|
make: move top level dir to end of include search path
Currently the search path is
1. source dir corresponding to input file (implicit by compiler)
2. top level build dir
3. top level source dir
4. top level source include/ dir
5. source dir corresponding to input file
6. build dir corresponding to output file
Search item 5 is an effective no-op, since it duplicates item 1.
When srcdir == builddir, item 6 also duplicates item 1, which
causes a semantic difference between VPATH and non-VPATH builds.
Thus to ensure consistent semantics we need item 6 to be present
immediately after item 1. e.g.
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file
3. top level build dir
4. top level source dir
5. top level source include/ dir
When srcdir == builddir, items 1 & 2 collapse into one, and items
3 & 4 collapse into one, but the overall search order is still
consistent with srcdir != builddir
A further complication is that while most of the source files
are built with a current directory of $BUILD_DIR, target dependant
files are built with a current directory of $BUILD_DIR/$TARGET.
As a result, search item 2 resolves to a different location for
target independant vs target dependant files. For example when
building 'migration/ram.o', the use of '-I$(@D)' (which expands
to '-Imigration') would not find '$BUILD_DIR/migration', but
rather '$BUILD_DIR/$TARGET/migration'.
If there are generated headers files to be used by the migration
code in '$BUILD_DIR/migration', these will not be found by the
relative include, an absolute include is needed instead. This
has not been a problem so far, since nothing has been generating
headers in sub-dirs, but the trace code will shortly be doing
that. So it is needed to list '-I$(BUILD_DIR)/$(@D)' as well as
'-I$(@D)' to ensure both directories are searched when building
target dependant code. So the search order ends up being:
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file (absolute)
3. build dir corresponding to output file (relative to cwd)
4. top level build dir
5. top level source dir
6. top level source include/ dir
One final complication is that the absolute '-I$(BUILD_DIR)/$(@D)'
will sometimes end up pointing to a non-existant directory if
that sub-dir does not have any target-independant files to be
built. Rather than try to dynamically filter this, a simple
'mkdir' ensures $(BUILD_DIR)/$(@D) is guaranteed to exist at
all times.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-id: 20170125161417.31949-2-berrange@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
2017-01-25 17:14:10 +01:00
|
|
|
$(call quiet-command,$(CCAS) $(QEMU_LOCAL_INCLUDES) $(QEMU_INCLUDES) \
|
|
|
|
$(QEMU_CFLAGS) $(QEMU_DGFLAGS) $(CFLAGS) \
|
|
|
|
-c -o $@ $<,"CCAS","$(TARGET_DIR)$@")
|
2009-01-21 19:12:52 +01:00
|
|
|
|
2014-02-05 18:27:27 +01:00
|
|
|
%.o: %.cc
|
make: move top level dir to end of include search path
Currently the search path is
1. source dir corresponding to input file (implicit by compiler)
2. top level build dir
3. top level source dir
4. top level source include/ dir
5. source dir corresponding to input file
6. build dir corresponding to output file
Search item 5 is an effective no-op, since it duplicates item 1.
When srcdir == builddir, item 6 also duplicates item 1, which
causes a semantic difference between VPATH and non-VPATH builds.
Thus to ensure consistent semantics we need item 6 to be present
immediately after item 1. e.g.
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file
3. top level build dir
4. top level source dir
5. top level source include/ dir
When srcdir == builddir, items 1 & 2 collapse into one, and items
3 & 4 collapse into one, but the overall search order is still
consistent with srcdir != builddir
A further complication is that while most of the source files
are built with a current directory of $BUILD_DIR, target dependant
files are built with a current directory of $BUILD_DIR/$TARGET.
As a result, search item 2 resolves to a different location for
target independant vs target dependant files. For example when
building 'migration/ram.o', the use of '-I$(@D)' (which expands
to '-Imigration') would not find '$BUILD_DIR/migration', but
rather '$BUILD_DIR/$TARGET/migration'.
If there are generated headers files to be used by the migration
code in '$BUILD_DIR/migration', these will not be found by the
relative include, an absolute include is needed instead. This
has not been a problem so far, since nothing has been generating
headers in sub-dirs, but the trace code will shortly be doing
that. So it is needed to list '-I$(BUILD_DIR)/$(@D)' as well as
'-I$(@D)' to ensure both directories are searched when building
target dependant code. So the search order ends up being:
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file (absolute)
3. build dir corresponding to output file (relative to cwd)
4. top level build dir
5. top level source dir
6. top level source include/ dir
One final complication is that the absolute '-I$(BUILD_DIR)/$(@D)'
will sometimes end up pointing to a non-existant directory if
that sub-dir does not have any target-independant files to be
built. Rather than try to dynamically filter this, a simple
'mkdir' ensures $(BUILD_DIR)/$(@D) is guaranteed to exist at
all times.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-id: 20170125161417.31949-2-berrange@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
2017-01-25 17:14:10 +01:00
|
|
|
$(call quiet-command,$(CXX) $(QEMU_LOCAL_INCLUDES) $(QEMU_INCLUDES) \
|
|
|
|
$(QEMU_CXXFLAGS) $(QEMU_DGFLAGS) $(CFLAGS) $($@-cflags) \
|
|
|
|
-c -o $@ $<,"CXX","$(TARGET_DIR)$@")
|
2014-02-05 18:27:27 +01:00
|
|
|
|
2013-08-07 17:39:36 +02:00
|
|
|
%.o: %.cpp
|
make: move top level dir to end of include search path
Currently the search path is
1. source dir corresponding to input file (implicit by compiler)
2. top level build dir
3. top level source dir
4. top level source include/ dir
5. source dir corresponding to input file
6. build dir corresponding to output file
Search item 5 is an effective no-op, since it duplicates item 1.
When srcdir == builddir, item 6 also duplicates item 1, which
causes a semantic difference between VPATH and non-VPATH builds.
Thus to ensure consistent semantics we need item 6 to be present
immediately after item 1. e.g.
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file
3. top level build dir
4. top level source dir
5. top level source include/ dir
When srcdir == builddir, items 1 & 2 collapse into one, and items
3 & 4 collapse into one, but the overall search order is still
consistent with srcdir != builddir
A further complication is that while most of the source files
are built with a current directory of $BUILD_DIR, target dependant
files are built with a current directory of $BUILD_DIR/$TARGET.
As a result, search item 2 resolves to a different location for
target independant vs target dependant files. For example when
building 'migration/ram.o', the use of '-I$(@D)' (which expands
to '-Imigration') would not find '$BUILD_DIR/migration', but
rather '$BUILD_DIR/$TARGET/migration'.
If there are generated headers files to be used by the migration
code in '$BUILD_DIR/migration', these will not be found by the
relative include, an absolute include is needed instead. This
has not been a problem so far, since nothing has been generating
headers in sub-dirs, but the trace code will shortly be doing
that. So it is needed to list '-I$(BUILD_DIR)/$(@D)' as well as
'-I$(@D)' to ensure both directories are searched when building
target dependant code. So the search order ends up being:
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file (absolute)
3. build dir corresponding to output file (relative to cwd)
4. top level build dir
5. top level source dir
6. top level source include/ dir
One final complication is that the absolute '-I$(BUILD_DIR)/$(@D)'
will sometimes end up pointing to a non-existant directory if
that sub-dir does not have any target-independant files to be
built. Rather than try to dynamically filter this, a simple
'mkdir' ensures $(BUILD_DIR)/$(@D) is guaranteed to exist at
all times.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-id: 20170125161417.31949-2-berrange@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
2017-01-25 17:14:10 +01:00
|
|
|
$(call quiet-command,$(CXX) $(QEMU_LOCAL_INCLUDES) $(QEMU_INCLUDES) \
|
|
|
|
$(QEMU_CXXFLAGS) $(QEMU_DGFLAGS) $(CFLAGS) $($@-cflags) \
|
|
|
|
-c -o $@ $<,"CXX","$(TARGET_DIR)$@")
|
2013-08-07 17:39:36 +02:00
|
|
|
|
2009-01-21 19:12:52 +01:00
|
|
|
%.o: %.m
|
make: move top level dir to end of include search path
Currently the search path is
1. source dir corresponding to input file (implicit by compiler)
2. top level build dir
3. top level source dir
4. top level source include/ dir
5. source dir corresponding to input file
6. build dir corresponding to output file
Search item 5 is an effective no-op, since it duplicates item 1.
When srcdir == builddir, item 6 also duplicates item 1, which
causes a semantic difference between VPATH and non-VPATH builds.
Thus to ensure consistent semantics we need item 6 to be present
immediately after item 1. e.g.
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file
3. top level build dir
4. top level source dir
5. top level source include/ dir
When srcdir == builddir, items 1 & 2 collapse into one, and items
3 & 4 collapse into one, but the overall search order is still
consistent with srcdir != builddir
A further complication is that while most of the source files
are built with a current directory of $BUILD_DIR, target dependant
files are built with a current directory of $BUILD_DIR/$TARGET.
As a result, search item 2 resolves to a different location for
target independant vs target dependant files. For example when
building 'migration/ram.o', the use of '-I$(@D)' (which expands
to '-Imigration') would not find '$BUILD_DIR/migration', but
rather '$BUILD_DIR/$TARGET/migration'.
If there are generated headers files to be used by the migration
code in '$BUILD_DIR/migration', these will not be found by the
relative include, an absolute include is needed instead. This
has not been a problem so far, since nothing has been generating
headers in sub-dirs, but the trace code will shortly be doing
that. So it is needed to list '-I$(BUILD_DIR)/$(@D)' as well as
'-I$(@D)' to ensure both directories are searched when building
target dependant code. So the search order ends up being:
1. source dir corresponding to input file (implicit by compiler)
2. build dir corresponding to output file (absolute)
3. build dir corresponding to output file (relative to cwd)
4. top level build dir
5. top level source dir
6. top level source include/ dir
One final complication is that the absolute '-I$(BUILD_DIR)/$(@D)'
will sometimes end up pointing to a non-existant directory if
that sub-dir does not have any target-independant files to be
built. Rather than try to dynamically filter this, a simple
'mkdir' ensures $(BUILD_DIR)/$(@D) is guaranteed to exist at
all times.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-id: 20170125161417.31949-2-berrange@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
2017-01-25 17:14:10 +01:00
|
|
|
$(call quiet-command,$(OBJCC) $(QEMU_LOCAL_INCLUDES) $(QEMU_INCLUDES) \
|
|
|
|
$(QEMU_CFLAGS) $(QEMU_DGFLAGS) $(CFLAGS) $($@-cflags) \
|
|
|
|
-c -o $@ $<,"OBJC","$(TARGET_DIR)$@")
|
2009-01-21 19:12:52 +01:00
|
|
|
|
2012-12-21 09:23:18 +01:00
|
|
|
%.o: %.dtrace
|
2016-10-04 18:27:21 +02:00
|
|
|
$(call quiet-command,dtrace -o $@ -G -s $<,"GEN","$(TARGET_DIR)$@")
|
2012-12-21 09:23:18 +01:00
|
|
|
|
2015-05-07 08:55:15 +02:00
|
|
|
DSO_OBJ_CFLAGS := -fPIC -DBUILD_DSO
|
|
|
|
module-common.o: CFLAGS += $(DSO_OBJ_CFLAGS)
|
2014-02-10 07:48:56 +01:00
|
|
|
%$(DSOSUF): LDFLAGS += $(LDFLAGS_SHARED)
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
%$(DSOSUF): %.mo
|
2014-02-10 07:48:56 +01:00
|
|
|
$(call LINK,$^)
|
2014-02-10 07:48:57 +01:00
|
|
|
@# Copy to build root so modules can be loaded when program started without install
|
2016-10-04 18:27:21 +02:00
|
|
|
$(if $(findstring /,$@),$(call quiet-command,cp $@ $(subst /,-,$@),"CP","$(subst /,-,$@)"))
|
2014-02-10 07:48:56 +01:00
|
|
|
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
|
2016-11-29 16:37:20 +01:00
|
|
|
LD_REL := $(CC) -nostdlib $(LD_REL_FLAGS)
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
|
|
|
|
%.mo:
|
2016-10-04 18:27:21 +02:00
|
|
|
$(call quiet-command,$(LD_REL) -o $@ $^,"LD","$(TARGET_DIR)$@")
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
|
2014-02-10 07:48:56 +01:00
|
|
|
.PHONY: modules
|
|
|
|
modules:
|
|
|
|
|
2009-01-21 19:13:02 +01:00
|
|
|
%$(EXESUF): %.o
|
2016-02-17 15:59:36 +01:00
|
|
|
$(call LINK,$(filter %.o %.a %.mo, $^))
|
2009-01-21 19:13:09 +01:00
|
|
|
|
2009-01-21 19:13:16 +01:00
|
|
|
%.a:
|
2016-10-04 18:27:21 +02:00
|
|
|
$(call quiet-command,rm -f $@ && $(AR) rcs $@ $^,"AR","$(TARGET_DIR)$@")
|
2009-01-21 19:13:16 +01:00
|
|
|
|
2016-10-04 18:27:21 +02:00
|
|
|
# Usage: $(call quiet-command,command and args,"NAME","args to print")
|
|
|
|
# This will run "command and args", and either:
|
|
|
|
# if V=1 just print the whole command and args
|
|
|
|
# otherwise print the 'quiet' output in the format " NAME args to print"
|
|
|
|
# NAME should be a short name of the command, 7 letters or fewer.
|
|
|
|
# If called with only a single argument, will print nothing in quiet mode.
|
|
|
|
quiet-command = $(if $(V),$1,$(if $(2),@printf " %-7s %s\n" $2 $3 && $1, @$1))
|
2009-07-21 14:11:18 +02:00
|
|
|
|
|
|
|
# cc-option
|
2009-08-31 00:48:45 +02:00
|
|
|
# Usage: CFLAGS+=$(call cc-option, -falign-functions=0, -malign-functions=0)
|
2009-07-21 14:11:18 +02:00
|
|
|
|
2009-09-11 18:45:40 +02:00
|
|
|
cc-option = $(if $(shell $(CC) $1 $2 -S -o /dev/null -xc /dev/null \
|
|
|
|
>/dev/null 2>&1 && echo OK), $2, $3)
|
2016-07-20 21:36:49 +02:00
|
|
|
cc-c-option = $(if $(shell $(CC) $1 $2 -c -o /dev/null -xc /dev/null \
|
|
|
|
>/dev/null 2>&1 && echo OK), $2, $3)
|
2009-10-07 02:40:58 +02:00
|
|
|
|
2014-02-05 18:27:27 +01:00
|
|
|
VPATH_SUFFIXES = %.c %.h %.S %.cc %.cpp %.m %.mak %.texi %.sh %.rc
|
2010-04-26 23:52:23 +02:00
|
|
|
set-vpath = $(if $1,$(foreach PATTERN,$(VPATH_SUFFIXES),$(eval vpath $(PATTERN) $1)))
|
2009-12-21 10:06:55 +01:00
|
|
|
|
2014-06-22 08:55:23 +02:00
|
|
|
# install-prog list, dir
|
|
|
|
define install-prog
|
|
|
|
$(INSTALL_DIR) "$2"
|
|
|
|
$(INSTALL_PROG) $1 "$2"
|
|
|
|
$(if $(STRIP),$(STRIP) $(foreach T,$1,"$2/$(notdir $T)"),)
|
|
|
|
endef
|
|
|
|
|
2010-10-21 10:18:40 +02:00
|
|
|
# find-in-path
|
|
|
|
# Usage: $(call find-in-path, prog)
|
|
|
|
# Looks in the PATH if the argument contains no slash, else only considers one
|
|
|
|
# specific directory. Returns an # empty string if the program doesn't exist
|
|
|
|
# there.
|
2016-09-23 14:35:08 +02:00
|
|
|
find-in-path = $(if $(findstring /, $1), \
|
2010-10-21 10:18:40 +02:00
|
|
|
$(wildcard $1), \
|
|
|
|
$(wildcard $(patsubst %, %/$1, $(subst :, ,$(PATH)))))
|
|
|
|
|
2013-09-13 19:25:51 +02:00
|
|
|
# Logical functions (for operating on y/n values like CONFIG_FOO vars)
|
|
|
|
# Inputs to these must be either "y" (true) or "n" or "" (both false)
|
|
|
|
# Output is always either "y" or "n".
|
|
|
|
# Usage: $(call land,$(CONFIG_FOO),$(CONFIG_BAR))
|
|
|
|
# Logical NOT
|
|
|
|
lnot = $(if $(subst n,,$1),n,y)
|
|
|
|
# Logical AND
|
|
|
|
land = $(if $(findstring yy,$1$2),y,n)
|
|
|
|
# Logical OR
|
|
|
|
lor = $(if $(findstring y,$1$2),y,n)
|
|
|
|
# Logical XOR (note that this is the inverse of leqv)
|
|
|
|
lxor = $(if $(filter $(call lnot,$1),$(call lnot,$2)),n,y)
|
|
|
|
# Logical equivalence (note that leqv "","n" is true)
|
|
|
|
leqv = $(if $(filter $(call lnot,$1),$(call lnot,$2)),y,n)
|
|
|
|
# Logical if: like make's $(if) but with an leqv-like test
|
|
|
|
lif = $(if $(subst n,,$1),$2,$3)
|
|
|
|
|
2013-09-13 19:25:52 +02:00
|
|
|
# String testing functions: inputs to these can be any string;
|
|
|
|
# the output is always either "y" or "n". Leading and trailing whitespace
|
|
|
|
# is ignored when comparing strings.
|
|
|
|
# String equality
|
|
|
|
eq = $(if $(subst $2,,$1)$(subst $1,,$2),n,y)
|
|
|
|
# String inequality
|
|
|
|
ne = $(if $(subst $2,,$1)$(subst $1,,$2),y,n)
|
|
|
|
# Emptiness/non-emptiness tests:
|
|
|
|
isempty = $(if $1,n,y)
|
|
|
|
notempty = $(if $1,y,n)
|
|
|
|
|
2012-04-18 20:15:45 +02:00
|
|
|
# Generate files with tracetool
|
|
|
|
TRACETOOL=$(PYTHON) $(SRC_PATH)/scripts/tracetool.py
|
|
|
|
|
2009-10-07 02:40:58 +02:00
|
|
|
# Generate timestamp files for .h include files
|
|
|
|
|
2013-01-15 12:12:35 +01:00
|
|
|
config-%.h: config-%.h-timestamp
|
|
|
|
@cmp $< $@ >/dev/null 2>&1 || cp $< $@
|
2009-10-07 02:40:58 +02:00
|
|
|
|
2016-06-07 13:25:24 +02:00
|
|
|
config-%.h-timestamp: config-%.mak $(SRC_PATH)/scripts/create_config
|
2016-10-04 18:27:21 +02:00
|
|
|
$(call quiet-command, sh $(SRC_PATH)/scripts/create_config < $< > $@,"GEN","$(TARGET_DIR)config-$*.h")
|
2009-12-07 20:04:52 +01:00
|
|
|
|
2013-01-15 12:27:54 +01:00
|
|
|
.PHONY: clean-timestamp
|
|
|
|
clean-timestamp:
|
|
|
|
rm -f *.timestamp
|
|
|
|
clean: clean-timestamp
|
|
|
|
|
2009-12-07 20:04:52 +01:00
|
|
|
# will delete the target of a rule if commands exit with a nonzero exit status
|
|
|
|
.DELETE_ON_ERROR:
|
2012-05-22 13:41:27 +02:00
|
|
|
|
2014-05-27 09:54:19 +02:00
|
|
|
# save-vars
|
|
|
|
# Usage: $(call save-vars, vars)
|
|
|
|
# Save each variable $v in $vars as save-vars-$v, save their object's
|
2016-11-02 16:10:23 +01:00
|
|
|
# variables, then clear $v. saved-vars-$v contains the variables that
|
|
|
|
# where saved for the objects, in order to speedup load-vars.
|
2014-05-27 09:54:19 +02:00
|
|
|
define save-vars
|
|
|
|
$(foreach v,$1,
|
|
|
|
$(eval save-vars-$v := $(value $v))
|
2016-11-02 16:10:23 +01:00
|
|
|
$(eval saved-vars-$v := $(foreach o,$($v), \
|
|
|
|
$(if $($o-cflags), $o-cflags $(eval save-vars-$o-cflags := $($o-cflags))$(eval $o-cflags := )) \
|
|
|
|
$(if $($o-libs), $o-libs $(eval save-vars-$o-libs := $($o-libs))$(eval $o-libs := )) \
|
|
|
|
$(if $($o-objs), $o-objs $(eval save-vars-$o-objs := $($o-objs))$(eval $o-objs := ))))
|
2014-05-27 09:54:19 +02:00
|
|
|
$(eval $v := ))
|
2014-02-10 07:48:53 +01:00
|
|
|
endef
|
|
|
|
|
2014-05-27 09:54:19 +02:00
|
|
|
# load-vars
|
|
|
|
# Usage: $(call load-vars, vars, add_var)
|
|
|
|
# Load the saved value for each variable in @vars, and the per object
|
|
|
|
# variables.
|
|
|
|
# Append @add_var's current value to the loaded value.
|
|
|
|
define load-vars
|
|
|
|
$(eval $2-new-value := $(value $2))
|
|
|
|
$(foreach v,$1,
|
|
|
|
$(eval $v := $(value save-vars-$v))
|
2016-11-02 16:10:23 +01:00
|
|
|
$(foreach o,$(saved-vars-$v),
|
|
|
|
$(eval $o := $(save-vars-$o)) $(eval save-vars-$o := ))
|
|
|
|
$(eval save-vars-$v := )
|
|
|
|
$(eval saved-vars-$v := ))
|
2014-05-27 09:54:19 +02:00
|
|
|
$(eval $2 := $(value $2) $($2-new-value))
|
2012-05-22 13:41:27 +02:00
|
|
|
endef
|
|
|
|
|
2014-05-27 09:54:19 +02:00
|
|
|
# fix-paths
|
|
|
|
# Usage: $(call fix-paths, obj_path, src_path, vars)
|
|
|
|
# Add prefix @obj_path to all objects in @vars, and add prefix @src_path to all
|
|
|
|
# directories in @vars.
|
|
|
|
define fix-paths
|
|
|
|
$(foreach v,$3,
|
|
|
|
$(foreach o,$($v),
|
|
|
|
$(if $($o-libs),
|
|
|
|
$(eval $1$o-libs := $($o-libs)))
|
|
|
|
$(if $($o-cflags),
|
|
|
|
$(eval $1$o-cflags := $($o-cflags)))
|
|
|
|
$(if $($o-objs),
|
|
|
|
$(eval $1$o-objs := $(addprefix $1,$($o-objs)))))
|
|
|
|
$(eval $v := $(addprefix $1,$(filter-out %/,$($v))) \
|
|
|
|
$(addprefix $2,$(filter %/,$($v)))))
|
2012-05-22 13:41:27 +02:00
|
|
|
endef
|
|
|
|
|
2014-05-27 09:54:19 +02:00
|
|
|
# unnest-var-recursive
|
|
|
|
# Usage: $(call unnest-var-recursive, obj_prefix, vars, var)
|
|
|
|
#
|
|
|
|
# Unnest @var by including subdir Makefile.objs, while protect others in @vars
|
|
|
|
# unchanged.
|
|
|
|
#
|
|
|
|
# @obj_prefix is the starting point of object path prefix.
|
|
|
|
#
|
|
|
|
define unnest-var-recursive
|
|
|
|
$(eval dirs := $(sort $(filter %/,$($3))))
|
|
|
|
$(eval $3 := $(filter-out %/,$($3)))
|
|
|
|
$(foreach d,$(dirs:%/=%),
|
|
|
|
$(call save-vars,$2)
|
|
|
|
$(eval obj := $(if $1,$1/)$d)
|
|
|
|
$(eval -include $(SRC_PATH)/$d/Makefile.objs)
|
|
|
|
$(call fix-paths,$(if $1,$1/)$d/,$d/,$2)
|
|
|
|
$(call load-vars,$2,$3)
|
|
|
|
$(call unnest-var-recursive,$1,$2,$3))
|
2014-02-10 07:48:56 +01:00
|
|
|
endef
|
|
|
|
|
2014-05-27 09:54:19 +02:00
|
|
|
# unnest-vars
|
|
|
|
# Usage: $(call unnest-vars, obj_prefix, vars)
|
|
|
|
#
|
|
|
|
# @obj_prefix: object path prefix, can be empty, or '..', etc. Don't include
|
|
|
|
# ending '/'.
|
|
|
|
#
|
|
|
|
# @vars: the list of variable names to unnest.
|
|
|
|
#
|
|
|
|
# This macro will scan subdirectories's Makefile.objs, include them, to build
|
|
|
|
# up each variable listed in @vars.
|
|
|
|
#
|
|
|
|
# Per object and per module cflags and libs are saved with relative path fixed
|
|
|
|
# as well, those variables include -libs, -cflags and -objs. Items in -objs are
|
|
|
|
# also fixed to relative path against SRC_PATH plus the prefix @obj_prefix.
|
|
|
|
#
|
|
|
|
# All nested variables postfixed by -m in names are treated as DSO variables,
|
|
|
|
# and will be built as modules, if enabled.
|
|
|
|
#
|
|
|
|
# A simple example of the unnest:
|
|
|
|
#
|
|
|
|
# obj_prefix = ..
|
|
|
|
# vars = hot cold
|
|
|
|
# hot = fire.o sun.o season/
|
|
|
|
# cold = snow.o water/ season/
|
|
|
|
#
|
|
|
|
# Unnest through a faked source directory structure:
|
|
|
|
#
|
|
|
|
# SRC_PATH
|
|
|
|
# ├── water
|
|
|
|
# │ └── Makefile.objs──────────────────┐
|
|
|
|
# │ │ hot += steam.o │
|
|
|
|
# │ │ cold += ice.mo │
|
|
|
|
# │ │ ice.mo-libs := -licemaker │
|
|
|
|
# │ │ ice.mo-objs := ice1.o ice2.o │
|
|
|
|
# │ └──────────────────────────────┘
|
|
|
|
# │
|
|
|
|
# └── season
|
|
|
|
# └── Makefile.objs──────┐
|
|
|
|
# │ hot += summer.o │
|
|
|
|
# │ cold += winter.o │
|
|
|
|
# └──────────────────┘
|
|
|
|
#
|
|
|
|
# In the end, the result will be:
|
|
|
|
#
|
|
|
|
# hot = ../fire.o ../sun.o ../season/summer.o
|
|
|
|
# cold = ../snow.o ../water/ice.mo ../season/winter.o
|
|
|
|
# ../water/ice.mo-libs = -licemaker
|
|
|
|
# ../water/ice.mo-objs = ../water/ice1.o ../water/ice2.o
|
|
|
|
#
|
|
|
|
# Note that 'hot' didn't include 'season/' in the input, so 'summer.o' is not
|
|
|
|
# included.
|
|
|
|
#
|
2012-05-22 13:41:27 +02:00
|
|
|
define unnest-vars
|
2014-05-27 09:54:19 +02:00
|
|
|
# In the case of target build (i.e. $1 == ..), fix path for top level
|
|
|
|
# Makefile.objs objects
|
|
|
|
$(if $1,$(call fix-paths,$1/,,$2))
|
|
|
|
|
|
|
|
# Descend and include every subdir Makefile.objs
|
2015-01-12 05:43:09 +01:00
|
|
|
$(foreach v, $2,
|
|
|
|
$(call unnest-var-recursive,$1,$2,$v)
|
|
|
|
# Pass the .mo-cflags and .mo-libs along to its member objects
|
|
|
|
$(foreach o, $(filter %.mo,$($v)),
|
|
|
|
$(foreach p,$($o-objs),
|
|
|
|
$(if $($o-cflags), $(eval $p-cflags += $($o-cflags)))
|
|
|
|
$(if $($o-libs), $(eval $p-libs += $($o-libs))))))
|
|
|
|
|
|
|
|
# For all %.mo objects that are directly added into -y, just expand them
|
|
|
|
$(foreach v,$(filter %-y,$2),
|
|
|
|
$(eval $v := $(foreach o,$($v),$(if $($o-objs),$($o-objs),$o))))
|
2014-05-27 09:54:19 +02:00
|
|
|
|
|
|
|
$(foreach v,$(filter %-m,$2),
|
|
|
|
# All .o found in *-m variables are single object modules, create .mo
|
|
|
|
# for them
|
|
|
|
$(foreach o,$(filter %.o,$($v)),
|
|
|
|
$(eval $(o:%.o=%.mo)-objs := $o))
|
|
|
|
# Now unify .o in -m variable to .mo
|
|
|
|
$(eval $v := $($v:%.o=%.mo))
|
|
|
|
$(eval modules-m += $($v))
|
|
|
|
|
|
|
|
# For module build, build shared libraries during "make modules"
|
|
|
|
# For non-module build, add -m to -y
|
|
|
|
$(if $(CONFIG_MODULES),
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
$(foreach o,$($v),
|
2015-05-07 08:55:15 +02:00
|
|
|
$(eval $($o-objs): CFLAGS += $(DSO_OBJ_CFLAGS))
|
rules.mak: Fix DSO build by pulling in archive symbols
This fixes an issue with module build system. block/iscsi.so is
currently broken:
$ ~/build/last/qemu-img
Failed to open module: /home/fam/build/master/block-iscsi.so:
undefined symbol: qmp_query_uuid
qemu-img: Not enough arguments
Try 'qemu-img --help' for more information
To fix this, we should (at least) let qemu-img link qmp_query_uuid from
libqemustub.a. (There are a few other symbols missing, as well.)
This patch changes the linking rules to:
1) Build ".mo" with "ld -r -o $@ $^" for each ".so", and later build .so
with it.
2) Always build all the .mo before linking the executables. This is
achieved by adding those .mo files to the executables' "-y"
variables.
3) When linking an executable, those .mo files in its "-y" variables are
filtered out, and replaced by one or more -Wl,-u,$symbol flags. This
is done in the added macro "process-archive-undefs".
These "-Wl,-u,$symbol" flags will force ld to pull in the function
definition from the archives when linking.
Note that the .mo objects, that are actually meant to be linked in
the executables, are already expanded in unnest-vars, before the
linking command. So we are safe to simply filter out .mo for the
purpose of pulling undefined symbols.
process-archive-undefs works as this: For each ".mo", find all the
undefined symbols in it, filter ones that are defined in the
archives. For each of these symbols, generate a "-Wl,-u,$symbol" in
the link command, and put them before archive names in the command
line.
Suggested-by: H.J. Lu <hjl.tools@gmail.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-01 12:35:10 +02:00
|
|
|
$(eval $o: $($o-objs)))
|
|
|
|
$(eval $(patsubst %-m,%-y,$v) += $($v))
|
2014-05-27 09:54:19 +02:00
|
|
|
$(eval modules: $($v:%.mo=%$(DSOSUF))),
|
|
|
|
$(eval $(patsubst %-m,%-y,$v) += $(call expand-objs, $($v)))))
|
|
|
|
|
|
|
|
# Post-process all the unnested vars
|
|
|
|
$(foreach v,$2,
|
|
|
|
$(foreach o, $(filter %.mo,$($v)),
|
|
|
|
# Find all the .mo objects in variables and add dependency rules
|
|
|
|
# according to .mo-objs. Report error if not set
|
|
|
|
$(if $($o-objs),
|
|
|
|
$(eval $(o:%.mo=%$(DSOSUF)): module-common.o $($o-objs)),
|
2015-01-12 05:43:09 +01:00
|
|
|
$(error $o added in $v but $o-objs is not set)))
|
2014-05-27 09:54:19 +02:00
|
|
|
$(shell mkdir -p ./ $(sort $(dir $($v))))
|
|
|
|
# Include all the .d files
|
2015-08-09 11:39:59 +02:00
|
|
|
$(eval -include $(patsubst %.o,%.d,$(patsubst %.mo,%.d,$($v))))
|
2014-05-27 09:54:19 +02:00
|
|
|
$(eval $v := $(filter-out %/,$($v))))
|
2012-05-22 13:41:27 +02:00
|
|
|
endef
|
2017-01-13 15:41:33 +01:00
|
|
|
|
|
|
|
TEXI2MAN = $(call quiet-command, \
|
|
|
|
perl -Ww -- $(SRC_PATH)/scripts/texi2pod.pl $< $@.pod && \
|
|
|
|
$(POD2MAN) --section=$(subst .,,$(suffix $@)) --center=" " --release=" " $@.pod > $@, \
|
|
|
|
"GEN","$@")
|
|
|
|
|
|
|
|
%.1:
|
|
|
|
$(call TEXI2MAN)
|
2017-01-13 15:41:35 +01:00
|
|
|
%.7:
|
|
|
|
$(call TEXI2MAN)
|
2017-01-13 15:41:33 +01:00
|
|
|
%.8:
|
|
|
|
$(call TEXI2MAN)
|