make the syntax more compatible with kernel menuconfig
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@36351 3c298f89-4303-0410-b956-a3cf2f4a3e73
this patch is a copy of
trunk/toolchain/eglibc/patches/2.16/200-add-dl-search-paths.patch in
trunk/toolchain/eglibc/patches/2.17/200-add-ld-search-paths.patch
please use svn copy instead of applying it (like in
https://dev.openwrt.org/changeset/34290/)
the patch add /usr/lib in the ld search path (for eglibc 2.17),
thus helping libs like libnl-tiny.so (for iw), libjson.so.0 (for ubus,
jshn) to be found
Signed-off-by: Etienne CHAMPETIER <etienne.champetier@free.fr>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@36141 3c298f89-4303-0410-b956-a3cf2f4a3e73
fixes changing the eglibc version in menuconfig without resetting the config
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@34029 3c298f89-4303-0410-b956-a3cf2f4a3e73
When selecting a specific eglibc version, it comes with a specific SVN
revision that should not be modified as it (more or less) correspond to
a tagged release. This patch disable the possibility to select a specific
SVN revision on known eglib versions.
This patch also disables the possibility to select the trunk branch of
eglibc. There are multiple reasons for that:
* trunk/HEAD may not even compile
* the OpenWrt built system makes using trunk/HEAD a difficult thing, as
OpenWRT fetches the source tree and store it in a compressed tar archive.
Subsequent build get the source from the tar archive - not from SVN,
making the use of trunk/HEAD largelly innefective.
* we cannot know the corresponding version of trunk/HEAD, meaning that
we'll face compiling issues when we'll try to copy the libc files -
unless the build system is fixed with this specific issue in mind.
Signed-off-by: Emmanuel Deloget <logout@free.fr>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31502 3c298f89-4303-0410-b956-a3cf2f4a3e73
eglibc version number depends on the branch and on the maintenance release
(i.e. the SVN revision). Changing the revision may change the maintenance
version. This patch correlate the SVN revision to the correct version
number - without this change eglibc 2.14 provoke build errors when
building the base-files package (example, for 2.14):
$ make package/base-files/compile V=1
make[1] package/base-files/compile
make[2] -C package/opkg host-compile
make[2] -C package/base-files-network compile
make[2] -C package/base-files compile
cp: cannot stat `/home/me/openwrt/trunk/staging_dir/toolchain-arm_v7-a_gcc-4.6-linaro_eglibc-trunk_eabi/lib/ld-2.14.so': No such file or directory
Signed-off-by: Emmanuel Deloget <logout@free.fr>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31501 3c298f89-4303-0410-b956-a3cf2f4a3e73
Mentioned patch got obsoleted by commit 31300, since it went upstream meanwhile
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31341 3c298f89-4303-0410-b956-a3cf2f4a3e73
in particular this solves the issue that eglibc version 2.x produced so-files having the version string 2.(x-1) in its names which confused the toolchain
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31300 3c298f89-4303-0410-b956-a3cf2f4a3e73
This change got committed into the official eglibc repository in commit 11461.
Thanks to Philip Prindeville for pointing this out.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27264 3c298f89-4303-0410-b956-a3cf2f4a3e73
Compiling with -Os results in: "error: #error "glibc cannot be compiled without optimization"
Still, building with -Os is listed as feature in
<http://www.eglibc.org/features>:
""
Building with -Os
EGLIBC supports building the library with compiler optimizing for size -Os instead of for speed -O2.
""
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@27245 3c298f89-4303-0410-b956-a3cf2f4a3e73
Felix Fietkau
Luka Perkov
Mirko Vogt
Florian Fainelli
Imre Kaloz
Nicolas Thill