NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1d3c611dee
kumquat-buildroot/package/uclibc/uClibc-ng.config

43 lines
1.0 KiB
Plaintext
Raw Normal View History

uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
DO_C99_MATH=y
uclibc/defconfig: enable XSI math ARM926 size delta +12 KB. It's required for the upcoming mpv package. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-21 15:54:16 +02:00
DO_XSI_MATH=y
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
KERNEL_HEADERS="/usr/src/linux/include"
# LDSO_CACHE_SUPPORT is not set
# UCLIBC_STATIC_LDCONFIG is not set
LDSO_RUNPATH=y
uclibc-ng: update to 1.0.2 Following problems found by buildroot should be fixed: * static python2 compile (there is still a general problem, not related to uClibc-ng) * postgresql configure hickup (link warnings got removed) * samba runtime problems (RPATH in executables are respected) Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-19 16:03:56 +02:00
LDSO_RUNPATH_OF_EXECUTABLE=y
uclibc: run snapshot and ng configs through "savedefconfig" Recently uClibc got support of "savedefconfig" target that allows generation of compact configuration description which only lists differences from default options. That's uClibc commit - http://git.uclibc.org/uClibc/commit/?id=e286a674419d31cb0757dd2f8307d8b4756cf1f9 This change represents post-processing of "uClibc-snapshot.defconfig" and "uClibc-ng.config" with "make savedefconfig" made on current uClibc/master and uClibc-ng/1.0 branches accordingly. Unfortunately the most recent stable uClibc version 0.9.33.2 doesn't have "savedefconfig" target so I'm leaving uClibc-0.9.33.config as it is. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Max Filippov <jcmvbkbc@gmail.com> Cc: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-20 17:47:43 +02:00
UCLIBC_HAS_UTMPX=y
UCLIBC_HAS_UTMP=y
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
UCLIBC_SUSV2_LEGACY=y
UCLIBC_SUSV3_LEGACY=y
uclibc-ng/uclibc: enable context functions For mongrel2/libsigsegv we need to enable this in the uClibc-ng/uClibc-snapshot config. Tested with ARM: file output/target/usr/bin/mongrel2 output/target/usr/bin/mongrel2: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), stripped Should fix: http://autobuild.buildroot.net/results/a144bc6024415a5272c3cbe60ff636d078d0a555/ http://autobuild.buildroot.net/results/00195d89a115a314bf4916af127407f61cd1b418/ http://autobuild.buildroot.net/results/5ee7e83ebcfa43f6ee0a2a8b9f40f1ae84664aca/ Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-11 10:12:34 +02:00
UCLIBC_HAS_CONTEXT_FUNCS=y
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
UCLIBC_SUSV4_LEGACY=y
UCLIBC_HAS_PROGRAM_INVOCATION_NAME=y
UCLIBC_HAS_GETPT=y
UCLIBC_HAS_LIBUTIL=y
UCLIBC_HAS_OBSOLETE_BSD_SIGNAL=y
package/uclibc: defconfig: enable sha-256/512 password auth support As recently reported on the mailing list: http://lists.busybox.net/pipermail/buildroot/2016-February/154130.html Our configuration options to use sha-256 / sha-512 password encoding do not work very well with uClibc-ng as our defconfig doesn't enable support for these encodings, breaking E.G. password login with dropbear. Notice that it doesn't break login with the busybox login applet, as we currently force the use of the internal busybox password handling routines when sha-256/512 encoding is used. This workaround can afaik now be removed. To fix this, enable support for these password encodings in our defconfig. Do it unconditionally and not based on BR2_TARGET_GENERIC_PASSWD_* so it also works when a Buildroot toolchain is reused as an external toolchain and as the support code is quite small (~8KB): -rwxr-xr-x 1 peko peko 13360 Mar 7 22:56 output/target/lib/libcrypt-1.0.12.so -rwxr-xr-x 1 peko peko 21552 Mar 7 23:47 output-sha/target/lib/libcrypt-1.0.12.so Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-08 18:22:57 +01:00
UCLIBC_HAS_SHA256_CRYPT_IMPL=y
UCLIBC_HAS_SHA512_CRYPT_IMPL=y
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
UCLIBC_USE_NETLINK=y
UCLIBC_SUPPORT_AI_ADDRCONFIG=y
UCLIBC_HAS_RESOLVER_SUPPORT=y
UCLIBC_HAS_LIBRESOLV_STUB=y
UCLIBC_HAS_LIBNSL_STUB=y
UCLIBC_HAS_CTYPE_CHECKED=y
uclibc: enable libintl stubs In order to avoid having to bring libintl from gettext whenever you want to build a program that needs it, uClibc-ng now provides a stub implementation of the gettext functions in uClibc-ng itself. This brings uClibc-ng in the same situation as musl. This will fix a lot of build failures related to static linking with libintl, and generally is a first step to simplify our gettext handling. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-04 16:47:45 +02:00
UCLIBC_HAS_LIBINTL=y
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
UCLIBC_HAS_HEXADECIMAL_FLOATS=y
UCLIBC_HAS_GLIBC_CUSTOM_PRINTF=y
uclibc: fix coreutils cut bug, enable needed config symbols in uclibc-ng config Fixes https://bugs.buildroot.org/show_bug.cgi?id=4099 Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-05 17:24:23 +02:00
UCLIBC_HAS_STDIO_GETC_MACRO=y
UCLIBC_HAS_STDIO_PUTC_MACRO=y
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
UCLIBC_HAS_FOPEN_EXCLUSIVE_MODE=y
UCLIBC_HAS_GLIBC_CUSTOM_STREAMS=y
UCLIBC_HAS_PRINTF_M_SPEC=y
package/uclibc: enable wordexp functionality Wordexp support is needed by more and more packages, recently bluez5_utils. It adds only ~16 KB to uClibc, so let's add it by default to keep things simple. Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Acked-by: Waldemar Brodkorb <wbx@openadk.org> [Thomas: rework commit message.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-21 17:02:36 +01:00
UCLIBC_HAS_WORDEXP=y
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
UCLIBC_HAS_NFTW=y
UCLIBC_HAS_FTW=y
UCLIBC_HAS_GNU_GLOB=y
RUNTIME_PREFIX="/"
DEVEL_PREFIX="/usr/"
UCLIBC_HAS_SSP=y
UCLIBC_BUILD_NOW=y
# DOSTRIP is not set
Reference in New Issue Copy Permalink