Package Base Details: libc++

Git Clone URL: https://aur.archlinux.org/libc++.git (read-only, click to copy)
Submitter: WoefulDerelict
Maintainer: WoefulDerelict
Last Packager: WoefulDerelict
Votes: 248
Popularity: 0.93
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.

https://wiki.archlinux.org/index.php/Makepkg https://wiki.archlinux.org/index.php/Arch_User_Repository

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. https://wiki.archlinux.org/index.php/Arch_User_Repository

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: https://wiki.archlinux.org/index.php/DeveloperWiki: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: http://allanmcrae.com/2015/01/two-pgp-keyrings-for-package-management-in-arch-linux/

Instructions on importing keys from a keyserver and how to automate the retrieval process can be found in the Arch Linux wiki here: https://wiki.archlinux.org/index.php/GnuPG#Use_a_keyserver 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. [https://www.archlinux.org/pacman/makepkg.8.html]

Latest Comments

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

zakimano commented on 2018-03-21 11:47

Hi there!

How can I disable tests for this? When trying to install, it runs about ~5400 tests, if I recall correctly, and while it's slightly annoying to have your CPU maxed out for 10 minutes straight, after that it starts to fill up my RAM like crazy, which then continues with my SWAP, and that obviously didn't end well.

Thanks in advance

WoefulDerelict commented on 2018-03-21 05:57

Ampera, menfie: One is expected to have installed the base-devel group [https://www.archlinux.org/groups/x86_64/base-devel/] BEFORE attempting to build packages. This group includes fakeroot, gcc and make along with other tools necessary to successfully build packages on an Arch Linux system. https://wiki.archlinux.org/index.php/creating_packages#Preparation

Morganamilo commented on 2018-03-16 23:56

The PGP keys appear to be missing from the .SRCINFO. manually running makepkg --printsrcinfo generates a srcinfo with PGP keys included.

Ampera commented on 2018-03-09 16:43

@menfie

Install make (pacman -S make)

fakeroot is also needed if you do not have it (I had to install it as well)

pacman -S fakeroot

Oczkins92 commented on 2018-03-05 13:00

gpg --recv-keys 8F0871F202119294 for someone who has problem with library install

Anonymous comment on 2018-03-04 15:49

I get this error:

==> Starting build()...
-- The C compiler identification is Clang 5.0.1
-- The CXX compiler identification is Clang 5.0.1
-- The ASM compiler identification is unknown
-- Found assembler: /usr/lib/ccache/bin/clang
-- Check for working C compiler: /usr/lib/ccache/bin/clang
-- Check for working C compiler: /usr/lib/ccache/bin/clang -- broken
CMake Error at /usr/share/cmake-3.10/Modules/CMakeTestCCompiler.cmake:52 (message):
  The C compiler

    "/usr/lib/ccache/bin/clang"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: /tmp/makepkg/libc++/src/build/CMakeFiles/CMakeTmp

    Run Build Command:"/usr/bin/make" "cmTC_fb07a/fast"
    /usr/bin/make -f CMakeFiles/cmTC_fb07a.dir/build.make CMakeFiles/cmTC_fb07a.dir/build
    make[1]: Entering directory '/tmp/makepkg/libc++/src/build/CMakeFiles/CMakeTmp'
    Building C object CMakeFiles/cmTC_fb07a.dir/testCCompiler.c.o
    /usr/lib/ccache/bin/clang   -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -g -fvar-tracking-assignments -g -fvar-tracking-assignments    -o CMakeFiles/cmTC_fb07a.dir/testCCompiler.c.o   -c /tmp/makepkg/libc++/src/build/CMakeFiles/CMakeTmp/testCCompiler.c
    clang-5.0: error: unknown argument: '-fvar-tracking-assignments'
    clang-5.0: error: unknown argument: '-fvar-tracking-assignments'
    make[1]: *** [CMakeFiles/cmTC_fb07a.dir/build.make:66: CMakeFiles/cmTC_fb07a.dir/testCCompiler.c.o] Error 1
    make[1]: Leaving directory '/tmp/makepkg/libc++/src/build/CMakeFiles/CMakeTmp'
    make: *** [Makefile:126: cmTC_fb07a/fast] Error 2




  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:54 (project)


-- Configuring incomplete, errors occurred!
See also "/tmp/makepkg/libc++/src/build/CMakeFiles/CMakeOutput.log".
See also "/tmp/makepkg/libc++/src/build/CMakeFiles/CMakeError.log".

UPD. In order to fix it, edit the pkgbuild and put in there

DEBUG_CFLAGS=${DEBUG_CFLAGS/-fvar-tracking-assignments/}
DEBUG_CXXFLAGS=${DEBUG_CXXFLAGS/-fvar-tracking-assignments/}

because clang has no idea about this gcc option.

WoefulDerelict commented on 2018-02-14 19:16

Lawless: There is nothing wrong with the PKGBUILD or the source signatures. The PKGBUILD is not out of date. Please read the pinned post and follow the links provided there for more information.

menfie commented on 2018-02-06 22:18

Don't know why or how I can't instal this package. The error is this:

==> Starting build()...
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles".  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a different build tool.
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CX
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles".  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a different build tool.
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_ASM_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
See also "/tmp/yaourt-tmp-elfen/aur-libc++/src/build/CMakeFiles/CMakeOutput.log".
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Makepkg was unable to build libc++.
==> Restart building libc++ ? [y/N]

Can anyone help?

gmelchett commented on 2018-01-29 13:18

After I've ran makepkg, installed libc++.so isn't a valid library.

In the libc++ directory:

$ find |grep libc++.so

./src/build/lib/libc++.so.1.0

./src/build/lib/libc++.so.1

./src/build/lib/libc++.so

./pkg/libc++/usr/lib/libc++.so.1

./pkg/libc++/usr/lib/libc++.so

./pkg/libc++/usr/lib/libc++.so.1.0

$ file ./pkg/libc++/usr/lib/libc++.so

./pkg/libc++/usr/lib/libc++.so: ASCII text

$ file ./src/build/lib/libc++.so

./src/build/lib/libc++.so: ASCII text

$ cat ./src/build/lib/libc++.so

INPUT(libc++.so.1 -lc++abi)

Neurolit commented on 2018-01-11 17:23

I don't know how to verify the package: when I run "gpg --recv-keys 8F0871F202119294", I have a weird error:

gpg: Note: signatures using the SHA1 algorithm are rejected gpg: key 0x8F0871F202119294: 2 signatures not checked due to missing keys gpg: key 0x8F0871F202119294: 5 bad signatures gpg: key 0x8F0871F202119294: no valid user IDs gpg: this may be caused by a missing self-signature gpg: Total number processed: 1 gpg: w/o user IDs: 1

Is there a problem with this key?

EDIT: I got rid of my gpg.conf file during the GPG key import, and it worked. I think my gpg.conf is a bit too paranoid about the ciphers.