Package Base Details: libc++

Git Clone URL: (read-only, click to copy)
Submitter: WoefulDerelict
Maintainer: WoefulDerelict
Last Packager: WoefulDerelict
Votes: 248
Popularity: 0.79
First Submitted: 2017-02-04 16:09
Last Updated: 2020-11-20 22:58

Pinned Comments

eschwartz commented on 2019-01-21 03:57

PSA: Due to repeated abuse, this package is now a ZERO-TOLERANCE ZONE for rules violations.

Hi people, sorry for the interruption if you're the majority of users just innocently doing your thing, if so, feel free to just move on. For the rest of you, this is your final reminder regarding the following points, which shall now be grounds for having your account suspended:

  • Thou shalt not complain about makepkg's validpgpkeys feature.

  • Thou shalt not complain about makepkg's check() feature.

  • Thou shalt not under any circumstances ever insult the maintainer for implementing said features.

This package is doing the correct thing, and there has been a great deal of pointless moaning and whining about it despite the pinned comments explaining why these complaints are not only null and void, but also ridiculous because they can already be disabled. This nagging stops now.

The banhammer is ready and waiting in case you still want to ignore all this on top of the Trusted User warning(s).

Alad commented on 2018-08-22 12:58

Holy shit guys. What's unclear about "AUR helpers are not supported"? Stop this incessant spam and learn how to use makepkg.

Any comments on AUR helper issues will be deleted from now on. Repeat offenders will have their accounts suspended.

WoefulDerelict commented on 2018-07-21 11:45

If you experience issues when using an AUR helper please try again using makepkg. AUR helpers are not supported here. The AUR article in the ArchWiki documents the prerequisites and supported process.

The test suite contains tests for multiple locales including: en_US.UTF-8, fr_FR.UTF-8, ru_RU.UTF-8, zh_CN.UTF-8, fr_CA.ISO8859-1 and cs_CZ.ISO8859-2. If a locale isn't present on the system the related tests will be marked as unsupported and skipped.

If you encounter issues when building with makepkg please attempt to build this in a clean chroot using using the appropriate devtools script. The Arch Linux DeveloperWiki has an article focused around building packages in a clean chroot which contains information on the devtools scripts and explains the process of building in a clean chroot:

There is an active community of users on IRC along with a vibrant Discord server and Forums should you require assistance.

Picking a fight with one of the Trusted Users is a terrible idea.

WoefulDerelict commented on 2017-02-05 03:42

This PKGBUILD verifies the authenticity of the source via PGP signatures which are not part of the Arch Linux keyring. In order to complete the process it is necessary to import the key(s) from the ‘validpgpkeys’ array into the user’s keyring before calling makepkg. There is a helpful article explaining this process by one of Arch Linux's developers located here:

Instructions on importing keys from a keyserver and how to automate the retrieval process can be found in the Arch Linux wiki here: This article also contains helpful information describing the installation of GnuPG, its configuration and usage.

Execute the following to import keys using gpg:

gpg --recv-keys <KEYID - See 'validpgpkeys' array in PKGBUILD>

The PGP signature check can be skipped by passing --skippgpcheck to makepkg.

The libc++ test suite can be skipped by passing --nocheck to makepkg.

Consult the makepkg manual page for a full list of options. []

Latest Comments

« First ‹ Previous ... 5 6 7 8 9 10 11 12 13 14 15 ... Next › Last »

h313 commented on 2018-01-04 22:52

I got this error when building the package: (60) SSL certificate problem: certificate is not yet valid when downloading, but it seems like an upstream issue.

leodag commented on 2018-01-01 00:14

I can't seem to find the required PGP key in any keyserver (already ran "gpg --recv-keys 8F0871F202119294", gives an error, if I search for the key on keyservers there is no result...)

Edit: ran the same command today and it worked fine. Have no idea why the server was returning an error.

Qiu commented on 2017-12-23 16:25

Add llvm-svn and clang-svn as dependencies, because the package is not compiling without them. (at least on my pc)

Kir_Nova commented on 2017-12-22 10:23

gpg --recv keys 8F0871F202119294

elvismdnin commented on 2017-11-26 15:45

remember to use gpg --recv-keys in your user.

madaramost commented on 2017-10-13 16:13

1- Download package snapshot right above box.
2- extract it and cd to folder.
3- makepkg -si

cybrid commented on 2017-10-07 02:41

The upstream URL seems to be going down on a semi-regular basis lately, getting cannot resolve host errors when trying to install.

godofgrunts commented on 2017-10-04 12:28

Okay, I fixed my issue by changing line 51 from

"CC=clang CXX=clang++ cmake \"


"CC=gcc CXX=g++ cmake \"


godofgrunts commented on 2017-10-03 23:29

I keep failing with:

clang-5.0: error: unknown argument: '-mprefer-avx128'

clang-5.0: error: unknown argument: '-mvzeroupper'

My google-fu must be bad today because I can't find anything on this.

clang --version
clang version 5.0.0 (tags/RELEASE_500/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin

ThisguyEX commented on 2017-10-02 02:40

I can makepkg as a non-root user successfully after gpg --recv-key B6C8F98282B944E3B0D5C2530FC3042E345AD05D but when trying to install the packages created as root I get errors about invalid or corrupt PGP keys which persist after performing the above command on both relevant keys as root and even after editing them and setting their trust level to full.