summaryrefslogtreecommitdiff
path: root/samples
AgeCommit message (Collapse)AuthorFilesLines
2015-10-27Mark broken: i586-mingw32msvc,i686-none-linux-gnu.Alexey Neyman1-0/+0
Error message: [EXTRA] Preparing working directories [ERROR] Missing: 'i586-mingw32msvc-ar' or 'i586-mingw32msvc-ar' or 'ar': either needed! Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-24Revert "Remove ltrace from samples"Alexey Neyman7-0/+7
This reverts commit a3bb2aeb4445bef4250acaaff99fc8dbb0599f8b.
2015-10-22samples: add arm-unknown-linux-musleabiBryan Hundven2-0/+21
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-20Merge pull request #198 from stilor/avr2-fixBryan Hundven1-1/+4
Fix avr sample
2015-10-20Merge pull request #201 from stilor/powerpc-e500v2Bryan Hundven1-7/+4
Fix option names in powerpc-e500v2 sample.
2015-10-20Merge pull request #200 from stilor/arm-unwind-uclibcBryan Hundven1-1/+1
Fix link error in arm/uclibc with GCC 5.x
2015-10-20Merge pull request #197 from stilor/avr-fixBryan Hundven1-1/+1
Trivial avr32 fix: name of config option has changed
2015-10-16Fix sh4-unknown-linux-gnu sample.Alexey Neyman1-1/+1
The issue with this sample is that the sh4-* targets in GCC do not implement __builtin_trap() function. Starting with release 5.1, GCC inserts abort() calls where NULL pointers are dereferenced. The elf/dl-conflict.c in glibc is one such place: it calls elf_machine_rela with NULL `sym' pointer. This causes an undefined `abort' symbol to appear in the object file and as a result, pulls in some files during the linking of the dynamic loader that are not supposed to. Eventually, it results in link error due to multiple definitions of _itoa and some other symbols. The right fix would be to implement __builtin_trap() for sh4 in GCC. A workaround would be adding -fno-delete-null-pointer-checks to CFLAGS-dl-conflict.c in elf/Makefile. Until either of these happens, though, pin the GCC version to 4.9.3 - the last that did not generate `abort' calls. Note that the version where GCC started to generate `abort' calls is apparently different for different architectures; the issue in [1] was reported against GCC 4.9. References: [1] https://www.sourceware.org/ml/libc-alpha/2014-10/msg00807.html (similar issue on HP-PA which was resolved by implementing __builtin_trap)
2015-10-16Use dedicated option for 128-bit long double.Alexey Neyman1-2/+3
2015-10-16Fix powerpc-e500v2-linux-gnuspe.Alexey Neyman1-7/+3
Options were renamed. However, matching current option names result in a compile error for strfmon_l.o in glibc: GCC 4.6 detects an unitialized variable in its own va_arg() implementation. Likely, an older GLIBC was used when this sample was submitted - which did not provide -Werror in CFLAGS. Thus, use most recent GCC (5.2.0) and revert GLIBC_FORCE_UNWIND to its default value, 'y' (as forced unwind is required with this version).
2015-10-16Fix avr sample.Alexey Neyman1-1/+4
- Incompatible ISL/CLooG were requested by config after newer releases of both were brought in. - Consistency with other samples: save tarballs (which will avoid downloading them each time from Travis), extra logging.
2015-10-16Rename the GCC version option to match current config.Alexey Neyman1-1/+1
2015-10-16Fix arm/uclibc; see the description in the patch.Alexey Neyman1-1/+1
This should ideally be upstreamed to uclibc maintainers, but with the last release more than 3 years ago, I wouldn't hold my breath for a fix being released any time soon.
2015-10-01Fix bfin-unknown-linux-uclibc sample.Alexey Neyman1-1/+2
Pin GCC to 4.5.3 and binutils to 2.22, the last versions working. There are multiple bugs affecting bfin configuration; while [3] is fixed on trunk in GCC (but not backported to gcc-5-release branch yet), [1] and [2] do not have fixes yet. References: [1] https://sourceware.org/bugzilla/show_bug.cgi?id=17334 (binutils bug) [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779 (gcc bug #1) [3] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55144 (gcc bug #2)
2015-09-29Remove ltrace from samplesBryan Hundven7-7/+0
As of right now, ltrace fails to build. To get CI happy, lets just disable it! When we fix ltrace, just revert this change. This is also in reference to bug #115 Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-09-05raspberry pi 2 sampleFrederick Zhang2-0/+32
2015-08-24mingw-w64: Rename targets to {i686,x86_64}-w64-mingw32Ray Donnelly4-1/+2
.. and set CT_TARGET_VENDOR to w64. Otherwise config.gcc doesn't pickup the right files for include_next (and probably many other things go wrong too). w64 has been the correct vendor for absolutely ages now on all distributions that provide MinGW-w64 cross compilers. Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
2015-06-28avr: enable C++ support in the avr sampleErico Nunes1-0/+1
C++ support is enabled in most samples existing in crosstool-ng and is also supported by AVR. As pointed out in pull request #124 in the crosstool-ng github, Arduino based projects willing to use this toolchain will require C++ support. Signed-off-by: Erico Nunes <nunes.erico@gmail.com>
2015-06-21avr: add avr toolchain config sampleErico Nunes2-0/+7
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. Some patches are required in avr-libc for a toolchain with gcc 5.x to work. These patches are still not part of any avr-libc release version, so the config sample currently forces 4.9.x to avoid requiring to clone avr-libc trunk. References: https://savannah.nongnu.org/bugs/?44574 https://gcc.gnu.org/gcc-5/changes.html Signed-off-by: Erico Nunes <nunes.erico@gmail.com>
2015-01-28eglibc: Remove eglibc supportBryan Hundven2-2/+1
As posted on http://www.eglibc.org/ ==================== EGLIBC is no longer developed and such goals are now being addressed directly in GLIBC. ==================== I'm not interested in maintaining build support for unsupported software. Older branches of crosstool-ng continue to have eglibc support. If you find issues with older branches, I'm always open to pull requests. Removing eglibc also frees up glibc cleanup and build optimization. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-01-26arch/sample : add sample file for the nios2 architectureDaniel Zimmermann2-0/+543
add sample file for the nios2 architecture.
2014-09-08samples: powerpc-unknown-linux-uclibc is currently brokenYann E. MORIN1-0/+0
Fixing this sample proved to be, well, challenging. Mark it broken so it does not stop the release. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-09-08samples: update the PowerPC samplesYann E. MORIN7-108/+24
powerpc-unknown-linux-uclibc is left aside for now... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-05samples: update the sparc sampleYann E. MORIN1-1/+2
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-05samples: update the MIPS samplesYann E. MORIN11-172/+135
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-05samples: update ARM little-endian samplesYann E. MORIN16-143/+348
Removed the arm-davinci sample, it does not bring much more that the other samples. Add an ARM uClibc EABIhf sample. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update ARM big-endian samplesYann E. MORIN4-72/+45
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update the ix86 samplesYann E. MORIN5-91/+60
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update the m68k samplesYann E. MORIN2-8/+7
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update the bfin sampleYann E. MORIN2-4/+10
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update the s390 samplesYann E. MORIN2-17/+4
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update sh4 sampleYann E. MORIN1-9/+4
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update x86-64 samplesYann E. MORIN5-323/+54
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-09-02samples: update the alpha samplesYann E. MORIN2-32/+5
Use latest versions where possible, don't use experimental versions. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-07-27libc: rename the threads optionsYann E. MORIN1-1/+1
Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-26samples: add arm-cortexa5-linux-uclibcgnueabihfAlexandre Belloni3-0/+291
This configuration has been tested on an Atmel sama5d3 board. It is a Cortex-A5 without neon and the floating point unit is a vfpv4-d16. Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
2014-06-28samples/arm-unknown-linux-uclibcgnueabi: major updateThomas Petazzoni3-90/+91
This commit updates the arm-unknown-linux-uclibcgnueabi sample to the modern age: - gcc is bumped from 4.4.3 to 4.8.2 - binutils is bumped from 2.19 to 2.24 - gdb is bumped from 7.1 to 7.7 - uclibc is bumped from 0.9.30 to 0.9.33 - kernel headers are bumped to 3.10 - strace is bumped to 4.8 - all companion libraries are also updated In addition, the ARCH_CPU/ARCH_TUNE configuration options are changed from xscale to arm926ej-s, with the reasoning that in the ARMv5 ecosystem, ARM926EJ-S cores are much, much more widely used than Xscale cores. The resulting toolchain was tested by building a Busybox-only system with Buildroot, and testing it under an ARMv5 Qemu emulation. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2014-06-25all: fix wildcard to work with make-4.xYann E. MORIN"1-2/+2
In make-3.8x, the $(wildacrd) function would sort the entries, while in make-4.x, it would just return the entries in any unpredictable order [*] Use the $(sort) function to get reproducible behaviour. [*] Well, most probably the roder the entries appear when read from readdir() Reported-by: Andrew Ruder <andrew.ruder@elecsyscorp.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Tested-by: Andrew Ruder <andrew.ruder@elecsyscorp.com>
2013-10-04samples: add a Sparc sampleYann E. MORIN"2-0/+9
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-10-02samples: further fix before releaseYann E. MORIN"1-6/+2
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-10-01samples: update for the releaseYann E. MORIN"6-10/+13
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-31arch/avr32: Fix download of header filesMartin Guy1-1/+3
This patch fixes the download of the avr32 headers in crosstool-ng by fetching them directly from Atmel's web site instead of the now-broken URL given by the original author of the avr32-header-fetching modification, who fetched them from a copy on his own, now-defunct server. It also adds the necessary logic to extract from a zip file, as that is how the headers are packaged. To configure it for avr32 after launching ct-ng menuconfig in an empty directory: Paths and misc options -> Shell to use as CONFIG_SHELL = sh Target options -> Target Architecture = avr32 Toolchain options -> Tuple's alias = avr32 Binary utilities -> binutils version = 2.18a C compiler gcc version = 4.2.2 C-library newlib version = 1.17.0 Enable IOs on long long = yes Enable IOs on floats and doubles = yes Disable the syscalls supplied with newlib = yes CONFIG_SHELL is necessary to get round the "fragment: command not found" bug when binutils-2.18 is configured using bash. Prepared against crosstool-ng mercurial trunk on 31 March 2012. Signed-off-by: Martin Guy <martinwguy@gmail.com> [yann.morin.1998@free.fr: update bundles sample accordingly] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <CAL4-wQrg_NQ7jm-NCADqeyQr9twyhtx42OUGNThP6gWeqZc=kw@mail.gmail.com> Patchwork-Id: 232612
2013-02-05samples: add arm-cortexa9_neon-linux-gnueabihfBenoît Thébaudeau"2-0/+36
Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [yann.morin.1998@free.fr: make it a defconfig with pinned versions] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <bdf1fde968aee8d0cd95.1360063830@advdt005-ubuntu> Patchwork-Id: 218239
2013-01-24cc/gcc: remove 'sub-level' version form symbolsYann E. MORIN"29-29/+29
Now we use defconfig files to store the samples, we have to be a bit more conservatives in the symbols names, so as to avoid gigantic version bumps when updating sub-level versions from a package. Update samples accordingly. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-24samples: print changed symbols when checking samplesYann E. MORIN"1-1/+2
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-21samples: update the rpi sampleYann E. MORIN"2-3/+7
And use the newly introduced CT_ARCH_SUFFIX at the same time. :-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-21samples: check if update is neededYann E. MORIN"1-0/+16
Add a ct-ng action to check if samples needs being updated. This will be usefull when the config options change. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-10samples: rename this sampleYann E. MORIN"2-1/+1
This debug string slipped in surreptitiously... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-09samples: add a sample for the Raspberry PiYann E. MORIN"2-0/+27
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26all: unmark experimental versionYann E. MORIN"16-0/+29
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>
generated by cgit v0.10.2-6-g49f6 at 2024-04-27 10:52:47 (GMT)