summaryrefslogtreecommitdiff
path: root/solenv
diff options
context:
space:
mode:
authorMichael Stahl <mstahl@redhat.com>2012-08-06 13:45:32 +0200
committerMichael Stahl <mstahl@redhat.com>2012-08-06 13:48:13 +0200
commite4621e2dbef28b1307ec0b571c0838823a21ff62 (patch)
treed1876a9f5caf2605365c7f513a7db5561168d7b4 /solenv
parentcf239da5c403164e75c369173fe6bed747de9e09 (diff)
gbuild: don't complain about duplicate components for libmerged
It seems that it is possible to have multiple components per library nowadays, however i think it's confusing to actually do this except when necessary, i.e. when using --enable-mergelibs. Change-Id: I4d6260974f83ea8c42d02578f45c6d9aa2ace330
Diffstat (limited to 'solenv')
-rw-r--r--solenv/gbuild/Library.mk2
1 files changed, 1 insertions, 1 deletions
diff --git a/solenv/gbuild/Library.mk b/solenv/gbuild/Library.mk
index b9ea45e0c9da..0cb0fdba3558 100644
--- a/solenv/gbuild/Library.mk
+++ b/solenv/gbuild/Library.mk
@@ -109,7 +109,7 @@ endef
# gb_Library__get_final_target has been invented for that purpose...
define gb_Library_set_componentfile
$(call gb_Library_get_target,$(gb_Library__get_name)) : \
- COMPONENT := $$(if $$(COMPONENT),\
+ COMPONENT := $$(if $$(and $$(COMPONENT),$(filter-out $(gb_MERGEDLIBS),$(1))),\
$$(call gb_Output_error,$(1) already has a component file $$(COMPONENT)))$(2)
$(call gb_ComponentTarget_ComponentTarget,$(2),\
$(call gb_Library__get_componentprefix,$(gb_Library__get_name)),\