Search Criteria
Package Details: gcc5 5.5.0-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/gcc5.git (read-only, click to copy) |
---|---|
Package Base: | gcc5 |
Description: | The GNU Compiler Collection (5.x) |
Upstream URL: | https://gcc.gnu.org/gcc-5/ |
Licenses: | GPL, custom, LGPL, FDL |
Submitter: | Svenstaro |
Maintainer: | severach |
Last Packager: | severach |
Votes: | 15 |
Popularity: | 0.86 |
First Submitted: | 2018-05-07 18:23 (UTC) |
Last Updated: | 2021-09-28 17:20 (UTC) |
Dependencies (3)
Required by (12)
- arrayfire-git
- cuda-7.5
- cuda-8.0
- fifth-git (make)
- genesis-git (make)
- matlab-dummy
- nheqminer-aayanl-cuda-git (make)
- nheqminer-cuda-git (make)
- palemoon-26 (make)
- vcash
- visual-sfm (make)
- webkitfltk-static-git (make)
Latest Comments
ztftrue commented on 2021-11-06 10:08 (UTC) (edited on 2021-11-06 10:09 (UTC) by ztftrue)
isl.gforge.inria.fr is closed.
replace http://isl.gforge.inria.fr/isl-${_islver}.tar.bz2 to this https://libisl.sourceforge.io/isl-${_islver}.tar.bz2
run
makepkg --install
rkost commented on 2021-10-20 16:43 (UTC)
isl.gforge.inria.fr is down right now (2021-10-20 16:40 UTC) and it seems that it is down for quite a while now, see recent comments on https://aur.archlinux.org/packages/isl/
severach commented on 2021-09-28 17:24 (UTC)
PKGEXT is from back when the default was the atrociously slow xz, completely unnecessary for large AUR packages. Now the default is zst which is no better than gz but tolerable.
bartus commented on 2021-09-26 10:23 (UTC) (edited on 2021-09-26 10:34 (UTC) by bartus)
@severach: Why PKGBUILD overrides the compression scheme defined in
makepkg.conf
any reason for preventing user selection they desired compression?This sort of messes up my local repo configuration (╯°益°)╯彡┻━┻
Problematic declaration: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=gcc5#n36
Also, could you drop the autodetect of processor threads count and allow users to define their preferred multithreading scheme with
MAKEFLAGS
inmakepkg.conf
or as env var passed withmakepkg MAKEFLAGS="-jxxx
call.gnaggnoyil commented on 2021-09-19 20:32 (UTC)
@yangwenbo99 You should set your
MAKEFLAGS
to-j1
and rerunmakepkg
to locate where the error is.yangwenbo99 commented on 2021-09-08 20:50 (UTC)
I got the error during compilation. However, I cannot locate the exact source of the error.
gnaggnoyil commented on 2021-05-30 16:04 (UTC) (edited on 2021-05-30 16:22 (UTC) by gnaggnoyil)
Thanks. Confirmed this fix solves my issue.
BTW (probably) the same issue happens on gcc48 package too. Maybe we can apply the same fix to that one?
severach commented on 2021-05-28 20:48 (UTC)
That's not the best fix but it's the only one I could find.
gnaggnoyil commented on 2021-05-26 12:46 (UTC)
GCC 11 upgrades its default language standard mode from gnu++14 to gnu++17, meanwhile GCC 5 src contains code that is no longer valid since C++17.
Thus, building this package with GCC 11 reports the following error:
ghollisjr commented on 2020-04-30 08:56 (UTC)
I'm getting the same error as @asfjjv and @daniel_shub, but @8472's modified PKGBUILD and patch file do solve the problem.
daniel_shub commented on 2020-04-23 13:15 (UTC)
It does not build for me in a clean chroot. I get the same error as @adfjjv. It looks like there are some patches in the comments. Can someone more savvy than I update the PKGBUILD.
ecomaikgolf commented on 2020-03-22 23:52 (UTC)
Doesn't compile, needs to be patched
8472 commented on 2020-03-04 16:05 (UTC) (edited on 2020-03-04 16:18 (UTC) by 8472)
@midori: I've been playing with that just yesterday, and compilation has finished ok, so I guess my adaptation attempts could be alright, here:
PKGBUILD content: https://pastebin.com/inU6GxtT
glibc2.30-ipc_perm.patch content: https://pastebin.com/m2ngMHUe
midori commented on 2020-03-03 17:44 (UTC)
Hello adfjjv. Sorry, can you please explain me how to apply your fix? Also, in the link you shared, the patch that I have to download is the one commented by Joseph Myers?
adfjjv commented on 2020-02-28 12:14 (UTC) (edited on 2020-02-28 12:15 (UTC) by adfjjv)
The aforementioned problem is due to glibc 2.30 https://patchwork.ozlabs.org/patch/1136271/ I've attached the fix.
adfjjv commented on 2020-02-28 10:54 (UTC)
Doesn't build on up-to-date Arch. Error:
lonaowna commented on 2018-09-28 15:20 (UTC)
Sorry for the late response zurozuro and cpuheater. The glibc 2.28 issue is fixed in gcc5 5.5.0-3.
cpuheater commented on 2018-09-28 13:10 (UTC)
Same issue here. The reason is that the function
ustat
was removed in glibc-2.28: https://lists.gnu.org/archive/html/info-gnu/2018-08/msg00000.htmlThere's an AUR package for glibc-2.27 which installs into /opt/glibc-2.27/ but I couldn't figure out yet how to compile with this custom glibc. Probably the easiest approach would be to modify the glibc-2.27 package such that it replaces the system's glibc.
zurozuro commented on 2018-09-18 14:28 (UTC) (edited on 2018-09-18 14:36 (UTC) by zurozuro)
I have encountered problem compiling gcc. Any ideas?
brando56894 commented on 2018-09-16 23:07 (UTC) (edited on 2018-09-16 23:22 (UTC) by brando56894)
It fails to compile for me after about 20 minutes of compiling, which is pretty far into it since I have a 6 core/12 thread Xeon with 64 GB of DDR4 ECC and I'm compiling in /tmp
configure output, since the comments section destroyed the formatting: https://hastebin.com/
After looking at line 907 in the Makefile, it's apparently failing during the final stage of compilation. "The target built for a native non-bootstrap build"
fuan_k commented on 2018-09-16 21:10 (UTC)
Don't want to compile such a beast. Not enough space and CPU power. :(
Wish someone would share their pre-built binaries and make a -bin package instead.
lonaowna commented on 2018-06-04 10:28 (UTC)
@k0ste, ok good. I've added that line to the PKGBUILD as multiple people are having the same issue without it.
k0ste commented on 2018-06-04 06:11 (UTC)
@lonaowna, yes was I have outdated
makepkg.conf
(2015 year last change), but this not help.Preload was help, build successful, thanks.
lonaowna commented on 2018-06-03 20:44 (UTC)
@k0ste, did you try adding
export LD_PRELOAD=/usr/lib/libstdc++.so
abovemake
?Also, is
CHOST="x86_64-pc-linux-gnu"
in/etc/makepkg.conf
or did you change it?k0ste commented on 2018-06-03 17:11 (UTC)
I get segfault (make without
yaourt
, justmakepkg
. Suggestions?lonaowna commented on 2018-05-27 10:24 (UTC)
@ArnaudNux it builds fine for me. Have you tried without Yaourt? If so, does adding
export LD_PRELOAD=/usr/lib/libstdc++.so
abovemake
change anything?(next time, please wrap code/output in a block with triple backticks; see this)
ArnaudNux commented on 2018-05-27 00:38 (UTC) (edited on 2018-05-27 18:42 (UTC) by ArnaudNux)
lonaowna commented on 2018-05-15 12:46 (UTC) (edited on 2018-05-15 13:02 (UTC) by lonaowna)
@dviktor: it works but takes a really long time. I have switched back to using the tarball releases for now.
dviktor commented on 2018-05-15 08:42 (UTC)
Building from git is not possible. I'm waiting for "Cloning into bare repository" for eternity