Package Details: gcc10 10.5.0-2

Git Clone URL: https://aur.archlinux.org/gcc10.git (read-only, click to copy)
Package Base: gcc10
Description: The GNU Compiler Collection - C and C++ frontends (10.x.x)
Upstream URL: https://gcc.gnu.org
Keywords: gcc
Licenses: GPL-3.0-or-later, LGPL-3.0+, LicenseRef-custom, GFDL-1.3
Submitter: jonathon
Maintainer: severach
Last Packager: severach
Votes: 3
Popularity: 0.040191
First Submitted: 2022-02-28 11:44 (UTC)
Last Updated: 2024-05-31 14:41 (UTC)

Pinned Comments

jonathon commented on 2022-03-10 23:36 (UTC)

Please read the AUR wiki page before reporting issues.

If you are experiencing a build issue then ensure you are not using an AUR helper and are using a clean chroot.

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

tallero commented on 2022-06-02 20:27 (UTC) (edited on 2022-06-02 20:30 (UTC) by tallero)

same problem as everyone else in a clean chroot with a lot of ram

solved commenting CPPFLAGS, CFLAGS, CXXFLAGS, LDFLAGS in makepkg.conf.

frankspace commented on 2022-03-16 04:24 (UTC)

I encountered the same problem encountered by ryunuck, aelzenaar, and gnaggnoyil: the same 'LONG_MIN' undeclared (etc...) in fibheap.c error. I have 64GB of RAM in my box, I actually sat there and tediously monitored memory usage during compilation, and so I can confidently say running out of memory was not the source of the problem. I also compile in a chroot, without any AUR helpers. I'm using Artix, though. Ultimately, I found out that the problem was with my chroot's makepkg.conf: compilation succeeded with everything set to Artix's defaults (other than the packager field), but failed when I tampered with it by specifying -march and a few other things that probably I shouldn't have been doing anyway. I don't have the time right now to test what specifically caused the error, but my understanding is that GCC is extraordinarily finnicky, so I'd start by making sure your chroot is truly clean, irrespective of whether you're on Arch, Artix, Manjaro, etc. Hope that helps.

jonathon commented on 2022-03-10 23:36 (UTC)

Please read the AUR wiki page before reporting issues.

If you are experiencing a build issue then ensure you are not using an AUR helper and are using a clean chroot.

jonathon commented on 2022-03-10 23:34 (UTC)

@gnaggnoyil, you may have missed that the person who commented most recently (ryunuck) says they are using Manjaro and therefore can't post on the Arch forum. I was replying directly to that comment.

If you are having problems building in a dirty environment then using a clean chroot is a sensible approach.

Finally, I'm not sure why it's up to me to work out why you can't build a package, or why AUR comments are more appropriate for troubleshooting than a thread on the forum.

gnaggnoyil commented on 2022-03-10 16:13 (UTC) (edited on 2022-03-10 16:14 (UTC) by gnaggnoyil)

@jonathon We ARE using Archlinux and by saying "it's a Manjaro issue" you were making false assumptions of us without even asking what we were doing.

This package can be built using devtool, but it DOES report compile error when running makepkg directly or using a AUR helper. Thus, it resulted in some misconceptions about what you were meaning that you insists this package "builds just file on Arch".

If you were indeed unable to reproduce the issue and have no interest of investigating what was happening, please at least just reply with "cannot reproduce, won't fix". I don't think it is a proper reply to make misleading conclusion and then further make false assumptions based on that conclusion.

jonathon commented on 2022-03-07 23:30 (UTC)

The package builds just fine on Arch, so given this is currently a Manjaro issue you can post on the Manjaro forum.

If the Manjaro forum will not give you support, and you can't or won't run Arch, then you might look at EndeavourOS or Garuda as derivatives much closer to Arch - where all AUR packages will work as intended.

If you insist on using Manjaro and want support from me then I'm available for hire. Given a sufficient donation I will install Manjaro in a virtual machine and try to replicate the issue. If you are interested then feel free to email me.

ryunuck commented on 2022-03-07 21:08 (UTC) (edited on 2022-03-07 21:15 (UTC) by ryunuck)

Hello! I have the same problem as aelzenaar and gnaggnoyil. I have 32gb of RAM so definitely not the problem, and same result with makepkg.

I cannot post on the forum because I use Manjaro and the rules forbid me from posting there.

✖  make --version
GNU Make 4.3
Built for x86_64-pc-linux-gnu
Copyright (C) 1988-2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c: In function ‘fibheap_replace_key_data’:
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:38:25: error: ‘LONG_MIN’ undeclared (first use in this function)
   38 | #define FIBHEAPKEY_MIN  LONG_MIN
      |                         ^~~~~~~~
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:220:30: note: in expansion of macro ‘FIBHEAPKEY_MIN’
  220 |   if (okey == key && okey != FIBHEAPKEY_MIN)
      |                              ^~~~~~~~~~~~~~
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:36:1: note: ‘LONG_MIN’ is defined in header ‘<limits.h>’; did you forget to ‘#include <limits.h>’?
   35 | #include "fibheap.h"
  +++ |+#include <limits.h>
   36 | 
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:38:25: note: each undeclared identifier is reported only once for each function it appears in
   38 | #define FIBHEAPKEY_MIN  LONG_MIN
      |                         ^~~~~~~~
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:220:30: note: in expansion of macro ‘FIBHEAPKEY_MIN’
  220 |   if (okey == key && okey != FIBHEAPKEY_MIN)
      |                              ^~~~~~~~~~~~~~
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c: In function ‘fibheap_delete_node’:
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:38:25: error: ‘LONG_MIN’ undeclared (first use in this function)
   38 | #define FIBHEAPKEY_MIN  LONG_MIN
      |                         ^~~~~~~~
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:261:36: note: in expansion of macro ‘FIBHEAPKEY_MIN’
  261 |   fibheap_replace_key (heap, node, FIBHEAPKEY_MIN);
      |                                    ^~~~~~~~~~~~~~
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:38:25: note: ‘LONG_MIN’ is defined in header ‘<limits.h>’; did you forget to ‘#include <limits.h>’?
   38 | #define FIBHEAPKEY_MIN  LONG_MIN
      |                         ^~~~~~~~
/home/nuck/.cache/yay/gcc10/src/gcc/libiberty/fibheap.c:261:36: note: in expansion of macro ‘FIBHEAPKEY_MIN’
  261 |   fibheap_replace_key (heap, node, FIBHEAPKEY_MIN);
      |                                    ^~~~~~~~~~~~~~
make[3]: *** [Makefile:758: fibheap.o] Error 1
make[3]: *** Waiting for unfinished jobs....

jonathon commented on 2022-03-07 11:21 (UTC)

aelzenaar, gnaggnoyil: there is no error there so you're probably running out of RAM. Also try with makepkg only (rather than a helper), and if you still can't get it working then open a thread on the forum.

aelzenaar commented on 2022-03-07 03:05 (UTC)

@gnaggnoyil I have the same issue, same error in src/gcc/libiberty/fibheap.c on building.