On Fri, 12 Aug 2011 01:59:37 -0500
Norbert Thiebaud <nthiebaud@gmail.com>
wrote:
that would break the per-module build-ability, as you noticed below.
No it shouldnt.
headers because I found:
define gb_LinkTarget_add_package_headers
$(foreach package,$(2),$(call
gb_LinkTarget__add_internal_headers,$(1),$(call
gb_Package_get_target,$(package))))
$(call gb_LinkTarget_get_clean_target,$(1)) : $(foreach
package,$(2),$(call gb_Package_get_clean_target,$(package)))
endef
what probably means that when you run make clean in sd you would
also remove animations' headers ?
It would remove the touch-target of the animations header (the empty
file that signals to the build system 'everything for the header target
is done'), yes -- but it would not remove the headers themselves: It
doesnt even know about them as they are declared in animations. So
apart from a few possible superfluous relinkings of libs using the
animations headers, everything is fine.
gb_Library_add_package_headers is the way to go.
Best,
Bjoern
--
https://launchpad.net/~bjoern-michaelsen
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.