aboutsummaryrefslogtreecommitdiff
path: root/config/arch/avr32.in
Commit message (Collapse)AuthorAgeFilesLines
* gcc: Support only the latest branch releases of gccBryan Hundven2015-10-311-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>
* arch: rename the SUPPORT_XXX optionsYann E. MORIN"2011-11-301-4/+4
| | | | | | | | | | | First, 'SUPPORT' should be spelled 'SUPPORTS'. Second, 'SUPPORT_XXX' really means 'supports --with-xxx', so rename the affected options accordingly. Update the affected archs to match the new namings. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
* config: fix recursive depsYann E. MORIN"2011-05-081-12/+11
| | | | | | | | | | | 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>
* arch/avr32: remove EXPERIMENTALYann E. MORIN"2010-01-311-1/+0
|
* config/arch: always select the adequate bitnessYann E. MORIN"2010-01-091-0/+2
| | | | | | Even if the selected ARCH does not support different bitness (or we do not support building with another bitness), still select the appropriate bitness.
* Misc AVR32 cleanups.Martin Lund2009-06-201-5/+5
|
* Added initial AVR32 support (bare-metal,newlib)Martin Lund"2009-05-221-0/+13