SVN-Revision: 32584

SVN-Revision: 32527

SVN-Revision: 32104

SVN-Revision: 32101

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>

SVN-Revision: 31502

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>

SVN-Revision: 31501

SVN-Revision: 31500

SVN-Revision: 31342

Mentioned patch got obsoleted by commit 31300, since it went upstream meanwhile

SVN-Revision: 31341

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

SVN-Revision: 31300

SVN-Revision: 29842

SVN-Revision: 27623

SVN-Revision: 27510

SVN-Revision: 27509

SVN-Revision: 27360

SVN-Revision: 27359

eglibc CAN be compiled with -Os after all - flags however need to be stated in $EGLIBC_CFLAGS as well

SVN-Revision: 27290

This change got committed into the official eglibc repository in commit 11461.

Thanks to Philip Prindeville for pointing this out.

SVN-Revision: 27264

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.
""

SVN-Revision: 27245

SVN-Revision: 27220

SVN-Revision: 27216

SVN-Revision: 27215

SVN-Revision: 27214

SVN-Revision: 27213

SVN-Revision: 25280

SVN-Revision: 25148

toolchain: fix the sysroot mess by getting rid of $(TOOLCHAIN_DIR)/usr and moving it back to $(TOOLCHAIN_DIR), this change makes the toolchain relocatable again, which should fix the SDK

SVN-Revision: 22723

SVN-Revision: 21660

SVN-Revision: 21611

SVN-Revision: 21610

SVN-Revision: 21601

SVN-Revision: 18522

SVN-Revision: 18518

SVN-Revision: 18481

cosmetic: reformat library configuration submenu - adjust indent & spaces - use coherent config symbol names in help

SVN-Revision: 18480

SVN-Revision: 18479

SVN-Revision: 18474

eglibc: use 'select' instead of 'depends' for configuration options, add dependencies for features avalaible in 2.8 or later

SVN-Revision: 17751

SVN-Revision: 17748

SVN-Revision: 17747