summaryrefslogtreecommitdiff
path: root/config/libc
AgeCommit message (Collapse)AuthorFilesLines
2016-11-15Merge pull request #381 from enunes/avrAlexey Neyman1-0/+5
avr-libc: update to 2.0.0
2016-11-13Merge remote-tracking branch 'upstream/master'Dmitry Pankratov1-0/+6
2016-11-12glibc: Add glibc-2.24Joachim Nilsson1-0/+6
Signed-off-by: Joachim Nilsson <troglobit@gmail.com>
2016-11-11Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2-6/+18
2016-10-05Restore 1.0.17 and make 1.0.18 experimental.Alexey Neyman1-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>
2016-10-05uClibc-ng pushes new releases faster than we merge them in!Alexey Neyman1-3/+3
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-10-05Fix m68k with uClibc-ng >= 1.0.15.Alexey Neyman2-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>
2016-10-05GC uClibc 1.0.14.Alexey Neyman1-6/+0
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-10-05Add uClibc-ng 1.0.17.Alexey Neyman1-0/+6
Also, support uClibc-ng in addToolVersion.sh Signed-off-by: Alexey Neyman <stilor@att.net>
2016-10-05Upgrade uClibc-ng to 1.0.14.Alexey Neyman1-5/+5
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-10-01Merge branch 'master' of https://github.com/crosstool-ng/crosstool-ngDmitry Pankratov4-16/+6
2016-09-07musl: updated version to 1.1.15Yogesh Sharma1-2/+2
Signed-off-by: Yogesh Sharma <ysharm01@harris.com>
2016-08-23uclibc: merge startfiles/final into single backend.Alexey Neyman1-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>
2016-08-23Spelling fixes.Alexey Neyman1-2/+2
Signed-off-by: Alexey Neyman <stilor@att.net>
2016-08-23glibc.sh: cleanupsAlexey Neyman1-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>
2016-06-18Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2-1/+7
2016-06-10musl: config is broken for !EXPERIMENTALAlexey Neyman1-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>
2016-04-19avr-libc: update to 2.0.0Erico Nunes1-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>
2016-04-02Unbreak sparc-unknown-linux-gnu.Alexey Neyman1-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>
2016-03-30Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2-3/+38
2016-03-08newlib: add option to enable nano formatted ioBryan Hundven1-0/+10
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-03-08newlib: add option to enable nano mallocBryan Hundven1-0/+11
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-03-08newlib: Update newlib versionsBryan Hundven1-3/+17
Newlib release seem to be snapshots now. Newlib 2.3.0 was released in git here: https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=ad7b3cde9c157f2c34a6a1296e0bda1ad0975bda and the snapshot for 2.3.0 was here: https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=06cd7127e3cf16ab3c0aa665956deb263e524753 The 2.2 series was also updated. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-03-07MinGW: add C++11 posix threads supportDmitry Pankratov1-1/+3
2016-02-29musl-libc: Update to 1.1.14Bryan Hundven1-7/+2
We also remove the old 1.0 series. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-02-24glibc: Clean out old glibc versionsBryan Hundven1-86/+2
We now only support glibc >=2.18 This now enables us to clean up glibc support! Also, add a comment about glibc 2.20 as the point which glibc no longer supports not building with pthread. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-02-23glibc: Add glibc-2.23Bryan Hundven1-0/+6
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-02-05uClibc-ng: Update to 1.0.12Bryan Hundven1-5/+5
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2016-01-12uClibc-ng: Update to 1.0.11Bryan Hundven1-5/+5
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-12-08Whitespace: We don't use tabs in shell or kconfig filesBryan Hundven1-3/+3
We indent by multiples of 4. This change cleans up whitespace in offending files. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-12-08config: Update kconfig for new CT_GetCustomBryan Hundven5-83/+203
This commit sort of unifies the kconfigs to handle custom files and directories. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-30gcc: Remove gcc <= 4.7.xBryan Hundven1-8/+2
As per #222, in crosstool-NG >= 1.23.0, we will only support: [upstream supported gcc versions] - 1 As of this writing, these versions are: * 5.2.0 * 4.9.3 * 4.8.5 (the -1, since development on 4.8.x is now closed) I plan to keep 4.8.5 around because of some architectures having issues with over-optimization or just faulty optimization in the 4.9.x and possibly newer versions. I also cleaned up a requirement for glibc to depend on >= gcc-4.6.x for >= glibc-2.20, but since the lowest gcc we support after this change is >= 4.8.5, this condition can go away. Patches for older gcc versions are removed in the next commit. This closes #222 Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-23uClibc: Add kconfig option to enable IPv6 supportBryan Hundven1-0/+6
This commit adds a kconfig option to enable IPv6 support. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-16uClibc-ng: Fix version promptBryan Hundven1-1/+1
In commit c9704c6683ee2ddab8be390f48f6c2de412b80dc, I forgot to bump the version in the prompt for uClibc-ng-1.0.9. Reported-by: Reinoud Koornstra <reinoudkoornstra@gmail.com> Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-15uClibc-ng: Update to uClibc-ng-1.0.9Bryan Hundven1-4/+4
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-13Merge pull request #239 from diorcety-ctng/cc-cygwin-mingw-linuxBryan Hundven1-0/+1
Canadian cross build = x86_64 Cygwin host = x86_64 MinGW_W64 target = x86_64 GNU/Linux
2015-11-13Add gettext and libiconv as companion libsRay Donnelly1-0/+1
.. they're needed for the RPC generation in glibc on both Cygwin and MinGW-w64. Neither are built on GNU/Linux and iconv is not built on Darwin. Two patches for gettext are needed, one so that -O0 works and one so that static builds can be made. They can take a good while to build, so if not needed for_host or for_build then they are not built. Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
2015-11-13uClibc: Fall back to default configs if not providedBryan Hundven1-2/+2
I've added the .config files to contrib/uClibc-defconfigs from buildroot to use as default configs if they are not provided in the sample. If a particular architecture really needs an option set, it should be either updated in the manange_uClibc_config function in scripts/build/libc/uClibc.sh or a custom ${uclibc_name}.config should be added to the sample (usually via `ct-ng saveconfig`). Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-13uClibc: Add support for uClibc-ngBryan Hundven2-0/+19
This commit adds uClibc-ng 1.0.8. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-11uClibc: Reduce supported versionsBryan Hundven1-64/+4
This commit reduces the number of supported versions to: * 0.9.33.2 * custom location Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-11-11Support mingw-w64 in addToolVersion.sh.Alexey Neyman1-4/+9
... and add 4.0.4 release. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-11-10blackfin: Remove blackfin supportBryan Hundven1-1/+1
This commit removes blackfin support. I'm open to re-adding blackfin after crosstool-1.23.0 is released, but it is currently too difficult to port forward to newer versions of gcc and uclibc. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-31gcc: Support only the latest branch releases of gccBryan Hundven1-13/+0
This change, as per #222, reduces the number of supported releases of gcc to the latest branch releases. I noticed while doing this work that gcc-4.5.4 was never added, so I moved patches for gcc-4.5.3 to 4.5.4 and updated the bfin-unknown-linux-uclibc example. Also, 120-siginfo.patch was fixed upstream in the 4.5.4 release, so this patch is omitted. I also bumped the avr sample to 4.9.3 from 4.9.2. With the addition of gcc-5.x, the gcc release team now releases the major.minor.0 versions, while updates to the branch are available in svn/git. We'll address that when we get to issue #219. This change just removes CC_GCC_5_1 and moves CC_GCC_5_2 to CC_GCC_5, and removes CC_GCC_5_1_or_later and moves CC_GCC_5_2_or_later to CC_GCC_5_or_later. This is the first of two part changes, as mentioned in #222. This change is slated for release in 1.22.0. The next change will be slated for 1.23.0, and will limit gcc versions to what is on https://gcc.gnu.org under "Release Series and Status", which is currently 4.9.3 and 5.2.0, although I will also support the previous supported version. In this example that would be 4.8.5. Last, but not least, this change also retires AVR32 support. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-20musl-libc: update musl-libc mainline to 1.1.12Bryan Hundven1-2/+2
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-09-14Added additional newlib specific target flags with new optionJasmin Jessich1-0/+14
LIBC_NEWLIB_TARGET_CFLAGS. Signed-off-by: Jasmin Jessich <jasmin@anw.at>
2015-09-03LIBC_NEWLIB_CUSTOM is no longer part of the newlib version choice, but anJasmin Jessich1-2/+35
independend configuration to enable LIBC_NEWLIB_CUSTOM. All newlib versions >=2.0.0 does provide __cxa_atexit. To enable this function in GCC, all versions >=2.0.0 does now select LIBC_PROVIDES_CXA_ATEXIT. Signed-off-by: Jasmin Jessich <jasmin@anw.at>
2015-09-02glibc: Fix applying addons to glibc => 2.17Bryan Hundven1-0/+9
glibc-2.17 and above no longer have external addons or ports. So if we are => 2.17, don't even think about trying to mess with ports or addons. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-09-02musl: Update mainline to 1.1.11Bryan Hundven1-2/+2
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-09-02glibc: Add 2.22, and add a constraint on glibc >= 2.21Bryan Hundven1-1/+12
* Add glibc 2.22 * Add a constraint on glibc-2.21 that depends on gcc-4.6 or greater. See: https://sourceware.org/ml/libc-alpha/2015-02/msg00119.html ====================================================================== * The minimum GCC version that can be used to build this version of the GNU C Library is GCC 4.6. Older GCC versions, and non-GNU compilers, can still be used to compile programs using the GNU C Library. ====================================================================== Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-06-21avr-libc: add support for avr-libc C libraryErico Nunes2-0/+59
This commit adds support for the avr-libc C library. According to the project page at http://www.nongnu.org/avr-libc , the avr-libc package provides a subset of the standard C library for Atmel AVR 8-bit RISC microcontrollers. In addition, the library provides the basic startup code needed by most applications. Support for this library in crosstool-ng is only enabled for the AVR 8-bit target. The avr-libc manual and most distributions build the AVR 8-bit gcc toolchain with the "avr" (non-canonical) target. Some experimentation also led to the conclusion that other (canonical) targets are not very well supported, so we force the "avr" target for crosstool-ng as well. The manual also recommends building avr-libc after the final gcc build. To accomplish this with crosstool-ng, a new do_libc_post_cc step is added, in which currently only avr-libc performs its build, and is a no-op for the other libc options. Signed-off-by: Erico Nunes <nunes.erico@gmail.com>