aboutsummaryrefslogtreecommitdiff
path: root/config
Commit message (Collapse)AuthorAgeFilesLines
...
* Merge pull request #487 from stilor/host-comp-toolsAlexey Neyman2016-12-021-1/+9
|\ | | | | Allow for installation of companion tools for host
| * Add 'companion tools for host' step.Alexey Neyman2016-12-021-1/+9
| | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* | uClibc-ng needs to know whether it is 1.0.15+Alexey Neyman2016-12-021-1/+5
|/ | | | | | | | | | | This is workaround, as more packages require similar tweaks (some depend on X_Y_Z_or_later config variables either in kconfig, or in the build scripts. We should have a CT_CompareVersion, that will apply the default or per-package method of comparison. Signed-off-by: Alexey Neyman <stilor@att.net>
* Make 1.0.19 experimental...Alexey Neyman2016-12-021-6/+9
| | | | | | ... and 1.0.17 default, again. Sigh. Signed-off-by: Alexey Neyman <stilor@att.net>
* Revert "uClibc-ng: Remove 1.0.17 and 1.0.18"Alexey Neyman2016-12-021-0/+13
| | | | This reverts commit 93dab0585b92954c6580f6826e5f12bb4c4aea90.
* uClibc-ng: Remove 1.0.17 and 1.0.18Bryan Hundven2016-12-011-13/+0
| | | | Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* uClibc-ng: Add 1.0.19Bryan Hundven2016-12-011-2/+8
| | | | Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* Disallow dmalloc for bare metal.Alexey Neyman2016-11-292-0/+2
| | | | | | | | | | In case of bare metal, newlib is built without any syscalls, and dmalloc fails to link with undefined references to _exit, fstat, open, sbrk and so on. Same for DUMA: depends on <memory.h>, not available with newlib. Signed-off-by: Alexey Neyman <stilor@att.net>
* xtensa: fix endianness supportMax Filippov2016-11-221-0/+2
| | | | | | | | | | | | | | | | | To build uClibc correctly we need correct endianness selected in the crosstool-NG. Xtensa cores may be little- or big-endian, but this property is static. The toolchain knows the core endianness and doesn't need options to select it. Enable ARCH_SUPPORTS_BOTH_ENDIAN and select LE by default. Specify empty CT_ARCH_ENDIAN_CFLAG so that -m{big,little}-endian don't get added to the TARGET_CFLAGS, as it's not supported by gcc. Specify empty CT_ARCH_ENDIAN_LDFLAG so that -EB/-EL don't get added to the TARGET_LDFLAGS as they are ignored. Select big-endian in the example xtensa-unknown-linux-uclibc configuration. This fixes uClibc toolchain build for little-endian cores. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
* Give companion tools some love.Alexey Neyman2016-11-217-39/+166
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Allow selection of make/m4/... version. Support imports of new versions via addToolVersion.sh. Import newest versions of the companion tools. One non-trivial change is the handling of make versions. Existing code was not handling make companion tool as described (see the previous commit). However, since most modern systems have make 4.x, that previous commit made crosstool-ng always build make as a companion tool. This traces back to the commit dd15c93 from 2014. That commit's log message says that actually it was 3.81 which broke the build for certain component (it was originally breaking eglibc, but I noticed it was breaking current glibc on powerpc64), and introduced an option to force using 3.81 by "components that really need it". It looks like in 2.5 years we haven't seen any such components that really need make 3.81, and (given that make has already had a few releases since 3.81) we're unlikely to see them in the future. Hence, the configure check is changed from "exactly 3.81" to "3.81 or newer". In its current form, configure will accept make 3.80+, and will not require make as a companion tool for 3.81+. We might want to bump the latter check to even newer version given the claim from dd15c93. Killed COMP_TOOLS_make_3_81_NEEDED. Anyway, I retained 3.81 just in case; ditto for m4 1.14.3, autoconf 2.65 and automake 1.11.1. Signed-off-by: Alexey Neyman <stilor@att.net>
* Update kernel versions...Alexey Neyman2016-11-181-27/+27
| | | | | | ... to match those currently listed on kernel.org. Signed-off-by: Alexey Neyman <stilor@att.net>
* add support for gcc 4.9.4Thorsten Johannvorderbrueggen2016-11-171-6/+6
|
* Merge pull request #381 from enunes/avrAlexey Neyman2016-11-151-0/+5
|\ | | | | avr-libc: update to 2.0.0
| * avr-libc: update to 2.0.0Erico Nunes2016-04-191-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | The avr-libc project has released version 2.0.0: http://savannah.nongnu.org/forum/forum.php?forum_id=8460 Apart from changes and bugfixes, this release adds support for gcc 5, which allows us to build gcc 5 avr toolchains and also to update our avr sample. avr-libc 2.0.0 has been build tested both with gcc 4.9.3 and gcc 5.3.0. Signed-off-by: Erico Nunes <nunes.erico@gmail.com>
* | Merge pull request #387 from jserv/gettext-0_19_7Alexey Neyman2016-11-151-3/+3
|\ \ | | | | | | gettext: update to 0.19.7
| * | gettext: bump version to 0.19.7Jim Huang2016-04-301-3/+3
| |/
* | Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2016-11-131-0/+6
|\ \
| * | glibc: Add glibc-2.24Joachim Nilsson2016-11-121-0/+6
| | | | | | | | | | | | Signed-off-by: Joachim Nilsson <troglobit@gmail.com>
* | | Requested changes by @stilor in the PR #368 reviewDmitry Pankratov2016-11-121-6/+6
| | |
* | | Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2016-11-114-9/+37
|\| |
| * | Merge pull request #468 from dajamminyogesh/masterAlexey Neyman2016-11-101-3/+3
| |\ \ | | | | | | | | gcc: Updated gcc from 6.1.0 to 6.2.0
| | * | gcc: Updated gcc from 6.1.0 to 6.2.0Yogesh Sharma2016-10-311-3/+3
| | | | | | | | | | | | | | | | Signed-off-by: Yogesh Sharma <ysharm01@harris.com>
| * | | Merge branch 'master' into static-libgcc-more-fixesAlexey Neyman2016-10-122-6/+18
| |\| |
| | * | Restore 1.0.17 and make 1.0.18 experimental.Alexey Neyman2016-10-051-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1.0.18 changed the dependencies for the static libraries, notably in libc/Makefile.in. This resulted in packing a lot of unrelated stuff into libc.a, including (sic!) a nested .a library and stuff from other libraries such as libdl. This results in a failure to statically link with thus created libc.a: .../libc.a(libdl.os):(.literal+0x74): undefined reference to `_dl_tlsdesc_return' This was breaking xtensa-*-uclibc sample. Signed-off-by: Alexey Neyman <stilor@att.net>
| | * | uClibc-ng pushes new releases faster than we merge them in!Alexey Neyman2016-10-041-3/+3
| | | | | | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| | * | Fix m68k with uClibc-ng >= 1.0.15.Alexey Neyman2016-10-042-3/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1.0.15 only kept a single LINUXTHREADS option, and renamed it, making it no longer option-compatible with uClibc. The option for "1.0.14 or later" version of uClibc-ng is not currently used; rename it to "1.0.15 or later" and use it to handle newer uClibc-ng's linuxthreads. m68k happens to be the only sample using linuxthreads. Signed-off-by: Alexey Neyman <stilor@att.net>
| | * | GC uClibc 1.0.14.Alexey Neyman2016-10-041-6/+0
| | | | | | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| | * | Add uClibc-ng 1.0.17.Alexey Neyman2016-10-041-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | Also, support uClibc-ng in addToolVersion.sh Signed-off-by: Alexey Neyman <stilor@att.net>
| | * | Upgrade uClibc-ng to 1.0.14.Alexey Neyman2016-10-041-5/+5
| | | | | | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | MINGW doesn't like libmpx either.Alexey Neyman2016-10-071-1/+2
| |/ / | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | Add a checkbox for libmpx build.Alexey Neyman2016-09-222-0/+15
| | | | | | | | | | | | | | | | | | Disable libmpx for musl builds. Signed-off-by: Alexey Neyman <stilor@att.net>
* | | Merge branch 'master' of https://github.com/crosstool-ng/crosstool-ngDmitry Pankratov2016-10-0110-25/+42
|\| |
| * | Merge pull request #441 from kozyilmaz/dumaBryan Hundven2016-09-111-1/+2
| |\ \ | | | | | | | | duma: add SHARED_LIBS dependency for DUMA shared library option
| | * | duma: add SHARED_LIBS dependency for DUMA shared library optionkozyilmaz2016-09-071-1/+2
| | | |
| * | | musl: updated version to 1.1.15Yogesh Sharma2016-09-071-2/+2
| | | | | | | | | | | | | | | | Signed-off-by: Yogesh Sharma <ysharm01@harris.com>
| * | | gcc: Added 6.1.0 to version listYogesh Sharma2016-09-071-1/+23
| |/ / | | | | | | | | | | | | | | | added gcc-6.1.0 to version list in kconfig Signed-off-by: Yogesh Sharma <YogeshASharma@gmail.com>
| * | xgcc: Update gcc 5 to 5.4.0kozyilmaz2016-08-241-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | patches synced with buildroot trunk and: 110-xtensa-implement-trap-pattern.patch (copied to 5.4.0 patches) 130-build_gcc-5_with_gcc-6.patch (upstreamed in 5.4.0, dropped) 370-gcc-plugin-Win-Dont-need-undefined-extern-var-refs-nor-fpic.patch (copied to 5.4.0 patches) 380-gcc-plugin-POSIX-include-sys-select-h.patch (copied to 5.4.0 patches) 910-nios2-bad-multilib-default.patch (copied to 5.4.0 patches)
| * | Merge pull request #402 from lundmar/fix_elf2flt_repoBryan Hundven2016-08-231-1/+1
| |\ \ | | | | | | | | Update elf2flt git repository location
| | * | Update elf2flt default csetMartin Lund2016-06-141-1/+1
| | | |
| * | | mips: allow o32 ABI as default for multilibAlexey Neyman2016-08-231-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | ... since n32 and n64 are going to get built as well. Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | uclibc: merge startfiles/final into single backend.Alexey Neyman2016-08-231-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In preparation for multilib support, use the same "backend" model that is already employed by glibc and musl. Also, the verbosity setting descriptions were swapped. V=2 is actually less verbose than V=1: V=1 prints full commands, while V=2 prints 'CC <file> <defines>'. Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | Spelling fixes.Alexey Neyman2016-08-233-4/+4
| | | | | | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | glibc.sh: cleanupsAlexey Neyman2016-08-231-10/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Dump CT_LIBC_EXTRA_CC_ARGS: instead, treat CT_LIBC_EXTRA_CFLAGS as arguments to CC (or they are not applied to .S, for example). Combine them with multi_flags and CT_TARGET_CFLAGS in proper order. - Analyze thus combined flags to determine --with-fp/--without-fp. Don't need to check CT_ARCH_FLOAT - it is reflected in CT_TARGET_CFLAGS anyway. Check more soft/hard float options defined on different architectures. - Drop checking for endianness flags: they are not reflected in configure arguments in any way, and they're already present in CFLAGS (either via multi_flags or via CT_TARGET_CFLAGS). Besides, CT_ARCH_ENDIAN_OPT was actually called CT_ARCH_ENDIAN_CFLAG, so this was a no-op anyway. Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | multilib: Determine which options may pass through.Alexey Neyman2016-08-231-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | On some arches (e.g. MIPS) the options like -mabi do not work if specified more than once (see the comment in 100-gcc.sh). Therefore, we need to determine which of the options produced by <arch>.sh can be passed to multilib builds and which must be removed (i.e., which options vary among the multilibs). This presents a chicken-and-egg problem. GCC developers, in their infinite wisdom, do not allow arbitrary multilib specification to be supplied to GCC's configure. Instead, the target (and sometimes some extra options) determine the set of multilibs - which may include different CPUs, different ABIs, different endianness, different FPUs, different floating-point ABIs, ... That is, we don't know which parts vary until we build GCC and ask it. So, the solution implemented here is: - For multilib builds, start with empty CT_ARCH_TARGET_CFLAGS/LDFLAGS. - For multilib builds, require core pass 1. Pass 1 does not build any target binaries, so at that point, our target options have not been used yet. - Provide an API to modify the environment variables for the steps that follow the current one. - As a part of multilib-related housekeeping, determine the variable part of multilibs and filter out these options; pass the rest into CT_TARGET_CFLAGS/LDFLAGS. This still does not handle extra dependencies between GCC options (like -ma implying -mcpu=X -mtune=Y, etc.) but I feel that would complicate matters too much. Let's leave this until there's a compelling case for it. Also, query GCC's sysroot suffix for targets that use it (SuperH, for example) - the default multilib may not work if the command line specifies the default option explicitly (%sysroot_suffix_spec is not aware of multilib defaults). Signed-off-by: Alexey Neyman <stilor@att.net>
* | | | Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2016-06-184-1/+18
|\| | |
| * | | gcc: Add --with-multilib-list optionRay Donnelly2016-06-091-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Written by Bryan Hundven. Modified by Alexey Neyman to actually add the option to gcc.in. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> Signed-off-by: Ray Donnelly <mingw.android@gmail.com> Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | sh: require multilibAlexey Neyman2016-06-091-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Now that libc backend installs the libraries into the directory reported by gcc as 'multi-os-directory', sh4 libraries are installed into a '!m4' subdirectory. This directory then confuses GNU ld, which assumes the exclamation mark to be a word separator and attempts to link to '/usr/lib' (a directory). However, if multilib is enabled, the default libraries are installed into the [expected] '/usr/lib/./'. This looks like an artifact of SuperH's unique way of specifying the multilibs to be built in GCC (which may list exclusions, starting with '!'). Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | musl: config is broken for !EXPERIMENTALAlexey Neyman2016-06-091-0/+1
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If EXPERIMENTAL is not set, the only choice for version is the set of released versions - currently, 1.1.14. But this only option is disabled because it is also marked EXPERIMENTAL; this leaves no available choices in the configuration. Marking MUSL as experimental: it seems to have header issues which prevent, for example, gdbserver from building. musl copied chunks of ptrace.h code from the kernel into its own headers, which now clash with Linux kernel headers. Manifests at least on SH4 target. Also, musl breaks in powerpc builds: GCC balks at it with "unsupported DEFAULT_LIBC" message. Also, 64-bit powerpc and mips are not supported. So, until someone figures out the dependencies for musl in config/, mark it experimental. Signed-off-by: Alexey Neyman <stilor@att.net>
| * / Unbreak sparc-unknown-linux-gnu.Alexey Neyman2016-04-011-1/+6
| |/ | | | | | | | | | | | | GLIBC 2.23 dropped support for pre-v9 SPARC in pthreads. Pass host triplet with s/sparc/sparcv9/ replacement for 2.23. Signed-off-by: Alexey Neyman <stilor@att.net>
* | Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2016-03-302-3/+38
|\|
generated by cgit v1.2.3 (git 2.46.0) at 2025-08-28 09:48:33 +0000