aboutsummaryrefslogtreecommitdiff
path: root/packages/gcc
Commit message (Collapse)AuthorAgeFilesLines
...
* gcc: Refresh patches of GCC 11.2.0Alexey Brodkin2021-09-155-69/+24
| | | | | | As simple as: ./maintainer/manage-packages.sh --update-patches --select gcc-11.2.0 Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* gcc: bump to 11.2graysky2021-07-288-8/+8
| | | | Signed-off-by: John Audia <graysky@archlinux.us>
* gcc: Bump maintenance versionsChris Packham2021-07-0548-16/+16
| | | | | | | 8.4.0 -> 8.5.0 9.3.0 -> 9.4.0 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* packages/gcc/libstdc++: #include_next → #includeKeith Packard2021-06-172-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>
* packages: gcc: Add missing milestonesStephanos Ioannidis2021-06-071-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>
* Disable -Werror for GLIBC for all ARCH for GCC11.spaun20022021-05-051-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>
* Pull patch for macOS from GCC 10.3.0 package.spaun20022021-05-051-0/+18
| | | | | | This should fix linkage error on MacOS. Signed-off-by: Nik Konyuchenko <spaun2002mobile@gmail.com>
* Initial commit for gcc11spaun20022021-04-285-0/+70
| | | | Signed-off-by: Nik Konyuchenko <spaun2002mobile@gmail.com>
* Update to gcc release 10.3.0Kumar Gala2021-04-0829-172/+8
| | | | | | Drop patches already in 10.3.0 that had been backported Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
* Fix depends generation under windowsIvan Kukhta2021-04-061-0/+29
| | | | Signed-off-by: Ivan Kukhta <Ivan.Kukhta@acronis.com>
* Merge branches 'gcc10_shift_numbering' and 'gcc10_fno-rtti'Chris Packham2021-03-241-0/+67
|\
| * gcc: Fix bootstrap with -fno-rttiAnton Maklakov2021-03-231-0/+67
| |
* | gcc: just shift numbering in patch namesAnton Maklakov2021-03-234-0/+0
|/
* gcc: Add support for building libstdc++ with alternate libcKeith Packard2021-01-111-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>
* gcc: Additional build fix for building arm64 toolchain on M1 Mac'sKumar Gala2020-12-081-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>
* gcc: Add some patches to get gcc 10.2 building on ARM based MacKumar Gala2020-12-042-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>
* gcc: add build fix for aarch64 toolchain on MacOS XKumar Gala2020-11-111-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>
* Merge pull request #1342 from DspHack/feature/add_support_for_ti_c6xChris Packham2020-11-101-0/+48
|\ | | | | Experimental: Add support for the Texas Instruments C6X (TMS320C6000 …
| * Experimental: Add support for the Texas Instruments C6X (TMS320C6000 series) ↵Dan Tejada2020-05-201-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>
* | Add support for GCC 10.2.0Hans-Christian Noren Egtvedt2020-08-2721-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>
* | Update to GCC 9.x to latest release 9.3.0Hans-Christian Noren Egtvedt2020-08-2722-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>
* | gcc: Remove nested 8.3.0 directoryChris Packham2020-05-0123-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>
* | Update to gcc 8.4.0Chris Packham2020-03-1826-8/+8
|/ | | | | | https://gcc.gnu.org/legacy-ml/gcc/2020-03/msg00042.html Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Disallow PPS SPE ABIAlexey Neyman2020-03-041-1/+1
| | | | | | with GCC 9+ and GLIBC 2.30+, they no longer support it. Signed-off-by: Alexey Neyman <stilor@att.net>
* Version updatesAlexey Neyman2019-12-2524-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>
* Update to gcc 9.2.0Hans-Christian Noren Egtvedt2019-08-1521-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>
* package/gcc: Fix Glibc compilation for ARC with -mcpu= hs38_linuxAlexey Brodkin2019-04-171-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>
* Run GCC 8.3.0 patches through manage-packages.sh -PAlexey Neyman2019-02-256-110/+55
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Update to gcc 8.3.0Kumar Gala2019-02-2326-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>
* Config v2: select relevant parts of each package versionAlexey Neyman2019-01-301-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>
* Import GCC 7.4.0Alexey Neyman2018-12-0727-247/+25
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Import gcc 6.5.0Alexey Neyman2018-11-0737-319/+31
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Pull in fixes for ARM v8m support in gcc 8.2.0Kumar Gala2018-09-272-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>
* Fix build with ISL 0.20Alexey Neyman2018-09-256-18/+81
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Upgrades. Lots of 'em.Alexey Neyman2018-09-2426-612/+14
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* package/gcc: fix xtensa PR target/65416Max Filippov2018-06-244-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>
* Add upstream patch fixing XScale buildAlexey Neyman2018-06-051-0/+52
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* ARC: Add multilib support for Linux in GCCAlexey Brodkin2018-05-211-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>
* Merge pull request #971 from abrodkin/topic-elf32-multilibAlexey Neyman2018-05-161-0/+35
|\ | | | | ARC: Add support and sample for baremetal/elf32 multilib toolchain
| * ARC: Don't mention in multilib not yet supported CPUsAlexey Brodkin2018-05-161-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>
* | ARC: Fix Linux kernel comilation for ARC700Alexey Brodkin2018-05-161-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>
* Add GCC 8.1Alexey Neyman2018-05-0520-0/+1375
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* Backport GCC fix for partial int modesAlexey Neyman2018-02-153-0/+294
| | | | | | | | ... from trunk to GCC7/GCC6/GCC5. Fixes #742. Signed-off-by: Alexey Neyman <stilor@att.net>
* More fixes after the upgrades:Alexey Neyman2018-01-3017-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>
* Upgrade to new releasesAlexey Neyman2018-01-2824-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>
* Run all patches through renumbering and updateAlexey Neyman2017-12-02150-1351/+1130
| | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* gcc 7.2.0: fix 977-crystax.patch offsetsSergey Korolev2017-11-271-2/+2
|
* gcc 7.2.0: fix 975-crystax.patch offsetsSergey Korolev2017-11-271-1/+1
|
* gcc 7.2.0: fix 973-crystax.patch offsetsSergey Korolev2017-11-271-1/+1
|
* gcc 7.2.0: fix 972-crystax.patch offsetsSergey Korolev2017-11-271-18/+18
|
generated by cgit v1.2.3 (git 2.39.1) at 2025-04-25 03:29:04 +0000