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 /linux-user | |
| 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>
Diffstat (limited to 'linux-user')
0 files changed, 0 insertions, 0 deletions