aboutsummaryrefslogtreecommitdiff
path: root/samples
Commit message (Collapse)AuthorAgeFilesLines
...
* Allow rebuilding aarch64-unknown-linux-androidAlexey Neyman2017-05-141-1/+0
| | | | | | Otherwise, fails when checking if the destination dir is writable. Signed-off-by: Alexey Neyman <stilor@att.net>
* Fix samples defaulted to glibchyc2017-05-1429-0/+29
| | | | Since glibc is no longer the default C library
* Add sample Android config, gcc 6.3 patcheshyc2017-05-142-0/+13
|
* Use config from the install locationAlexey Neyman2017-04-221-7/+7
| | | | | | ... no need to create a local symlink. Signed-off-by: Alexey Neyman <stilor@att.net>
* MinGW-W64 fixesAlexey Neyman2017-03-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | - libpthread requires iteration over multilibs, unlike the core, it does not detect and build multilibs by itself. - Disable parallel builds for mingw-w64 components; until mingw-w64 core builds clean, I am not trusting it. - Make the list of tools to build configurable - Turn on multilib in x86_64 sample. - Make warnings about tuple less redundant. As in, "one WARN is enough, no need to shout it three times". - Messages about various steps/substeps are more aligned with the rest of the components. - Use 'make' instead of ${make} to invoke the companion make just built, if applicable. Signed-off-by: Alexey Neyman <stilor@att.net>
* Fix up the sysroot issue for sh4 in a different wayAlexey Neyman2017-03-262-2/+2
| | | | | | | | | | | (see the comments in the code for details on the issue) Old workaround in 100-gcc.sh stopped working (probably, due to one of GCC version upgrades), so switch to the other approach originally described there: adjust the list of multilibs to not include the default target explicitly. Signed-off-by: Alexey Neyman <stilor@att.net>
* Run samples through an updateAlexey Neyman2017-03-2052-83/+63
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* sh*-*-linux-gnu can use GCC6 nowAlexey Neyman2017-03-202-2/+0
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Make arm-multilib-linux-uclibcgnueabi staticAlexey Neyman2017-03-151-1/+2
| | | | | | | | | GCC does not distinguish the resulting binary by the CFLAGS (e.g. based on which -march= was given). This means, while it will use the right libraries for linking, at runtime they are all going to request the same ld.so path and load the libraries from the same default path. Signed-off-by: Alexey Neyman <stilor@att.net>
* Merge pull request #586 from stilor/restore-old-kernel-libcAlexey Neyman2017-02-1020-0/+120
|\ | | | | Restore old kernel/glibc versions
| * Add Ubuntu {12.04,14.04,16.04} configs.Alexey Neyman2017-02-0912-0/+72
| | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * Add CentOS6/7 sample configsAlexey Neyman2017-02-098-0/+48
| | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* | Forgot to saveconfig the changes for ARM/elf2flt sampleAlexey Neyman2017-02-091-7/+1
|/ | | | | | | | Hence, it is better to enforce via config rules: elf2flt does not play nice with ld wrapper, when both ld.bfd and ld.gold are present. Limit the choices to just 'ld.bfd' for flat-format architectures. Signed-off-by: Alexey Neyman <stilor@att.net>
* Add a contrived ARM with elf2flt sampleAlexey Neyman2017-02-072-0/+23
| | | | | | | ... that exhibited the issue with elf2flt configuration. Original reported did not provide the config, and did not respond. Signed-off-by: Alexey Neyman <stilor@att.net>
* Enable WCHAR in a sampleAlexey Neyman2017-02-061-0/+1
| | | | | | ... needed to build canadian cross on top of it. Signed-off-by: Alexey Neyman <stilor@att.net>
* Add a canadian elf2flt sampleAlexey Neyman2017-02-052-0/+10
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Add a sample config.Alexey Neyman2017-02-032-0/+17
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Enable Fortran & tools in x86_64-w64-mingwAlexey Neyman2017-01-281-0/+2
| | | | | | ... both were recently a source of bug that didn't manifest on *-linux-* Signed-off-by: Alexey Neyman <stilor@att.net>
* Make build-all rely on kconfig options.Alexey Neyman2017-01-191-18/+11
| | | | | | | | | | | | | For that, make CT_BUILD_TOP_DIR a non-settable config option (so that it is recursively expanded with CT_HOST/CT_TARGET). Use a common prefix, with same default as for regular sample build. Use showConfig.sh to determine host toolchain path (for canadian crosses) and build directory to be removed. Remove LIBC_SYSROOT_ARG (unused). Signed-off-by: Alexey Neyman <stilor@att.net>
* Run samples through 'ct-ng update-samples'.Alexey Neyman2017-01-1963-189/+0
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Adjust vendor in arm-nano-eabi...Alexey Neyman2017-01-121-14/+10
| | | | | | | So that 'ct-ng saveconfig' works properly. Also, run it through 'ct-ng saveconfig' so that default options are removed. Signed-off-by: Alexey Neyman <stilor@att.net>
* Add ARM nano sample configurationAlastair D'Silva2017-01-102-0/+31
| | | | Signed-off-by: Alastair D'Silva <alastair@d-silva.org>
* Run samples through 'ct-ng update-samples'.Alexey Neyman2016-12-1625-27/+3
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Make companion libs static.Alexey Neyman2016-12-112-0/+29
| | | | | | | | | | | | | | | | | | | | | | | This follows the trend set by 1*.sh scripts that configure ISL, GMP, MPFR, CLooG, etc. Building with shared libraries presents all kinds of problems: - The shared libraries need to be installed into ${CT_PREFIX_DIR}. - The binaries linked against companion libs need to have proper RPATH, or they're looking for shared libs in .build/${CT_PREFIX}/buildtools/lib. - All libraries must agree as to whether they're built shared, static, or both. Otherwise, gettext tries to link in static libncurses.a into a shared library and fails (since libncurses was compiled without the -fPIC switch and hence contains relocations that cannot be handled in a shared library). So this fixes the current mess. If we decide to re-enable building the companion libs shared, we should probably make this dependent on a separate suboption of CT_STATIC_TOOLCHAIN. Add a config loosely based on one reported in the issue 274. Signed-off-by: Alexey Neyman <stilor@att.net>
* Add comp. tools for host in one of canadian crosses.Alexey Neyman2016-12-021-0/+3
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Enable posix threads in x86_64-w64-mingw32.Alexey Neyman2016-11-292-1/+2
| | | | | | | | | | | | | This enables the resulting toolchaing to be used to build a canadian cross to x86_64-pc-linux-gnu target. Unmark that sample as broken, it now builds successfully. It is likely that it is affected by issue #483, too - I see the resulting gcc executable has a DLL dependency on libiconv-2.dll, which is only installed into .build/.../buildtools. This will be investigated/fixed separately. Signed-off-by: Alexey Neyman <stilor@att.net>
* Remove a broken sample.Alexey Neyman2016-11-293-15/+0
| | | | | | We don't have a sample that builds the required toolchain (i586-mingw32msvc). Signed-off-by: Alexey Neyman <stilor@att.net>
* Add a canadian cross sample ...Alexey Neyman2016-11-292-0/+14
| | | | | | ... that was exhibiting the failures fixed in previous commits. Signed-off-by: Alexey Neyman <stilor@att.net>
* samples: rename xtensa-unknown-linux-uclibc to xtensa-fsf-linux-uclibcMax Filippov2016-11-232-0/+1
| | | | | | | Put xtensa core name to the tuple vendor string (without any overlay the default core is 'fsf') and rename sample directory accordingly. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
* samples: add target CFLAGS to xtensa-unknown-linux-uclibcMax Filippov2016-11-221-0/+1
| | | | | | | | Add -mlongcalls and -mtext-section-literals to target CFLAGS. Target libraries built with these flags have great call range, useful for linux applications. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
* xtensa: fix endianness supportMax Filippov2016-11-221-0/+1
| | | | | | | | | | | | | | | | | To build uClibc correctly we need correct endianness selected in the crosstool-NG. Xtensa cores may be little- or big-endian, but this property is static. The toolchain knows the core endianness and doesn't need options to select it. Enable ARCH_SUPPORTS_BOTH_ENDIAN and select LE by default. Specify empty CT_ARCH_ENDIAN_CFLAG so that -m{big,little}-endian don't get added to the TARGET_CFLAGS, as it's not supported by gcc. Specify empty CT_ARCH_ENDIAN_LDFLAG so that -EB/-EL don't get added to the TARGET_LDFLAGS as they are ignored. Select big-endian in the example xtensa-unknown-linux-uclibc configuration. This fixes uClibc toolchain build for little-endian cores. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
* Make all samples save tarballs.Alexey Neyman2016-11-184-0/+7
| | | | | | ... and provide consistent logging. Signed-off-by: Alexey Neyman <stilor@att.net>
* Update samples previously using 4.9.3.Alexey Neyman2016-11-174-4/+4
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Merge pull request #381 from enunes/avrAlexey Neyman2016-11-152-3/+1
|\ | | | | avr-libc: update to 2.0.0
| * avr: update sample to use up-to-date gccErico Nunes2016-04-192-3/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | With avr-libc 2.0.0 released, we no longer need to force gcc 4.9.x for the avr toolchain. So, remove the gcc version constraint and allow it to follow the default gcc version. There is also no need to force companion libraries' versions anymore. The 'experimental' flag was also removed from the description as it seems to be following upstream development now. This sample has been build tested on Arch Linux and Ubuntu 14.04 hosts. Signed-off-by: Erico Nunes <nunes.erico@gmail.com>
* | Make sparc-leon-linux-uclibc "version neutral".Alexey Neyman2016-10-042-1/+1
| | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* | sample: s390x-ibm-linux-gnu removed CT_PATCH_NONE=yYogesh Sharma2016-09-071-1/+0
| | | | | | | | Signed-off-by: Yogesh Sharma <ysharm01@harris.com>
* | sample: i686-w64-mingw32,nios2-spico-elf updated ISLYogesh Sharma2016-09-071-1/+1
| | | | | | | | Signed-off-by: Yogesh Sharma <YogeshASharma@gmail.com>
* | Merge pull request #406 from vaibhav92/powerpc64le-sampleBryan Hundven2016-08-302-0/+16
|\ \ | | | | | | samples: Add powerpc64 little-endian toolchain sample
| * | samples: Add powerpc64 little-endian toolchain sampleVaibhav Jain2016-07-192-0/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change adds a powerpc64le-unknown-linux-gnu sample that can be used to quickly create a little-endian tool-chain for powerpc64 architecture. This sample is based on the earlier work done by "Yann E. MORIN" to add support for powerpc64 tool chain and implementing the power64-unknown-linux-gnu sample. The existing sample however generates a big-endian tool chain by default. Signed-off-by: Vaibhav Jain <vaibhav@linux.vnet.ibm.com>
* | | Merge pull request #409 from KirillSmirnov/masterBryan Hundven2016-08-303-0/+40
|\ \ \ | | | | | | | | samples: Add sparc-leon-linux-uclibc sample
| * | | Add sparc-leon-linux-uclibc sampleKirill K. Smirnov2016-07-263-0/+40
| |/ / | | | | | | | | | Signed-off-by: Kirill K. Smirnov <kirill.k.smirnov@gmail.com>
* | | Rename sample to match the 'saveconfig' location.Alexey Neyman2016-08-232-0/+0
| | | | | | | | | | | | | | | | | | | | | arm-cortex_a15-linux-gnueabi was actually arm-cortex_a15-linux-gnueabihf. Signed-off-by: Alexey Neyman <stilor@att.net>
* | | build-all: Remove successful build trees.Alexey Neyman2016-08-231-1/+3
| | | | | | | | | | | | | | | | | | I am running out of space when running build-all for all samples. Signed-off-by: Alexey Neyman <stilor@att.net>
* | | arm-multilib-linux-uclibcgnueabi: Add.Alexey Neyman2016-08-232-0/+21
| | | | | | | | | | | | | | | | | | | | | No threads (uclibc/libpthread does not compile on ARMv8); no C++ (libitm depends on pthreads), no GDB/DUMA (depend on threads). Signed-off-by: Alexey Neyman <stilor@att.net>
* | | mips64el-*-linux-uclibc: Remove.Alexey Neyman2016-08-234-35/+0
| | | | | | | | | | | | | | | | | | Now, both -mabi=n32 and -mabi=64 are available as multilibs. Signed-off-by: Alexey Neyman <stilor@att.net>
* | | Create multilib configurations based on certain *-linux-* samples.Alexey Neyman2016-08-2318-0/+166
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Based on the following samples: - x86_64-unknown-linux-gnu (-m64/-m32/-mx32) - powerpc64-unknown-linux-gnu (-m64/-m32) - mipsel-unknown-linux-gnu (-mabi={32,n32,64}) - sh4-unknown-linux-gnu (-m4/-m4a) - x86_64-unknown-linux-uclibc (-m64/-m32) - mips64el-unknown-linux-uclibc (-mabi={32,n32,64}) New samples: - sparc64-multilib-linux-gnu (-m64/-m32) - sh4-multilib-linux-uclibc (-m4/-m4a/-m3) - x86_64-multilib-linux-musl (-m64/-m32) Notably missing is arm-unknown-linux-gnu (aprofile): GLIBC does not compile in one of the variants in its multilib set (-march=armv4t -mthumb) due to missing atomic ops implementation. Signed-off-by: Alexey Neyman <stilor@att.net>
* | Mark x86_64-w64-mingw32,x86_64-pc-linux-gnu broken.Alexey Neyman2016-04-012-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I couldn't get this sample to build. I tried rolling ct-ng back to 1.22 and back to the commit that introduced it, to no avail. Not sure if it ever built on my machine. The first problem is the failure to build binutils/gold because of the missing <pthread.h> in mingw. However, even if CT_BINUTILS_GOLD_THREADS option is unset, the build dies in configure of the pass-1 of the core CC. The config.log states that it failed to link with libmpfr.a, which has a lot of undefined references to symbols like '__imp___iob_func'. Googling shows that these symbols are some dark Cygwin/MinGW magic and I do not have the knowledge of these arcana. Let some other MinGWizard fix it another day. Signed-off-by: Alexey Neyman <stilor@att.net>
* | Remove --with-expat from extra GDB args.Alexey Neyman2016-04-014-4/+0
| | | | | | | | | | | | | | 300-gdb.sh always adds --with-expat, no need to list it in crosstool.config. Signed-off-by: Alexey Neyman <stilor@att.net>
* | Unbreak powerpc-unknown-linux-uclibc.Alexey Neyman2016-04-011-0/+0
|/ | | | | | | | | | | | There is invalid assembly in dmalloc for PowerPC. The issue is that 'stw' expects a memory operand, and =g constraint allows both registers and memory. Newer GCC tends to choose register even at -O0, resulting in invalid assembly. Instead, force a register constraint in 'mflr' and let GCC decide if it wants to store it into memory at all. Reported this upstream. Signed-off-by: Alexey Neyman <stilor@att.net>
generated by cgit v1.2.3 (git 2.39.1) at 2025-08-01 04:29:08 +0000