| 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: | severach |
| Last Packager: | severach |
| Votes: | 11 |
| Popularity: | 0.23 |
| First Submitted: | 2020-11-23 19:59 (UTC) |
| Last Updated: | 2023-02-05 22:12 (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.
I'm keeping an eye on FS#70701 to see what the approach will be. Switching CFLAGS seems like a workaround.
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
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.
@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.
@brianmsm Thanks! Adding the key manually allows it to work.
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.
The key is correct. Please see https://gcc.gnu.org/mirrors.html for a full list of valid signing keys.
@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)
@Xarius, this works for me:
gpg --keyserver pool.sks-keyservers.net --recv-key A328C3A2C3C45C06
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.