diff options
| author | Fam Zheng | 2016-07-27 08:26:15 +0200 |
|---|---|---|
| committer | Paolo Bonzini | 2016-09-13 19:08:44 +0200 |
| commit | 5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50 (patch) | |
| tree | 119b63239b5ae98a12f57615ddf8dfb58d21dd3f | |
| parent | tcg: rename tb_find_physical() (diff) | |
| download | qemu-5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50.tar.gz qemu-5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50.tar.xz qemu-5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50.zip | |
rules.mak: Don't extract libs from .mo-libs in link command
For module build, .mo objects are passed to LINK and consumed in
process-archive-undefs. The reason behind that is documented in the
comment above process-archive-undefs.
Similarly, extract-libs should be called with .mo filtered out too.
Otherwise, the .mo-libs are added to the link command incorrectly,
spoiling the purpose of modularization.
Currently we don't have any .mo-libs usage, but it will be used soon
when we modularize more multi-source objects, like sdl and gtk.
Reported-by: Colin Lord <clord@redhat.com>
Signed-off-by: Fam Zheng <famz@redhat.com>
Message-Id: <1469600777-30413-2-git-send-email-famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
| -rw-r--r-- | rules.mak | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -51,7 +51,7 @@ process-archive-undefs = $(filter-out %.a %.mo,$1) \ $(call undefined-symbols,$(filter %.mo,$1)))) \ $(filter %.a,$1) -extract-libs = $(strip $(foreach o,$1,$($o-libs))) +extract-libs = $(strip $(foreach o,$(filter-out %.mo,$1),$($o-libs))) expand-objs = $(strip $(sort $(filter %.o,$1)) \ $(foreach o,$(filter %.mo,$1),$($o-objs)) \ $(filter-out %.o %.mo,$1)) |