2012-12-11 01:32:48 +00:00
|
|
|
# Copyright 2012 The Rust Project Developers. See the COPYRIGHT
|
|
|
|
|
# file at the top-level directory of this distribution and at
|
|
|
|
|
# http://rust-lang.org/COPYRIGHT.
|
|
|
|
|
#
|
|
|
|
|
# Licensed under the Apache License, Version 2.0 <LICENSE-APACHE or
|
|
|
|
|
# http://www.apache.org/licenses/LICENSE-2.0> or the MIT license
|
|
|
|
|
# <LICENSE-MIT or http://opensource.org/licenses/MIT>, at your
|
|
|
|
|
# option. This file may not be copied, modified, or distributed
|
|
|
|
|
# except according to those terms.
|
|
|
|
|
|
2011-05-01 20:18:52 +00:00
|
|
|
######################################################################
|
|
|
|
|
# Cleanup
|
|
|
|
|
######################################################################
|
|
|
|
|
|
2013-11-14 18:04:55 +00:00
|
|
|
CLEAN_STAGE_RULES := \
|
|
|
|
|
$(foreach stage, $(STAGES), \
|
|
|
|
|
$(foreach host, $(CFG_HOST), \
|
2011-11-21 21:11:40 +00:00
|
|
|
clean$(stage)_H_$(host) \
|
2013-11-14 18:04:55 +00:00
|
|
|
$(foreach target, $(CFG_TARGET), \
|
2011-11-23 23:23:40 +00:00
|
|
|
clean$(stage)_T_$(target)_H_$(host))))
|
2011-09-29 18:48:44 +00:00
|
|
|
|
2013-11-14 18:04:55 +00:00
|
|
|
CLEAN_STAGE_RULES := $(CLEAN_STAGE_RULES) \
|
|
|
|
|
$(foreach host, $(CFG_HOST), clean-generic-H-$(host))
|
|
|
|
|
|
|
|
|
|
CLEAN_STAGE_RULES := $(CLEAN_STAGE_RULES) \
|
|
|
|
|
$(foreach host, $(CFG_TARGET), clean-generic-T-$(host))
|
|
|
|
|
|
2011-11-21 21:11:40 +00:00
|
|
|
CLEAN_LLVM_RULES = \
|
2013-10-21 09:18:21 +00:00
|
|
|
$(foreach target, $(CFG_HOST), \
|
2011-11-21 21:11:40 +00:00
|
|
|
clean-llvm$(target))
|
2011-09-29 18:48:44 +00:00
|
|
|
|
2013-06-28 00:10:07 +00:00
|
|
|
.PHONY: clean clean-all clean-misc clean-llvm
|
2011-11-03 21:32:52 +00:00
|
|
|
|
|
|
|
|
clean-all: clean clean-llvm
|
|
|
|
|
|
|
|
|
|
clean-llvm: $(CLEAN_LLVM_RULES)
|
2011-05-01 20:18:52 +00:00
|
|
|
|
2011-09-29 18:48:44 +00:00
|
|
|
clean: clean-misc $(CLEAN_STAGE_RULES)
|
|
|
|
|
|
|
|
|
|
clean-misc:
|
2011-05-01 20:18:52 +00:00
|
|
|
@$(call E, cleaning)
|
|
|
|
|
$(Q)rm -f $(RUNTIME_OBJS) $(RUNTIME_DEF)
|
|
|
|
|
$(Q)rm -f $(RUSTLLVM_LIB_OBJS) $(RUSTLLVM_OBJS_OBJS) $(RUSTLLVM_DEF)
|
2011-12-30 20:47:43 +00:00
|
|
|
$(Q)rm -Rf $(DOCS)
|
|
|
|
|
$(Q)rm -Rf $(GENERATED)
|
2013-09-06 07:17:14 +00:00
|
|
|
$(Q)rm -Rf tmp/*
|
2014-01-06 22:18:35 +00:00
|
|
|
$(Q)rm -Rf rust-stage0-*.tar.bz2 $(PKG_NAME)-*.tar.gz $(PKG_NAME)-*.exe dist
|
2011-05-01 20:18:52 +00:00
|
|
|
$(Q)rm -Rf $(foreach ext, \
|
2013-11-01 19:13:00 +00:00
|
|
|
html aux cp fn ky log pdf pg toc tp vr cps epub, \
|
2013-09-26 22:13:03 +00:00
|
|
|
$(wildcard doc/*.$(ext)))
|
|
|
|
|
$(Q)find doc/std doc/extra -mindepth 1 | xargs rm -Rf
|
2012-01-13 03:10:30 +00:00
|
|
|
$(Q)rm -Rf doc/version.md
|
2011-12-30 20:47:43 +00:00
|
|
|
$(Q)rm -Rf $(foreach sub, index styles files search javascript, \
|
|
|
|
|
$(wildcard doc/*/$(sub)))
|
2011-09-29 18:48:44 +00:00
|
|
|
|
2013-11-14 18:04:55 +00:00
|
|
|
define CLEAN_GENERIC
|
|
|
|
|
|
|
|
|
|
clean-generic-$(2)-$(1):
|
|
|
|
|
$(Q)find $(1)/rustllvm \
|
|
|
|
|
$(1)/rt \
|
|
|
|
|
$(1)/test \
|
Add generation of static libraries to rustc
This commit implements the support necessary for generating both intermediate
and result static rust libraries. This is an implementation of my thoughts in
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006686.html.
When compiling a library, we still retain the "lib" option, although now there
are "rlib", "staticlib", and "dylib" as options for crate_type (and these are
stackable). The idea of "lib" is to generate the "compiler default" instead of
having too choose (although all are interchangeable). For now I have left the
"complier default" to be a dynamic library for size reasons.
Of the rust libraries, lib{std,extra,rustuv} will bootstrap with an
rlib/dylib pair, but lib{rustc,syntax,rustdoc,rustpkg} will only be built as a
dynamic object. I chose this for size reasons, but also because you're probably
not going to be embedding the rustc compiler anywhere any time soon.
Other than the options outlined above, there are a few defaults/preferences that
are now opinionated in the compiler:
* If both a .dylib and .rlib are found for a rust library, the compiler will
prefer the .rlib variant. This is overridable via the -Z prefer-dynamic option
* If generating a "lib", the compiler will generate a dynamic library. This is
overridable by explicitly saying what flavor you'd like (rlib, staticlib,
dylib).
* If no options are passed to the command line, and no crate_type is found in
the destination crate, then an executable is generated
With this change, you can successfully build a rust program with 0 dynamic
dependencies on rust libraries. There is still a dynamic dependency on
librustrt, but I plan on removing that in a subsequent commit.
This change includes no tests just yet. Our current testing
infrastructure/harnesses aren't very amenable to doing flavorful things with
linking, so I'm planning on adding a new mode of testing which I believe belongs
as a separate commit.
Closes #552
2013-11-15 22:03:29 +00:00
|
|
|
$(1)/stage* \
|
2013-11-14 18:04:55 +00:00
|
|
|
-name '*.[odasS]' -o \
|
|
|
|
|
-name '*.so' -o \
|
|
|
|
|
-name '*.dylib' -o \
|
2013-12-22 12:05:50 +00:00
|
|
|
-name '*.lib' -o \
|
2013-11-14 18:04:55 +00:00
|
|
|
-name '*.dll' -o \
|
|
|
|
|
-name '*.def' -o \
|
|
|
|
|
-name '*.bc' \
|
|
|
|
|
| xargs rm -f
|
|
|
|
|
$(Q)find $(1)\
|
|
|
|
|
-name '*.dSYM' \
|
|
|
|
|
| xargs rm -Rf
|
|
|
|
|
endef
|
|
|
|
|
|
|
|
|
|
$(foreach host, $(CFG_HOST), $(eval $(call CLEAN_GENERIC,$(host),H)))
|
|
|
|
|
$(foreach targ, $(CFG_TARGET), $(eval $(call CLEAN_GENERIC,$(targ),T)))
|
|
|
|
|
|
2011-11-21 21:11:40 +00:00
|
|
|
define CLEAN_HOST_STAGE_N
|
|
|
|
|
|
|
|
|
|
clean$(1)_H_$(2):
|
2013-03-02 12:25:12 +00:00
|
|
|
$(Q)rm -f $$(HBIN$(1)_H_$(2))/rustc$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(HBIN$(1)_H_$(2))/rustpkg$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(HBIN$(1)_H_$(2))/serializer$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(HBIN$(1)_H_$(2))/rustdoc$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(HBIN$(1)_H_$(2))/rust$(X_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_LIBRUSTPKG_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_LIBRUSTDOC_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_RUNTIME_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_STDLIB_$(2))
|
2013-05-17 17:45:09 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_EXTRALIB_$(2))
|
2013-10-22 22:13:18 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_LIBRUSTUV_$(2))
|
2013-12-13 02:07:23 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_LIBNATIVE_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_LIBGREEN_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_LIBRUSTC_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_LIBSYNTAX_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(STDLIB_GLOB_$(2))
|
Add generation of static libraries to rustc
This commit implements the support necessary for generating both intermediate
and result static rust libraries. This is an implementation of my thoughts in
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006686.html.
When compiling a library, we still retain the "lib" option, although now there
are "rlib", "staticlib", and "dylib" as options for crate_type (and these are
stackable). The idea of "lib" is to generate the "compiler default" instead of
having too choose (although all are interchangeable). For now I have left the
"complier default" to be a dynamic library for size reasons.
Of the rust libraries, lib{std,extra,rustuv} will bootstrap with an
rlib/dylib pair, but lib{rustc,syntax,rustdoc,rustpkg} will only be built as a
dynamic object. I chose this for size reasons, but also because you're probably
not going to be embedding the rustc compiler anywhere any time soon.
Other than the options outlined above, there are a few defaults/preferences that
are now opinionated in the compiler:
* If both a .dylib and .rlib are found for a rust library, the compiler will
prefer the .rlib variant. This is overridable via the -Z prefer-dynamic option
* If generating a "lib", the compiler will generate a dynamic library. This is
overridable by explicitly saying what flavor you'd like (rlib, staticlib,
dylib).
* If no options are passed to the command line, and no crate_type is found in
the destination crate, then an executable is generated
With this change, you can successfully build a rust program with 0 dynamic
dependencies on rust libraries. There is still a dynamic dependency on
librustrt, but I plan on removing that in a subsequent commit.
This change includes no tests just yet. Our current testing
infrastructure/harnesses aren't very amenable to doing flavorful things with
linking, so I'm planning on adding a new mode of testing which I believe belongs
as a separate commit.
Closes #552
2013-11-15 22:03:29 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(STDLIB_RGLOB_$(2))
|
2013-05-17 17:45:09 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(EXTRALIB_GLOB_$(2))
|
Add generation of static libraries to rustc
This commit implements the support necessary for generating both intermediate
and result static rust libraries. This is an implementation of my thoughts in
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006686.html.
When compiling a library, we still retain the "lib" option, although now there
are "rlib", "staticlib", and "dylib" as options for crate_type (and these are
stackable). The idea of "lib" is to generate the "compiler default" instead of
having too choose (although all are interchangeable). For now I have left the
"complier default" to be a dynamic library for size reasons.
Of the rust libraries, lib{std,extra,rustuv} will bootstrap with an
rlib/dylib pair, but lib{rustc,syntax,rustdoc,rustpkg} will only be built as a
dynamic object. I chose this for size reasons, but also because you're probably
not going to be embedding the rustc compiler anywhere any time soon.
Other than the options outlined above, there are a few defaults/preferences that
are now opinionated in the compiler:
* If both a .dylib and .rlib are found for a rust library, the compiler will
prefer the .rlib variant. This is overridable via the -Z prefer-dynamic option
* If generating a "lib", the compiler will generate a dynamic library. This is
overridable by explicitly saying what flavor you'd like (rlib, staticlib,
dylib).
* If no options are passed to the command line, and no crate_type is found in
the destination crate, then an executable is generated
With this change, you can successfully build a rust program with 0 dynamic
dependencies on rust libraries. There is still a dynamic dependency on
librustrt, but I plan on removing that in a subsequent commit.
This change includes no tests just yet. Our current testing
infrastructure/harnesses aren't very amenable to doing flavorful things with
linking, so I'm planning on adding a new mode of testing which I believe belongs
as a separate commit.
Closes #552
2013-11-15 22:03:29 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(EXTRALIB_RGLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBRUSTUV_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBRUSTUV_RGLOB_$(2))
|
2013-12-13 02:07:23 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBNATIVE_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBNATIVE_RGLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBGREEN_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBGREEN_RGLOB_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBRUSTC_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBSYNTAX_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBRUSTPKG_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(LIBRUSTDOC_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(HLIB$(1)_H_$(2))/$(CFG_RUSTLLVM_$(2))
|
2011-09-29 18:48:44 +00:00
|
|
|
|
|
|
|
|
endef
|
|
|
|
|
|
2013-10-21 09:18:21 +00:00
|
|
|
$(foreach host, $(CFG_HOST), \
|
2011-11-21 21:11:40 +00:00
|
|
|
$(eval $(foreach stage, $(STAGES), \
|
|
|
|
|
$(eval $(call CLEAN_HOST_STAGE_N,$(stage),$(host))))))
|
|
|
|
|
|
|
|
|
|
define CLEAN_TARGET_STAGE_N
|
|
|
|
|
|
2011-11-23 23:23:40 +00:00
|
|
|
clean$(1)_T_$(2)_H_$(3):
|
2013-03-02 12:25:12 +00:00
|
|
|
$(Q)rm -f $$(TBIN$(1)_T_$(2)_H_$(3))/rustc$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(TBIN$(1)_T_$(2)_H_$(3))/rustpkg$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(TBIN$(1)_T_$(2)_H_$(3))/serializer$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(TBIN$(1)_T_$(2)_H_$(3))/rustdoc$(X_$(2))
|
|
|
|
|
$(Q)rm -f $$(TBIN$(1)_T_$(2)_H_$(3))/rust$(X_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_LIBRUSTPKG_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_LIBRUSTDOC_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_RUNTIME_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_STDLIB_$(2))
|
2013-05-17 17:45:09 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_EXTRALIB_$(2))
|
2013-10-22 22:13:18 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_LIBRUSTUV_$(2))
|
2013-12-13 02:07:23 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_LIBGREEN_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_LIBNATIVE_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_LIBRUSTC_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_LIBSYNTAX_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(STDLIB_GLOB_$(2))
|
Add generation of static libraries to rustc
This commit implements the support necessary for generating both intermediate
and result static rust libraries. This is an implementation of my thoughts in
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006686.html.
When compiling a library, we still retain the "lib" option, although now there
are "rlib", "staticlib", and "dylib" as options for crate_type (and these are
stackable). The idea of "lib" is to generate the "compiler default" instead of
having too choose (although all are interchangeable). For now I have left the
"complier default" to be a dynamic library for size reasons.
Of the rust libraries, lib{std,extra,rustuv} will bootstrap with an
rlib/dylib pair, but lib{rustc,syntax,rustdoc,rustpkg} will only be built as a
dynamic object. I chose this for size reasons, but also because you're probably
not going to be embedding the rustc compiler anywhere any time soon.
Other than the options outlined above, there are a few defaults/preferences that
are now opinionated in the compiler:
* If both a .dylib and .rlib are found for a rust library, the compiler will
prefer the .rlib variant. This is overridable via the -Z prefer-dynamic option
* If generating a "lib", the compiler will generate a dynamic library. This is
overridable by explicitly saying what flavor you'd like (rlib, staticlib,
dylib).
* If no options are passed to the command line, and no crate_type is found in
the destination crate, then an executable is generated
With this change, you can successfully build a rust program with 0 dynamic
dependencies on rust libraries. There is still a dynamic dependency on
librustrt, but I plan on removing that in a subsequent commit.
This change includes no tests just yet. Our current testing
infrastructure/harnesses aren't very amenable to doing flavorful things with
linking, so I'm planning on adding a new mode of testing which I believe belongs
as a separate commit.
Closes #552
2013-11-15 22:03:29 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(STDLIB_RGLOB_$(2))
|
2013-05-17 17:45:09 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(EXTRALIB_GLOB_$(2))
|
Add generation of static libraries to rustc
This commit implements the support necessary for generating both intermediate
and result static rust libraries. This is an implementation of my thoughts in
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006686.html.
When compiling a library, we still retain the "lib" option, although now there
are "rlib", "staticlib", and "dylib" as options for crate_type (and these are
stackable). The idea of "lib" is to generate the "compiler default" instead of
having too choose (although all are interchangeable). For now I have left the
"complier default" to be a dynamic library for size reasons.
Of the rust libraries, lib{std,extra,rustuv} will bootstrap with an
rlib/dylib pair, but lib{rustc,syntax,rustdoc,rustpkg} will only be built as a
dynamic object. I chose this for size reasons, but also because you're probably
not going to be embedding the rustc compiler anywhere any time soon.
Other than the options outlined above, there are a few defaults/preferences that
are now opinionated in the compiler:
* If both a .dylib and .rlib are found for a rust library, the compiler will
prefer the .rlib variant. This is overridable via the -Z prefer-dynamic option
* If generating a "lib", the compiler will generate a dynamic library. This is
overridable by explicitly saying what flavor you'd like (rlib, staticlib,
dylib).
* If no options are passed to the command line, and no crate_type is found in
the destination crate, then an executable is generated
With this change, you can successfully build a rust program with 0 dynamic
dependencies on rust libraries. There is still a dynamic dependency on
librustrt, but I plan on removing that in a subsequent commit.
This change includes no tests just yet. Our current testing
infrastructure/harnesses aren't very amenable to doing flavorful things with
linking, so I'm planning on adding a new mode of testing which I believe belongs
as a separate commit.
Closes #552
2013-11-15 22:03:29 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(EXTRALIB_RGLOB_$(2))
|
2013-10-22 22:13:18 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBRUSTUV_GLOB_$(2))
|
Add generation of static libraries to rustc
This commit implements the support necessary for generating both intermediate
and result static rust libraries. This is an implementation of my thoughts in
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006686.html.
When compiling a library, we still retain the "lib" option, although now there
are "rlib", "staticlib", and "dylib" as options for crate_type (and these are
stackable). The idea of "lib" is to generate the "compiler default" instead of
having too choose (although all are interchangeable). For now I have left the
"complier default" to be a dynamic library for size reasons.
Of the rust libraries, lib{std,extra,rustuv} will bootstrap with an
rlib/dylib pair, but lib{rustc,syntax,rustdoc,rustpkg} will only be built as a
dynamic object. I chose this for size reasons, but also because you're probably
not going to be embedding the rustc compiler anywhere any time soon.
Other than the options outlined above, there are a few defaults/preferences that
are now opinionated in the compiler:
* If both a .dylib and .rlib are found for a rust library, the compiler will
prefer the .rlib variant. This is overridable via the -Z prefer-dynamic option
* If generating a "lib", the compiler will generate a dynamic library. This is
overridable by explicitly saying what flavor you'd like (rlib, staticlib,
dylib).
* If no options are passed to the command line, and no crate_type is found in
the destination crate, then an executable is generated
With this change, you can successfully build a rust program with 0 dynamic
dependencies on rust libraries. There is still a dynamic dependency on
librustrt, but I plan on removing that in a subsequent commit.
This change includes no tests just yet. Our current testing
infrastructure/harnesses aren't very amenable to doing flavorful things with
linking, so I'm planning on adding a new mode of testing which I believe belongs
as a separate commit.
Closes #552
2013-11-15 22:03:29 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBRUSTUV_RGLOB_$(2))
|
2013-12-13 02:07:23 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBNATIVE_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBNATIVE_RGLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBGREEN_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBGREEN_RGLOB_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBRUSTC_GLOB_$(2))
|
2013-12-01 04:52:21 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBRUSTC_RGLOB_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBSYNTAX_GLOB_$(2))
|
2013-12-01 04:52:21 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBSYNTAX_RGLOB_$(2))
|
2013-02-27 05:53:35 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBRUSTPKG_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(LIBRUSTDOC_GLOB_$(2))
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/$(CFG_RUSTLLVM_$(2))
|
2011-12-30 20:47:43 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/libmorestack.a
|
2012-12-08 23:48:54 +00:00
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/librun_pass_stage* # For unix
|
|
|
|
|
$(Q)rm -f $$(TLIB$(1)_T_$(2)_H_$(3))/run_pass_stage* # For windows
|
2011-11-21 21:11:40 +00:00
|
|
|
endef
|
|
|
|
|
|
2013-10-21 09:18:21 +00:00
|
|
|
$(foreach host, $(CFG_HOST), \
|
|
|
|
|
$(eval $(foreach target, $(CFG_TARGET), \
|
2011-11-23 23:23:40 +00:00
|
|
|
$(eval $(foreach stage, 0 1 2 3, \
|
2011-11-21 21:11:40 +00:00
|
|
|
$(eval $(call CLEAN_TARGET_STAGE_N,$(stage),$(target),$(host))))))))
|
2011-11-03 21:32:52 +00:00
|
|
|
|
2013-02-22 00:15:01 +00:00
|
|
|
define DEF_CLEAN_LLVM_HOST
|
2011-11-03 21:32:52 +00:00
|
|
|
ifeq ($(CFG_LLVM_ROOT),)
|
|
|
|
|
clean-llvm$(1):
|
|
|
|
|
$$(Q)$$(MAKE) -C $$(CFG_LLVM_BUILD_DIR_$(1)) clean
|
|
|
|
|
else
|
|
|
|
|
clean-llvm$(1): ;
|
|
|
|
|
|
|
|
|
|
endif
|
|
|
|
|
endef
|
|
|
|
|
|
2013-10-21 09:18:21 +00:00
|
|
|
$(foreach host, $(CFG_HOST), \
|
2013-02-22 00:15:01 +00:00
|
|
|
$(eval $(call DEF_CLEAN_LLVM_HOST,$(host))))
|