Package Base Details: gcc9

Git Clone URL: https://aur.archlinux.org/gcc9.git (read-only, click to copy)
Submitter: dvzrv
Maintainer: severach
Last Packager: severach
Votes: 10
Popularity: 0.048949
First Submitted: 2020-11-23 19:59 (UTC)
Last Updated: 2023-02-05 22:12 (UTC)

Pinned Comments

jonathon commented on 2020-11-30 14:28 (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 »

jonathon commented on 2021-05-13 20:44 (UTC)

OK, I've been trying for a week or so to get the patch that's now included in gcc=11 to make a difference to this package, but the only way that worked for me was to force it via flags in the PKGBUILD.

There's no need to rebuild (no no pkgrel bump), but new builds should work again.

jonathon commented on 2021-05-05 01:02 (UTC)

I'm keeping an eye on FS#70701 to see what the approach will be. Switching CFLAGS seems like a workaround.

djantea commented on 2021-05-04 15:05 (UTC) (edited on 2021-05-04 15:13 (UTC) by djantea)

Hi,

The build fails with error: format not a string literal and no format arguments [-Werror=format-security]:

/home/dan/temp/gcc9/src/gcc/libcpp/expr.c: In function ‘unsigned int cpp_classify_number(cpp_reader*, const cpp_token*, const char**, location_t)’:
/home/dan/temp/gcc9/src/gcc/libcpp/expr.c:797:18: error: format not a string literal and no format arguments [-Werror=format-security]
  797 |        0, message);
      |                  ^
/home/dan/temp/gcc9/src/gcc/libcpp/expr.c:800:39: error: format not a string literal and no format arguments [-Werror=format-security]
  800 |           virtual_location, 0, message);
      |                                       ^
cc1plus: some warnings being treated as errors

Building "clean", with

git clone https://aur.archlinux.org/gcc9.git; cd gcc9/; makepkg

jonathon commented on 2020-12-29 01:24 (UTC) (edited on 2020-12-29 01:29 (UTC) by jonathon)

Cannot replicate a build failure caused by the expired key:

==> Verifying source file signatures with gpg...
    gcc-9.3.0.tar.xz ... Passed (WARNING: the key has expired.)

An expired key for a release signature would seem to be an upstream issue rather than a packaging issue.

frealgagu commented on 2020-12-26 21:22 (UTC)

@jonathon the key is correct but the .sig was signed with a timestamp which is no longer valid. That avoid to build in a clean chroot without change the PKGBUILD removing the signature or adding the key manually in a non-chroot.

Xarius commented on 2020-12-01 03:52 (UTC)

@brianmsm Thanks! Adding the key manually allows it to work.

jonathon commented on 2020-11-30 14:28 (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 2020-11-30 14:27 (UTC)

The key is correct. Please see https://gcc.gnu.org/mirrors.html for a full list of valid signing keys.

mxmlnznr commented on 2020-11-30 10:20 (UTC)

@dvzrv the package fails on a key that expired in 2020-09-10

gcc-9.3.0.tar.xz ... FAILED (unknown public key A328C3A2C3C45C06)

searching for that key yielded following result:

gpg --keyserver pool.sks-keyservers.net --search-keys A328C3A2C3C45C06
gpg: data source: http://185.56.33.53:11371
(1)     Jakub Jelinek <jakub@redhat.com>
          1024 bit DSA key A328C3A2C3C45C06, created: 2004-04-21, expires: 2020-09-10 (expired)

brianmsm commented on 2020-11-28 14:33 (UTC)

@Xarius, this works for me: gpg --keyserver pool.sks-keyservers.net --recv-key A328C3A2C3C45C06