diff options
| author | Fam Zheng <famz@redhat.com> | 2016-07-27 14:26:15 +0800 |
|---|---|---|
| committer | Paolo Bonzini <pbonzini@redhat.com> | 2016-09-13 19:08:44 +0200 |
| commit | 5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50 (patch) | |
| tree | 119b63239b5ae98a12f57615ddf8dfb58d21dd3f /include | |
| parent | b34de45fc40d01c14b31d3a682e284180a2ed8c5 (diff) | |
| download | qemu-5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50.zip qemu-5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50.tar.gz qemu-5b1b6dbd94e2e2e98920f886cb32fcf4a1520b50.tar.bz2 | |
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 'include')
0 files changed, 0 insertions, 0 deletions