aboutsummaryrefslogtreecommitdiff
path: root/samples
Commit message (Collapse)AuthorAgeFilesLines
* bionic: mark bionic/android-ndk as obsoleteChris Packham2022-02-231-0/+1
| | | | | | | | | | Support for bionic was dropped by GCC some time ago. There are patches for older GCC versions but those are difficult to maintain and the version of the android-ndk they support is of little use. Mark all of the existing bionic support as obsolete so it can be removed after the next release. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Turn off debugging in sample configurationAlexey Neyman2022-02-111-2/+0
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Restrict *-uclibc,* canadians to gettext 0.20Alexey Neyman2022-02-112-0/+2
| | | | | | | Newer gettext is incompatible with uClibc-NG in cross-compilation, see the comment in the code. Signed-off-by: Alexey Neyman <stilor@att.net>
* sparc-leon: restrict to GDB9Alexey Neyman2022-02-111-1/+0
| | | | | | | | | | Starting with GDB10, it requires support for std::future<> in the compiler. Such support has not been available on some architectures until GCC9 (see PR 64735). I haven't determined the exact list of affected architectures, so decided to make it a broad dependency: for GDB10+, you need GCC9+. Signed-off-by: Alexey Neyman <stilor@att.net>
* Rename moxiebox to match its tupleAlexey Neyman2022-02-112-0/+0
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Update tic6x sampleAlexey Neyman2022-02-112-8/+6
| | | | | | | | | Restrict kernel to 5.11 and below (support for this arch has been dropped in 5.12); rename the sample to match its name as printed by `ct-ng show-tuple` (otherwise, `make saveconfig` does not update the sample's configuration). Signed-off-by: Alexey Neyman <stilor@att.net>
* More sample config updatesAlexey Neyman2022-02-11104-150/+122
| | | | | | | | | | | | *-moxie*: DTC_VERBOSE is a wobbler, it depends on whether dtc is enabled on the host machine (if dtc is installed, DTC defaults to 'n' and hence prevents DTC_VERBOSE from appearing at all). Remove the option from config file so that its value reverts to the default. xtensa-fsf-elf: mark configuration obsolete so that it can use GDB 8.1 (it uses custom sources and needs to select the version therein) Signed-off-by: Alexey Neyman <stilor@att.net>
* Upgrade script for uClibc retirementAlexey Neyman2022-02-118-14/+14
| | | | | | | | | | | | | | | | | | Run samples through upgrade and fix accumulated breakages: *-centos6-*: After 2.12.2 retirement, the samples selected most recent glibc (2.34) which also forced kernels 3.2+. Revert to 2.12.1 and 2.6.32.71, respectively. Interestingly, 2.12.1 was marked as being used in CentOS6, but the samples selected 2.12.2. Anyway, CentOS6 is EOL now and glibc 2.12 is going to be marked obsolete, and retired soon. arc-*: Make TARGET_VENDOR match the sample's name; otherwise `ct-ng saveconfig` places the config file into a different location. Fix 'savedefconfig' which was not saving the configuration file version (CT_VCHECK was set to 'load' after CT_LoadConfig call). Signed-off-by: Alexey Neyman <stilor@att.net>
* Retire obsoleted milestonesAlexey Neyman2022-02-111-0/+0
| | | | | | | | | | | | ... 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>
* Remove gcc-oracle-4.8-44.0.5Alexey Neyman2022-02-113-24/+11
| | | | | | | | | | | | | GCC 4.8 and its prerequisites have been removed by 04dce680, 41d4583a and e4221734; as a result, 4.8-based version of gcc-oracle became unbuildable (no valid versions for the prerequisites). Update the samples to use 4.9.4; which however fails to build on a modern host GCC. Build fix backported to gcc-4.9 and gcc-5 versions. Fix binutils-oracle build with host GCC11. Signed-off-by: Alexey Neyman <stilor@att.net>
* Merge branch 'mips-unknown-linux-gnu' of ↵Chris Packham2021-08-242-0/+16
|\ | | | | | | | | | | https://github.com/cpackham/crosstool-ng Signed-off-by: Chris Packham <judge.packham@gmail.com>
| * Add mips-unknown-linux-gnu sampleChris Packham2021-08-242-0/+16
| | | | | | | | | | | | | | We have unkown-elf and linux-uclibc already. Complete the set with a linux-gnu configuration. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* | pru: Default to pru-, not pru-elf- prefixDimitar Dimitrov2021-08-221-0/+1
|/ | | | | | | | The gcc-pru package in BeagleBoard Debian image has been using the "pru-" prefix for a few years now. Let's not add unnecessary confusion for users, and stick to "pru-" cross toolchain prefix. Signed-off-by: Dimitar Dimitrov <dimitar@dinux.eu>
* Add config sample of Raspberry Pi 4Bensuperpc2021-05-194-0/+32
| | | | | | | | Add config sample of Raspberry Pi 4: Add armv8-rpi4-linux-gnueabihf Add aarch64-rpi4-linux-gnu Signed-off-by: Bensuperpc <bensuperpc@gmail.com>
* Merge pull request #1448 from dinuxbg/masterChris Packham2021-01-252-0/+19
|\ | | | | Add PRU target configuration
| * Add package with PRU linker scripts and headersDimitar Dimitrov2021-01-191-0/+1
| | | | | | | | | | | | | | | | Include the gnuprumcu package in PRU cross toolchain. Toolchain is somewhat useless without device specs and linker scripts for the various SoCs. Signed-off-by: Dimitar Dimitrov <dimitar@dinux.eu>
| * Add PRU cross tool targetDimitar Dimitrov2021-01-192-0/+18
| | | | | | | | | | | | | | | | | | Add sample configuration for building cross toolchain for the TI PRU. PRU cores are present in many of the BeagleBone single board computers. More information about the PRU can be found in https://bbb.io/pru Signed-off-by: Dimitar Dimitrov <dimitar@dinux.eu>
* | Add newlib-nano as companion libKeith Packard2021-01-141-0/+1
|/ | | | | | | This allows building newlib-nano in addition to newlib and picolibc, allowing users to select between C libraries within the same toolchain. Signed-off-by: Keith Packard <keithp@keithp.com>
* picolibc: Build libstdc++ against picolibc if requestedKeith Packard2021-01-111-0/+1
| | | | | | | This uses the gcc support for building libstdc++ using alternate lib header files. Signed-off-by: Keith Packard <keithp@keithp.com>
* picolibc: Convert to companion libraryKeith Packard2021-01-082-4/+4
| | | | | | | This allows configurations to include picolibc without excluding another C library. Signed-off-by: Keith Packard <keithp@keithp.com>
* Update reported.byArnaud Aujon Chevallier2020-11-242-3/+3
|
* samples : update armv6 configurationArnaud Aujon Chevallier2020-11-244-0/+23
|
* Add sample configuration for Oracle Linux 7 on aarch64Jose E. Marchesi2020-11-232-0/+24
|
* Add Oracle products to crosstool-ngJose E. Marchesi2020-11-234-0/+48
| | | | | | | | | | | | | | | | | | This commit adds support for the following Oracle products, in order to target Oracle Linux 7.9: Binutils 2.27-44.base.0.400 GCC 4.8.5-44.0.5 glibc 2.17-317.0.3 UEK5/u4 4.14.35-2025.400.8 Sample configuration files are provides for the following triplets: arm-ol7u9-linux-gnueabi arm-ol7u9-linux-gnueabihf Signed-off-by: Egeyar Bagcioglu <egeyar.bagcioglu@oracle.com> Signed-off-by: Jose E. Marchesi <jose.marchesi@oracle.com>
* Merge pull request #1342 from DspHack/feature/add_support_for_ti_c6xChris Packham2020-11-102-0/+17
|\ | | | | Experimental: Add support for the Texas Instruments C6X (TMS320C6000 …
| * c6x: Remove multilib requirementDan Tejada2020-11-022-0/+17
| | | | | | | | | | | | | | Restore tuple config check Add sample configuration Signed-off-by: Dan Tejada <dan.tejada@cantada.com>
* | Merge branch 'BR1_zlinux_cross_comp' of ↵Chris Packham2020-09-066-0/+20
|\ \ | | | | | | | | | git://github.com/pradghos/crosstool-ng into pradghos-BR1_zlinux_cross_comp
| * | Adding new samples s390x/s390-unknown-linux-gnuPradipta Ghosh2020-08-276-0/+20
| |/ | | | | | | | | | | | | - s390x/s390 is allowed to pair with other vendor name. - new samples are being added to use this flexibility. - Fix space issue
* | Add picolibc support [v2]Keith Packard2020-09-012-0/+15
| | | | | | | | | | | | | | | | | | | | | | | | This adds support for using picolibc instead of newlib on embedded systems. Signed-off-by: Keith Packard <keithp@keithp.com> v2: Add check for meson and ninja Sync option default values with current picolibc defaults Remove xtensa sys header file install as those aren't in picolibc
* | Merge pull request #1242 from cpackham/mips64Chris Packham2020-08-232-0/+10
|\ \ | |/ |/| samples: Add a mips64 big-endian config
| * samples: Add a mips64 big-endian configChris Packham2019-09-112-0/+10
| | | | | | | | Signed-off-by: Chris Packham <judge.packham@gmail.com>
* | ARC: Support building of multi-lib Glibc toolchainAlexey Brodkin2019-06-142-0/+10
|/ | | | | | | | | | | | | | | | | | | | | | | From GCC's standpoint ARC's multilib items are defined by "mcpu" values which we have quite a few and for all of them might be built optimized cross-toolchain. From Glibc's standpoint multilib is just multi-ABI [1] and so very limited versions are supposed to co-exist (e.g. arc700 & archs). Here we force Glibc to install libraries in GCC's multilib folder to create a universal cross-toolchain that has libs optimized for multiple CPU types. But note we only need to mess with installation paths in case of real multilib, otherwise we keep default "lib/" paths so that GCC finds default (the one and only) libs where it expects them to be. Also here we add a sample which allows to build universal Glibc Linux toolchain for ARC. [1] https://sourceware.org/ml/libc-alpha/2019-06/msg00018.html Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* Add Glibc toolchain sample for ARC HSAlexey Brodkin2019-04-172-0/+9
| | | | Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* Merge pull request #1178 from stilor/masterAlexey Neyman2019-04-051-4/+4
|\ | | | | Last fixes for 1.24.0
| * Use explicit revision in xtensa-fsf-elfAlexey Neyman2019-03-201-4/+4
| | | | | | | | | | | | So that the build does not depend on internet connectivity. Signed-off-by: Alexey Neyman <stilor@att.net>
* | Merge pull request #1167 from palmer-dabbelt/riscv-cxxAlexey Neyman2019-04-051-0/+1
|\ \ | | | | | | riscv64-unknown-linux-gnu: Add C++ Support
| * | riscv64-unknown-linux-gnu: Add C++ SupportPalmer Dabbelt2019-03-201-0/+1
| |/ | | | | | | | | | | | | | | We've had very solid support for C++ for quite a while now in RISC-V land, at least in our Linux targets. This patch set enables C++ support by default, which I assume most users will want. Signed-off-by: Palmer Dabbelt <palmer@sifive.com>
* / samples: G+ is gone, update reporter_urlAlexandre Belloni2019-04-042-2/+2
|/ | | | | | | G+ is now defunct, update the reporter_url to bootlin as both Thomas and I are working there. Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
* Update the samples to v3Alexey Neyman2019-03-0994-95/+94
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Add sample from #985Alexey Neyman2019-02-172-0/+42
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Run the samples through update to v2Alexey Neyman2019-02-0993-94/+94
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Use enhanced framework for 'ct-ng update-samples'Alexey Neyman2019-02-091-10/+12
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Run the samples through `ct-ng update-samples`Alexey Neyman2019-01-2894-22/+100
| | | | | | | | - Pin sparc-leon-linux-gnu to GCC6, again. - Remove "brokenness" explanation from moxie-elf comment (was only applicable to stage-2 compiler, not final). Signed-off-by: Alexey Neyman <stilor@att.net>
* Add upgrade logic to version-check.shAlexey Neyman2019-01-271-5/+1
| | | | | | | | | Slightly rework config version detector to catch the case where neither CONFIG_VERSION/CONFIG_VERSION_CURRENT is defined in the config file. Add olddefconfig and use it after the upgrade. Signed-off-by: Alexey Neyman <stilor@att.net>
* Basic framework for checking config file versionAlexey Neyman2019-01-261-17/+28
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Allow short "moxiebox" aliasAlexey Neyman2018-12-103-0/+0
| | | | | | | | | | ... while making use of the new tunables. Also, unmark the moxie-elf as broken: the ld scripts installed by newlib can be found by the compiler and can link the binaries. Why the default script is broken is not ct-ng's problem... Signed-off-by: Alexey Neyman <stilor@att.net>
* Moxiebox requires target to be LEAlexey Neyman2018-12-071-0/+1
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Add config from issue 1107Alexey Neyman2018-12-072-0/+18
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Add moxiebox as a choice for libcAlexey Neyman2018-12-017-3/+31
| | | | | | | | | | | | | | | | | This required some rework of the libc selection, as moxiebox is a layer on top of another libc - newlib. Also, moxiebox'es host VM (`sandbox`) needs a libcrypto on the host. We will not have it if we're cross-compiling a canadian cross. Fortunately, all moxiebox needs from libcrypto is SHA256, and it already includes a standalone implementation of SHA256 in its runtime. Provide a little wrapper that allows moxiebox use that implementation for the host binary, too. Also, automate collecting/printing the list of all packages in a given category (e.g. LIBC or COMP_TOOLS), generate a list of all Kconfig symbols for a given category. Signed-off-by: Alexey Neyman <stilor@att.net>
* Add moxie architectureAlexey Neyman2018-11-282-0/+11
| | | | | | and a moxie-unknown-elf target (which is what #1088 apparently wanted). Signed-off-by: Alexey Neyman <stilor@att.net>
generated by cgit v1.2.3 (git 2.39.1) at 2025-04-08 20:08:10 +0000