summaryrefslogtreecommitdiff
path: root/config/libc/newlib.in
AgeCommit message (Collapse)AuthorFilesLines
2022-02-11Unify core passesAlexey Neyman1-1/+1
With libc_headers step before pass-1, there is no need to distinguish pass-1 and pass-2; they are configured identically (note that with the current configuration, core pass-2 is only used for win32 - hence, uses build_libgcc=yes and mode=static). Signed-off-by: Alexey Neyman <stilor@att.net>
2022-02-11Retire obsoleted milestonesAlexey Neyman1-17/+1
... and the code dependent on them, after the latest wave of obsolete package removals. This concludes the glorious history of the original uClibc (non-NG) with lots of kludges removed. There was a choice here, whether to call the resulting libc "uClibc" or "uClibc-ng". I opted in favor of giving uClibc-ng the recognition it deserves, although it had some ripple effect in the ct-ng code. Signed-off-by: Alexey Neyman <stilor@att.net>
2022-01-12gcc: Build static libgcc in core_pass1Chris Packham1-2/+1
Per https://github.com/crosstool-ng/crosstool-ng/issues/808 build static libgcc in the first pass which lets us skip the second one. Building mingw-w64 requires header files in order to build C++ support so mingw builds core pass 2. This could probably be cleaned up by splitting libc_start_files into a separate libc_header step. But for now having core 2 for mingw-w64 and core 1 for the other libcs will have to do. Anything that previously selected CC_CORE_PASSES_NEEDED now selects CC_CORE_PASS_1_NEEDED. The same goes for CC_CORE_PASS_2_NEEDED with the exception of mingw-w64. Fixes #808 Fixes #217 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2019-12-20Add newlib retargetable locking configurationStephanos Ioannidis1-0/+7
This commit adds support for the newlib configuration option '--enable-newlib-retargetable-locking'. Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
2017-11-30Make comp.libs use generated templates, tooAlexey Neyman1-2/+0
This allows us to include the component-to-package relation in the generated kconfig files and make use of that information in the show-config.sh script. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-07-08Switch gen-kconfig to new frameworkAlexey Neyman1-2/+190
Also: - Move companion_* to comp_* to match the kconfig symbols - Replace bootstrap with former gen-versions.sh - Fold *.in.2 into their respective first parts; this moves common options to the end - if it is undesirable, inclusion of *.in can be moved where *.in.2 used to be (but that will also move version selection after common options). - Retire addToolVersion.sh (may later replace with a more comprehensive script that tries to download the added tarballs, copy the patches and try to apply them, and create a version.desc). Signed-off-by: Alexey Neyman <stilor@att.net>
2017-07-08Fix the references to old config variablesAlexey Neyman1-0/+8
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-07-08Convert the rest of packages to new frameworkAlexey Neyman1-201/+4
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-06-05Upgrade newlib to 2.5.0.20170519Alexey Neyman1-2/+2
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-01Update newlib versionAlexey Neyman1-2/+2
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-03-04Bump newlib 2.5.0 to 20170228Alexey Neyman1-2/+2
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-01-06Add Newlib 2.4.0 & 2.5.0Alastair D'Silva1-5/+32
Signed-off-by: Alastair D'Silva <alastair@d-silva.org>
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>
2015-12-08config: Update kconfig for new CT_GetCustomBryan Hundven1-19/+39
This commit sort of unifies the kconfigs to handle custom files and directories. 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-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-05-02config: Add binutils, newlib, and glibc linaro configurationBryan Hundven1-0/+19
This commit introduces a "show linaro versions" for newlib, binutils, and glibc. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-01-16libc: newlib: Add NewLib 2.2.0, Linaro NewLib 2.2.0-2015.01 and 2.1.0-2014.09Cristoforo Cataldo1-4/+17
This commit allows to choose, download and build latest NewLib: - newlib-2.2.0 - newlib-linaro-2.2.0-2015.01 - newlib-linaro-2.1.0-2014.09 Signed-off-by: Cristoforo Cataldo <cristoforo.cataldo@gmail.com>
2014-12-15libc/newlib: Canadian baremetal builds require core pass-1David Holsgrove1-1/+2
Can safely skip the core pass-1 for normal baremetal builds, but when building a canadian baremetal, the repair_cc functionality (GCC_FOR_TARGET) in gcc.sh will force the core pass-2 to attempt to build gcc and libgcc without a ${CT_TARGET}-gcc existing, causing a failure on ${CT_TARGET}-gcc -dumpspecs > tmp-specs Signed-off-by: David Holsgrove <david.holsgrove@xilinx.com>
2014-05-05libc/newlib: only requires core pass-2Yann E. MORIN"1-1/+1
Reported-by: Trevor Woerner <trevor.woerner@linaro.org> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-01-02libc/newlib: fix typo in "bump version to 2.1.0"Daniel Zimmermann1-1/+1
Fix a typo in the commit http://crosstool-ng.org/hg/crosstool-ng/rev/b966620c7b1e Signed-off-by: "Daniel Zimmermann" netzimme@gmail.com Message-Id: <f2dbd80da6affb11089a.1388669655@haus-VirtualBox> Patchwork-Id: 306129
2013-12-31libc/newlib: bump version to 2.1.0Yann E. MORIN"1-0/+6
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26libc/newlib: add latest versionYann E. MORIN"1-0/+6
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26all: unmark experimental versionYann E. MORIN"1-6/+3
It's been a while we've had those versions, time to unmark them being experimental. It does not mean everything is perfect, but may gather some more testing on those versions. Update samples accordingly. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-11-22cc: add a flag for skipping core passesYann Diorcet1-0/+1
It is used for skipping unnecessary compilation steps when the libc doesn't need to be compiled (eg. when we do not use a C library). Signed-off-by: Yann Diorcet <diorcet.yann@gmail.com> Message-Id: <150eadb0117e697d79aa.1353625025@blackmint> Patchwork-Id: 201222
2012-10-30libc/newlib: remove getting from CVSYann E. MORIN"1-17/+0
We now have the ability to use a custom local directory/tarball, so it no longer makes sense to have the ability to use the CVS repository. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-10-11libc/newlib: Add CUSTOM version and CUSTOM_LOCATION config options and GetCustomDavid Holsgrove1-0/+18
CUSTOM_LOCATION config options only presented in menuconfig if component CUSTOM version selected. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> [yann.morin.1998@free.fr: fix indentation] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <d02252752d4dc5e68ae3.1349931202@localhost.localdomain> PatchWork-Id: 190795
2012-09-16libc/newlib: add newlib 1.20.0 supportAustin Morton1-0/+6
Signed-off-by: Austin Morton <austinpmorton@gmail.com>
2011-07-06libc/newlib: add latest versionYann E. MORIN"1-0/+6
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-04configure: do not require cvsYann E. MORIN"1-0/+1
cvs is used to get newlib directly from its repository. Missing cvs will only allow getting newlib from the released tarballs. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-05-08config: fix recursive depsYann E. MORIN"1-10/+10
The latest kconfig stuff is more stringent when it comes to validating the dependency of the symbols. It is no longer possible to have a symbol depend on itself (such as our construct for arch/cc/libc/... was doing). Fix our generated-file infrastructure to avoid these situations when the new kconfig stuff will be merged (in a following changeset). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-12libc: hide no-thread for those C libraries that do not support itYann E. MORIN"1-0/+1
Building non-threaded glibc has been unsupported for a long time, now: http://sourceware.org/ml/libc-alpha/2005-08/msg00091.html As eglibc is a spin-off of glibc: ditto. So do not offer that possibility in the menuconfig. Thanks to Thomas Petazzoni for spotting, and helping to solve, the issue! Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-01-31libc/newlib: remove EXPERIMENTAL statusYann E. MORIN"1-1/+1
Although this have been only slightly tested, no one has really complained, and it seems to be working fine so far (on AVR32 at least).
2010-01-10libc/newlib: add latest versionYann E. MORIN"1-0/+6
2009-10-26libc/newlib: allow using CVS snapshotsYann E. MORIN"1-0/+21
The newlib "team" rolls new releases about once a year (december). This is quite a long time between releases, in case code was fixed. So, allow user to use a CVS snapshot to benefit early from fixes and enhancements to newlib.
2009-10-21libc/newlib: allow using newlib with archs other than avr32Yann E. MORIN"1-8/+8
2009-10-26libc/newlib: fix namespace in config fileYann E. MORIN"1-2/+2
C library config options should be prefixed with 'LIBC_'.
2009-09-13scripts: add new version at top of choiceYann E. MORIN"1-6/+4
Add new versions at the top of the choice menu, not at the bottom.
2009-06-20Misc AVR32 cleanups.Martin Lund1-1/+0
2009-05-23Added support for Atmel AVR32 headersMartin Lund"1-0/+12
2009-05-22Added initial AVR32 support (bare-metal,newlib)Martin Lund"1-0/+31
generated by cgit v0.10.2-6-g49f6 at 2024-05-03 07:27:04 (GMT)