summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2021-05-11glibc: --enable-obsolete-rpc has been removed as of 2.32Chris Packham1-1/+1
Make --enable-obsolete-rpc conditional on !GLIBC_2_32_or_later as it's been removed from that version on. Fixes: #1505 Fixes: commit 1ee44ab5 ("glibc: --enable-obsolete-rpc has been removed as of 2.32") Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-05-11alpha: Support 64-bit onlyChris Packham1-2/+2
Alpha is a 64-bit only arch. The menu options only allowed 32 bitness to be selected. This was harmless but confusing, update the config to specify 64-bit only. Fixes: #1506 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-05-11Merge pull request #1501 from nikkon-dev/nikkon-dev/gcc11Chris Packham10-3/+162
Initial commit for gcc11
2021-05-05Fix dynamic exception specifications in DUMA tests.spaun20021-0/+69
GCC11 now have -std=c++17 by default and c++17 does not allow dynamic exception specifications. Signed-off-by: Nik Konyuchenko <spaun2002mobile@gmail.com>
2021-05-05Remove m1 from multilibs for GCC11 on SH arch.spaun20021-0/+1
GCC11 somehow has different set of multilibs on SH arch than what GCC10 had. In particular: $ gcc10 -print-multi-lib | sed -r -e 's/@/ -/g;' .; mb; -mb m2; -m2 m2e; -m2e m4; -m4 m4-single; -m4-single m4-single-only; -m4-single-only mb/m2; -mb -m2 mb/m2e; -mb -m2e mb/m4; -mb -m4 mb/m4-single; -mb -m4-single mb/m4-single-only; -mb -m4-single-only mb/m2a; -mb -m2a mb/m2a-single; -mb -m2a-single $ gcc11 -print-multi-lib | sed -r -e 's/@/ -/g;' .; mb; -mb m2; -m2 m2e; -m2e m4; -m4 m4-single; -m4-single m4-single-only; -m4-single-only mb/m1; -mb -m1 mb/m2; -mb -m2 mb/m2e; -mb -m2e mb/m4; -mb -m4 mb/m4-single; -mb -m4-single mb/m4-single-only; -mb -m4-single-only mb/m2a; -mb -m2a mb/m2a-single; -mb -m2a-single mb/m1 fails to build libgcc as libgcc uses opcodes that were not available in SH-1: libgcc/config/sh/lib1funcs.S uses 'bt/s' and 'dt' instructions that, according to https://antime.kapsi.fi/sega/files/h12p0.pdf become available in the SH-2 only. So I removed mb/m1 from the multilibs fog GCC11 and SH arch. Another option would be to try not to build libgcc for this combination of the gcc version and archichecture, but I thought this fix would be more robust. Signed-off-by: Nik Konyuchenko <spaun2002mobile@gmail.com>
2021-05-05Disable -Werror for GLIBC for all ARCH for GCC11.spaun20022-3/+4
This change replicates what GLIBC 2.23 has in the string/rawmemchr.c: // #if __GNUC_PREREQ (11, 0) // /* Likewise GCC 11, with a different warning option. */ // DIAG_IGNORE_NEEDS_COMMENT (11, "-Wstringop-overread"); // #endif With -Werror multiple platforms failing on the string/rawmemchr.c:40 line. Signed-off-by: Nik Konyuchenko <spaun2002mobile@gmail.com>
2021-05-05Pull patch for macOS from GCC 10.3.0 package.spaun20021-0/+18
This should fix linkage error on MacOS. Signed-off-by: Nik Konyuchenko <spaun2002mobile@gmail.com>
2021-04-28Initial commit for gcc11spaun20025-0/+70
Signed-off-by: Nik Konyuchenko <spaun2002mobile@gmail.com>
2021-04-19Merge branch 'abrodkin-newlib-nano-relocatable' of ↵Chris Packham1-3/+3
git://github.com/foss-for-synopsys-dwc-arc-processors/crosstool-ng
2021-04-19Merge branch 'newlib-nano-target' of git://github.com/galak/crosstool-ngChris Packham2-1/+37
2021-04-19Merge branch 'newlib-nano-4.1.0' of git://github.com/galak/crosstool-ngChris Packham1-0/+1
2021-04-19Merge branch 'ltrace-fix' of https://github.com/cpackham/crosstool-ngChris Packham1-0/+14
2021-04-19Merge branch 'abrodkin-gdb-10-fix' of ↵Chris Packham1-5/+0
git://github.com/foss-for-synopsys-dwc-arc-processors/crosstool-ng
2021-04-16newlib-nano: Use run-time calculated paths in top-level nano.specsAlexey Brodkin1-3/+3
In currently generated top-level "nano.specs" we resolve paths during toolchain building and then use those pre-defined full paths once the toolchain got built. That's OK until the toolchain is used right were it was built, otherwise paths used in the top-level "nano.specs" become irrelevant and linker fails to find "nano" libs reverting to non-"nano" libs in the default location. See https://github.com/crosstool-ng/crosstool-ng/issues/1491. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2021-04-15newlib-nano: Add option to copy libs into targetKumar Gala2-0/+36
Add an option that will install a copy of newlib-nano lib*.a file in the target dir but renamed with a nano.a suffix (eg: libc_nano.a) as some default nano.spec files from newlib expect this setup. Additionally the newlib-nano version of newlib.h will get copied to include/newlib-nano/newlib.h. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2021-04-15newlib-nano: remove whitespace from nano.spec fileKumar Gala1-1/+1
Remove trailing whitespace from generated nano.spec file. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2021-04-15gdb: Don't mess with gdbserver config permissionsAlexey Brodkin1-5/+0
Some really old GDB releases did have gdbserver's configure script w/o execution permissions, so there was a need in the fix. As per Yann most likely it could have been true for GDB versions in between v5.3 & 6.6. Moreover it could have been fixed on re-release of GDB tarballs done in 2011, see [1]. And given we no longer support such old GDB versions in CT-NG (as of today we have 6.8 - 9.2, moreover it's not clear which of 6.8-7.x versions are still being actively used) we'll revert that old hack for now in a hope that it won't hurt anybody. Though if somebody sees that problem again we'll be able to revert this again ;) [1] https://sourceware.org/legacy-ml/gdb/2011-09/msg00002.html Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2021-04-15newlib-nano: Add newlib 4.1.0 supportKumar Gala1-0/+1
Add symlink to newlib-4.1.0 package details for newlib-nano/4.1.0 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2021-04-14ltrace: Add patch to fix compile error for mipsChris Packham1-0/+14
Newer versions of GCC complain: plt.c: In function 'arch_elf_add_plt_entry': plt.c:359:3: error: '%s' directive argument is null [-Werror=format-overflow=] 359 | fprintf(stderr, "%s: failed %s(%#llx): %sn", __func__, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 360 | name, addr, strerror(errno)); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors add a patch to avoid this error. Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-04-14Merge pull request #1485 from galak/newlib-4.1.0Chris Packham4-0/+42
Update to newlib release 4.1.0
2021-04-14Update to newlib release 4.1.0Kumar Gala4-0/+42
Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2021-04-14Merge pull request #1486 from galak/libelf-mirrorChris Packham1-1/+1
libelf: add some mirrors
2021-04-13libelf: add some mirrorsKumar Gala1-1/+1
Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2021-04-12Merge pull request #1465 from dimkr/musl-1.2.2Chris Packham2-0/+4
Add musl 1.2.2
2021-04-10Add musl 1.2.2Dima Krasner2-0/+4
Signed-off-by: Dima Krasner <dima@dimakrasner.com>
2021-04-09Merge pull request #1481 from galak/gcc-10-3Chris Packham29-172/+8
Update to gcc release 10.3.0
2021-04-09Merge pull request #1480 from cpackham/expatChris Packham3-16/+16
packages/expat: Bump version to 2.3.0
2021-04-08Update to gcc release 10.3.0Kumar Gala29-172/+8
Drop patches already in 10.3.0 that had been backported Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2021-04-08packages/expat: Bump version to 2.3.0Chris Packham3-16/+16
Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-04-08Merge pull request #1478 from IKukhta/fix_mingwChris Packham1-0/+29
Fix depends generation with absolute paths
2021-04-06Fix depends generation under windowsIvan Kukhta1-0/+29
Signed-off-by: Ivan Kukhta <Ivan.Kukhta@acronis.com>
2021-03-31Merge pull request #1468 from cpackham/strace-bumpChris Packham7-1/+13
Add strace 5.9, 5.10 and 5.11
2021-03-29Add strace 5.9, 5.10 and 5.11Chris Packham6-0/+12
Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-03-29build: debug: strace: Add -D__USE_MISC to target CFLAGSChris Packham1-1/+1
Similar to commit ca45a8f9 ("Add -D__GLIBC__ to target CFLAGS") newer versions of strace bundle the kernel headers which cause build errors such as: [ALL ] In file included from /home/x-tool/.build/arm-unknown-linux-musleabi/src/strace/bundled/linux/include/uapi/linux/in6.h:26, [ALL ] from /home/x-tool/.build/arm-unknown-linux-musleabi/src/strace/bundled/linux/include/uapi/linux/if_bridge.h:19, [ALL ] from /home/x-tool/.build/arm-unknown-linux-musleabi/src/strace/src/rtnl_mdb.c:16: [ERROR] /home/x-tool/.build/arm-unknown-linux-musleabi/src/strace/bundled/linux/include/uapi/linux/libc-compat.h:109: error: "__UAPI_DEF_IN6_ADDR_ALT" redefined [-Werror] [ALL ] 109 | #define __UAPI_DEF_IN6_ADDR_ALT 1 [ALL ] | [ALL ] In file included from /home/x-tool/.build/arm-unknown-linux-musleabi/src/strace/src/rtnl_mdb.c:15: [ALL ] /home/x-tool/x-tools/arm-unknown-linux-musleabi/arm-unknown-linux-musleabi/sysroot/usr/include/netinet/in.h:401: note: this is the location of the previous definition [ALL ] 401 | #define __UAPI_DEF_IN6_ADDR_ALT 0 [ALL ] | [ALL ] cc1: all warnings being treated as errors By defining __USE_MISC we get __UAPI_DEF_IN6_ADDR_ALT defined in a compatible manner. Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-03-29Merge pull request #1469 from cpackham/linux-version-bumpChris Packham20-48/+56
linux: Add new version and bump LTS
2021-03-25linux: Add new version and bump LTSChris Packham20-48/+56
Add 5.11.6 Bump 4.4.251 -> 4.4.261 Bump 4.9.251 -> 4.9.261 Bump 4.14.215 -> 4.14.225 Bump 4.19.167 -> 4.19.180 Bump 5.4.89 -> 5.4.105 Bump 5.10.7 -> 5.10.23 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-03-25Merge pull request #1475 from cpackham/ci-sh-unknown-elfChris Packham1-1/+1
CI: build sh-unknown-elf instead of sh-multilib-linux-gnu
2021-03-25CI: build sh-unknown-elf instead of sh-multilib-linux-gnuChris Packham1-1/+1
sh-multilib-linux-gnu ends up building 8 different libcs. This seems to be problematic for the github hosted runners as it appears to run them out of disk space (anecdotally this seems to have gotten worse with the switch from ubuntu-18.04 to ubuntu-20.04). Build sh-unknown-elf instead to make sure we cover of the sh architecture to some degree. Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-03-24Merge branches 'gcc10_shift_numbering' and 'gcc10_fno-rtti'Chris Packham1-0/+67
2021-03-23gcc: just shift numbering in patch namesAnton Maklakov4-0/+0
2021-03-23gcc: Fix bootstrap with -fno-rttiAnton Maklakov1-0/+67
2021-03-18Merge pull request #1471 from IKukhta/feature/manual_GCC_LIBSSP_optionChris Packham2-12/+18
Extend CC_GCC_LIBSSP with manual state
2021-03-18Merge pull request #1470 from antmak/patch-1Chris Packham1-1/+1
Make `ct-ng oldconfig` work again after kconfig updating
2021-03-17Make `ct-ng oldconfig` work again after kconfig updatingantmak1-1/+1
2021-03-17Extend CC_GCC_LIBSSP with manual stateIvan Kukhta2-12/+18
Signed-off-by: Ivan Kukhta <Ivan.Kukhta@acronis.com>
2021-03-11Merge pull request #1466 from cpackham/ci-muslChris Packham1-0/+1
CI: add arm-unknown-linux-musleabi configuration
2021-03-09CI: add arm-unknown-linux-musleabi configurationChris Packham1-0/+1
Add a configuration that includes musl libc. Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-02-23Merge pull request #1459 from ↵Chris Packham1-0/+32
foss-for-synopsys-dwc-arc-processors/abrodkin-newlib-nano-symlinks newlib-nano: Create symlinks for nano-suffixed libs
2021-02-19newlib-nano: Create symlinks for nano-suffixed libsAlexey Brodkin1-0/+32
If existing board's .specs are used for linking of a user's application, then instead of normally used libs like libc.a & libstdc++.a might be requested their "nano"-suffixed siblings: libc_nano.a, libstdc++_nano etc. That way: ----------------------------->8--------------------------- %rename link_gcc_c_sequence myboard_link_gcc_c_sequence *myboard_libc: %{!specs=nano.specs:-lc} %{specs=nano.specs:-lc_nano} *link_gcc_c_sequence: %(myboard_link_gcc_c_sequence) --start-group %G %(myboard_libc) --end-group ----------------------------->8--------------------------- Our companion newlib-nano libs are all built optimized for size, so we'd like to use them for linking. But given linker will see "-lc_nano -lstdc++_nano" on its command line non-suffixed libs will be ignored. To solve it we create those "_nano"-suffixed libraries as simple symlinks to existing libs.. Fixes https://github.com/crosstool-ng/crosstool-ng/issues/1458. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2021-02-17Merge pull request #1456 from ↵Chris Packham1-2/+10
foss-for-synopsys-dwc-arc-processors/abrodkin-ci-arc-add-elf32-and-glibc CI: Add miltilibbed Elf32 & glibc configs for ARC