Package Details: gcc9-libs 9.3.0-5

Git Clone URL: https://aur.archlinux.org/gcc9.git (read-only, click to copy)
Package Base: gcc9
Description: Runtime libraries shipped by GCC (9.x.x)
Upstream URL: https://gcc.gnu.org
Licenses: GPL, custom, LGPL, FDL
Provides: libasan.so, libgfortran.so, liblsan.so, libtsan.so, libubsan.so
Submitter: dvzrv
Maintainer: jonathon
Last Packager: dvzrv
Votes: 4
Popularity: 0.90
First Submitted: 2020-11-23 19:59
Last Updated: 2020-11-23 19:59

Pinned Comments

jonathon commented on 2020-11-30 14:28

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

1 2 Next › Last »

jonathon commented on 2021-05-05 01:02

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

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

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

@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

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

jonathon commented on 2020-11-30 14:28

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

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

@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

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

dvzrv commented on 2020-11-28 10:51

@Xarius: Please read the AUR wiki page (something that a user should do on day one after signing up). It is linked directly on https://aur.archlinux.org ...

Also, please use markdown code blocks for pasting shell output.