summaryrefslogtreecommitdiff
path: root/packages/gcc
AgeCommit message (Collapse)AuthorFilesLines
2021-07-28gcc: bump to 11.2graysky8-8/+8
Signed-off-by: John Audia <graysky@archlinux.us>
2021-07-05gcc: Bump maintenance versionsChris Packham48-16/+16
8.4.0 -> 8.5.0 9.3.0 -> 9.4.0 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2021-06-17packages/gcc/libstdc++: #include_next → #includeKeith Packard2-0/+614
Some of the installed libstdc++ header files use '#include_next' to work around toolchain oddities that might cause loops in the compiler. However, these also cause mistakes in locating header files when there are multiple C libraries installed as '#include_next' often ends up finding default C library header files. It doesn't seem like this patch could be accepted upstream; there's a long discussion about the use of include_next in these headers which I cannot fully understand. Signed-off-by: Keith Packard <keithp@keithp.com>
2021-06-07packages: gcc: Add missing milestonesStephanos Ioannidis1-1/+1
This commit adds the missing gcc milestones 9 and 10, so that the helper symbols `GCC_9_or_later` and `GCC_10_or_later` can be used. Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
2021-05-05Disable -Werror for GLIBC for all ARCH for GCC11.spaun20021-1/+1
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-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-06Fix depends generation under windowsIvan Kukhta1-0/+29
Signed-off-by: Ivan Kukhta <Ivan.Kukhta@acronis.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-01-12gcc: Add support for building libstdc++ with alternate libcKeith Packard1-0/+275
This adds another mode to do_gcc_core_backend that builds libstdc++ against an alternate libc implementation. Signed-off-by: Keith Packard <keithp@keithp.com>
2020-12-08gcc: Additional build fix for building arm64 toolchain on M1 Mac'sKumar Gala1-0/+33
If we are targetting an aarch64-none-elf toolchain we end up running into a build issue in gcc/config/aarch64/driver-aarch64.c. This is fixed in upstream gcc so just backport the patch to gcc-10.2.0 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-12-04gcc: Add some patches to get gcc 10.2 building on ARM based MacKumar Gala2-0/+132
Pull in a change from upstream GCC and one from the gcc-darwin-arm64 repo that gets an initial cross compiler building on ARM based Mac. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-11-11gcc: add build fix for aarch64 toolchain on MacOS XKumar Gala1-0/+34
When building aarch64-unknown-linux-gnu on MacOS X, aarch64-builtins.c files doesn't build by default with clang on MacOS X. We need to pass -std=gnu++11 when building the file for things to work with clang. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-11-10Merge pull request #1342 from DspHack/feature/add_support_for_ti_c6xChris Packham1-0/+48
Experimental: Add support for the Texas Instruments C6X (TMS320C6000 …
2020-08-27Add support for GCC 10.2.0Hans-Christian Noren Egtvedt21-0/+1392
Forward ported patches from GCC 9.x, refreshed to match current sources. Patch 0010-crystax.patch did not apply clean and had minor adjustments to fit new GCC 10.2.0 release. Signed-off-by: Hans-Christian Noren Egtvedt <hegtvedt@cisco.com>
2020-08-27Update to GCC 9.x to latest release 9.3.0Hans-Christian Noren Egtvedt22-23/+25
Forward ported patches from GCC 9.2.0 to 9.3.0, refreshed to match current sources. Patch 0010-crystax.patch did not apply clean and had minor adjustments to fit new GCC 9.3.0 release. Signed-off-by: Hans-Christian Noren Egtvedt <hegtvedt@cisco.com>
2020-05-21Experimental: Add support for the Texas Instruments C6X (TMS320C6000 series) ↵Dan Tejada1-0/+48
DSPs -- c6x: Add support for c6x product families to pass on to uClibC-ng -- c6x: Fix multilib support -- c6x: Add patch fix internal instruction error (GCC 57295) Signed-off-by: Dan Tejada <dan.tejada@cantada.com>
2020-05-01gcc: Remove nested 8.3.0 directoryChris Packham23-0/+0
When GCC was updated to 8.4.0 the patches were moved incorrectly. Fix this now so that they will be picked up. Fixes: commit 31ca84ac ("Update to gcc 8.4.0") Signed-off-by: Chris Packham <judge.packham@gmail.com>
2020-03-18Update to gcc 8.4.0Chris Packham26-8/+8
https://gcc.gnu.org/legacy-ml/gcc/2020-03/msg00042.html Signed-off-by: Chris Packham <judge.packham@gmail.com>
2020-03-04Disallow PPS SPE ABIAlexey Neyman1-1/+1
with GCC 9+ and GLIBC 2.30+, they no longer support it. Signed-off-by: Alexey Neyman <stilor@att.net>
2019-12-26Version updatesAlexey Neyman24-14/+14
bison, elf2flt, gcc, isl, linux, mingw-w64, strace. Adjust checksum ordering in uclibc-ng so that it matches what the script generates. Signed-off-by: Alexey Neyman <stilor@att.net>
2019-08-15Update to gcc 9.2.0Hans-Christian Noren Egtvedt21-0/+1390
Forward ported patches from GCC 8.3.0 to 9.2.0, refreshed to match current sources. In patch 0012-crystax.patch, removed changing sysv4.h header file for rs6000, since it no longer defines LINK_EH_SPEC. Removed the following patches because they are part of upstream: - 0018-ARC-Add-multilib-support-for-linux-targets.patch - 0020-ARM-fix-cmse.patch - 0021-arm-Make-arm_cmse.h-C99-compatible.patch - 0022-ARC-Update-fma-expansions.patch Renamed 0019-isl-0.20.patch => 0018-isl-0.20.patch. Signed-off-by: Hans-Christian Noren Egtvedt <hegtvedt@cisco.com>
2019-04-17package/gcc: Fix Glibc compilation for ARC with -mcpu= hs38_linuxAlexey Brodkin1-0/+71
Back-port of upstream fix: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=5664ecf49828edb20f53937ab2e417ba173fc903 Fixes: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90103 Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2019-02-25Run GCC 8.3.0 patches through manage-packages.sh -PAlexey Neyman6-110/+55
Signed-off-by: Alexey Neyman <stilor@att.net>
2019-02-23Update to gcc 8.3.0Kumar Gala26-62/+112
Had to update the following patches so they'd apply: 0006-libgfortran-missing-include.patch 0010-crystax.patch Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2019-01-30Config v2: select relevant parts of each package versionAlexey Neyman1-1/+2
Also, remove a couple of config options that dealt with package versions that have been since retired. Signed-off-by: Alexey Neyman <stilor@att.net>
2018-12-07Import GCC 7.4.0Alexey Neyman27-247/+25
Signed-off-by: Alexey Neyman <stilor@att.net>
2018-11-08Import gcc 6.5.0Alexey Neyman37-319/+31
Signed-off-by: Alexey Neyman <stilor@att.net>
2018-09-27Pull in fixes for ARM v8m support in gcc 8.2.0Kumar Gala2-0/+109
There are some fixes to the cmse code in mainline gcc that we need to build an embedded toolchain targetting Cortex-M cpus that support the v8m extensions. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2018-09-26Fix build with ISL 0.20Alexey Neyman6-18/+81
Signed-off-by: Alexey Neyman <stilor@att.net>
2018-09-25Upgrades. Lots of 'em.Alexey Neyman26-612/+14
Signed-off-by: Alexey Neyman <stilor@att.net>
2018-06-24package/gcc: fix xtensa PR target/65416Max Filippov4-0/+404
gcc-8.1 for xtensa miscompiles uClibc dynamic linker due to gcc PR target/65416. The build completes successfully, but the binary is non-functional because the following fragment in the _dl_get_ready_to_run in ld-uClibc.so overwrites register spill area on stack causing register corruption in the previous call frame and a subsequent crash: 419f: f0c1b2 addi a11, a1, -16 41a2: 1ba9 s32i.n a10, a11, 4 41a4: 0bc9 s32i.n a12, a11, 0 41a6: 5127f2 l32i a15, a7, 0x144 41a9: 1765b2 s32i a11, a5, 92 41ac: 4e2782 l32i a8, a7, 0x138 41af: 146af2 s32i a15, a10, 80 41b2: 001b10 movsp a1, a11 The crash terminates the init process and causes kernel panic. The fix prevents reordering of movsp opcode and any access to the stack frame memory and is applicable to all existing gcc versions. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2018-06-05Add upstream patch fixing XScale buildAlexey Neyman1-0/+52
Signed-off-by: Alexey Neyman <stilor@att.net>
2018-05-21ARC: Add multilib support for Linux in GCCAlexey Brodkin1-0/+76
We never bothered to build multilibbed Linux toolchains for ARC and so we ended-up with no support of multilib for arc*-*-linux-* targets in GCC. That is now fixed in upstream by the following commit: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=0eacfbcb2bf1834294f468a2bb41fe5d5e8d3883 Once the fix mentioned above is applied on top of GCC 8.1.0 we may easily build multilibbed uClibc toolchain for ARC. Note sice Glibc port for ARC is still in review process we cannot build any Glibc toolchains for ARC with pure upstream components, for that we eiter need Glibc sources from our Github repo or apply a set of patches on top of Glibc 2.27 - we'll try to address this later though. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2018-05-16Merge pull request #971 from abrodkin/topic-elf32-multilibAlexey Neyman1-0/+35
ARC: Add support and sample for baremetal/elf32 multilib toolchain
2018-05-16ARC: Don't mention in multilib not yet supported CPUsAlexey Brodkin1-0/+35
hs4x and hs4xd were mistakenly mentioned in MULTILIB_OPTION/DIRNAMES before real support of those CPUs was accepted in upstream. That breaks multilib toolchains building becase we're trying to compile for not yet known CPU. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2018-05-16ARC: Fix Linux kernel comilation for ARC700Alexey Brodkin1-0/+402
Without this fix we're getting the following error on attempt to build Linux kernel: --------------------------------->8--------------------------------- xfrm4_mode_tunnel.s: Assembler messages: xfrm4_mode_tunnel.s:188: Error: operand out of range (128 is not between - 128 and 127) --------------------------------->8--------------------------------- The fix is taken from https://github.com/foss-for-synopsys-dwc-arc-processors/gcc/commit/d8d716f49c0057e239f2b64e7d902046b92d244f and it is supposed to be merged in upstream GCC sources soonish. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2018-05-06Add GCC 8.1Alexey Neyman20-0/+1375
Signed-off-by: Alexey Neyman <stilor@att.net>
2018-02-15Backport GCC fix for partial int modesAlexey Neyman3-0/+294
... from trunk to GCC7/GCC6/GCC5. Fixes #742. Signed-off-by: Alexey Neyman <stilor@att.net>
2018-01-30More fixes after the upgrades:Alexey Neyman17-943/+971
- GLIBC requires a fix to work with binutils 2.30 on aarch64. This fix relies on binutils 2.24 or newer, which is okay for glibc 2.26 since it needs 2.25 or newer anyway. But older glibc versions are now pinned to binutils 2.29 or older on aarch64. - xtensa needs patches in libgcc with gcc 7.3. - comment in newlib's patch to indicate it is a reversal of a commit. Signed-off-by: Alexey Neyman <stilor@att.net>
2018-01-29Upgrade to new releasesAlexey Neyman24-34/+8
android-ndk, binutils, gcc, linux, mpfr, ncurses, newlib, uclibc-ng MPC vs MPFR dependencies required modifications in auto-generated templates to also provide non-inclusive older-than/newer-than specifications. Also correct MPC URLs, the website seems to have adjusted its directory layout. Currently, newlib 3.0.0 doesn't build for arm-nano-eabi. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-12-02Run all patches through renumbering and updateAlexey Neyman150-1351/+1130
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-11-27gcc 7.2.0: fix 977-crystax.patch offsetsSergey Korolev1-2/+2
2017-11-27gcc 7.2.0: fix 975-crystax.patch offsetsSergey Korolev1-1/+1
2017-11-27gcc 7.2.0: fix 973-crystax.patch offsetsSergey Korolev1-1/+1
2017-11-27gcc 7.2.0: fix 972-crystax.patch offsetsSergey Korolev1-18/+18
2017-11-27gcc 7.2.0: fix 970-crystax.patch offsetsSergey Korolev1-35/+33