summaryrefslogtreecommitdiff
path: root/patches/newlib
AgeCommit message (Collapse)AuthorFilesLines
2015-10-31gcc: Support only the latest branch releases of gccBryan Hundven1-32450/+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-06-02newlib/patch: Add eabihf patchBryan Hundven1-0/+12
This patch gets newlib 1.20.0 to work with eabihf tuple. This commit closes #23 Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-01-09Patch newlib-2.xx optimising for space Append flags to CFLAGS_FOR_TARGET ↵Bob Dunlop2-0/+16
rather than replacing.
2012-09-16libc/newlib: add newlib 1.20.0 supportAustin Morton1-0/+27
Signed-off-by: Austin Morton <austinpmorton@gmail.com>
2011-07-06libc/newlib: add latest versionYann E. MORIN"1-0/+25
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-04-09libc/newlib: the m68k processor does not like unalignedRemy Bohmer1-0/+23
Disable unaligned access at least for mcpu32, m68010 and m68020. These processors certainly do not like unaligned accesses. Signed-off-by: Remy Bohmer <linux@bohmer.net>
2009-05-22Added initial AVR32 support (bare-metal,newlib)Martin Lund"1-0/+32450