| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
SVN-Revision: 44272
|
|
|
|
|
|
|
|
| |
toolchain
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43911
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since GCC 4.7, GCC provides its own wrappers around ar, nm and ranlib, which
should be used for builds with link-time optimization. Since GCC 4.9, using them
actually necessary for LTO builds using convenience libraries to succeed.
There are some packages which try to automatically detect if gcc-{ar,nm,ranlib}
exist (one example is my package "fastd" in the package repository, which tries
to use LTO). This breaks because the OpenWrt build system explicitly sets the
binutils versions of these tools.
As it doesn't cause any issues to use gcc-{ar,nm,ranlib} instead of
{ar,nm,ranlib} even without LTO, this patch just makes OpenWrt use the
GCC-provided versions by default, which fixes the build of such packages with
GCC 4.9.
(I know that builds fail though when clang is used with -flto and
gcc-{ar,nm,ranlib}, but as all OpenWrt toolchains are based on GCC, this isn't
a real issue.)
Completely cleaning the tree (or at least `make clean toolchain/clean`) is
necessary to get a consistent state after the binutils plugins support patch and
this one (as trying to use gcc-{ar,nm,ranlib} with a binutils built without
plugin support will definitely lead to a build failure).
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
SVN-Revision: 43784
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43018
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43017
|
|
|
|
|
|
| |
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
SVN-Revision: 42987
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42300
|
|
|
|
|
|
|
|
| |
variable and move TAR_OPTIONS to unpack.mk"
This complicates the evaluation order for some packages
SVN-Revision: 40006
|
|
|
|
|
|
|
|
| |
top-level Makefile is enough
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 39982
|
|
|
|
|
|
|
|
| |
DISABLE_NLS to package-defaults.mk
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 39980
|
|
|
|
|
|
|
|
| |
TAR_OPTIONS to unpack.mk
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 39979
|
|
|
|
|
|
|
|
| |
{build,staging}_dir/{target,toolchain}-* directories
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 39857
|
|
|
|
|
|
|
|
| |
either do real soft-float or hard-float on ARM, with the right options.
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 38943
|
|
|
|
|
|
| |
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 38890
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 38214
|
|
|
|
|
|
|
|
|
| |
Add the flags from package.mk instead, and leave libc and gcc
unaffected.
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37770
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37600
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37387
|
|
|
|
|
|
|
|
| |
is built in tools/
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37228
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37225
|
|
|
|
|
|
|
|
| |
support mandatory - fixes recursive config symbol dependency issues
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 36594
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 36566
|
|
|
|
|
|
| |
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36205
|
|
|
|
|
|
| |
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36204
|
|
|
|
|
|
|
|
|
|
|
| |
Enabling MIPS16 is made conditional on advertising the "mips16" feature
for a specific target since it requires support from the CPU
(HAS_MIPS16) and the actual use of MIPS16 for building packages
(USE_MIPS16).
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36202
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To be safe, build "m16" into the toolchain and target architecture the
same way mips32r2 does:
target-mips_r2_m16_uClibc-0.9.33.2
toolchain-mips_r2_m16_gcc-4.6-linaro_uClibc-0.9.33.2
Signed-off-by: Jay Carlson <nop@nop.com>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36198
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Create and use a TARGET_ASFLAGS, defaulting to TARGET_CFLAGS.
MIPS .S files reasonably assume they are not in mips16 mode. Because
"-mips16 -mno-mips16" results in -mno-mips16, I can append that to the
TARGET_ASFLAGS. This should be done with $(filter-out)?
Signed-off-by: Jay Carlson <nop@nop.com>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36197
|
|
|
|
| |
SVN-Revision: 36109
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35688
|
|
|
|
| |
SVN-Revision: 35144
|
|
|
|
|
|
| |
might not exist yet - spotted while doing a fresh build
SVN-Revision: 34447
|
|
|
|
|
|
| |
destination dir that would be overwritten
SVN-Revision: 34437
|
|
|
|
| |
SVN-Revision: 34304
|
|
|
|
| |
SVN-Revision: 34300
|
|
|
|
|
|
| |
during package/compile, then install all packages at once
SVN-Revision: 33631
|
|
|
|
| |
SVN-Revision: 33508
|
|
|
|
| |
SVN-Revision: 33351
|
|
|
|
| |
SVN-Revision: 33088
|
|
|
|
|
|
| |
Some packages are going to need fixups based on LIB_SUFFIX
SVN-Revision: 33080
|
|
|
|
| |
SVN-Revision: 32902
|
|
|
|
| |
SVN-Revision: 32466
|
|
|
|
|
|
| |
that need rpc support
SVN-Revision: 32129
|
|
|
|
| |
SVN-Revision: 32075
|
|
|
|
|
|
|
|
| |
Adds BUILD_SUFFIX to STAGING_DIR
Signed-off-by: Tathagata Das <tathagata@alumnux.com>
SVN-Revision: 31233
|
|
|
|
| |
SVN-Revision: 30762
|
|
|
|
|
|
| |
lazy evaluation. this allows adding c++ specific cflags
SVN-Revision: 30760
|
|
|
|
| |
SVN-Revision: 30759
|
|
|
|
|
|
| |
rename all symbols in the symbol table to make them compress better
SVN-Revision: 30662
|
|
|
|
|
|
| |
newer to avoid stupid -Werror related package breakage
SVN-Revision: 30556
|
|
|
|
|
|
| |
issues and likely other problems
SVN-Revision: 29951
|