Package Details: bear 3.0.0-1

Git Clone URL: (read-only, click to copy)
Package Base: bear
Description: tool to generate compilation database for clang tooling
Upstream URL:
Licenses: GPL3
Conflicts: bear
Provides: bear
Submitter: mlq
Maintainer: xythrez
Last Packager: xythrez
Votes: 39
Popularity: 0.27
First Submitted: 2013-07-08 09:40
Last Updated: 2020-09-30 15:42

Latest Comments

1 2 Next › Last »

xythrez commented on 2020-09-30 15:45

There has been some major changes in the build process for 3.0.0. Specifically, the way it is set up really doesn't like being wrapped in a PKGBUILD. Right now the program should build and run as expected. I will try to pinpoint the issues at a later date.

Flags that have issues are:

In CXXFLAGS: -fno-plt

In LDFLAGS: -z,now

yut23 commented on 2019-06-21 18:27

I was getting some test failures when trying to build 2.3.13, which I resolved by disabling ccache (add !ccache to the options array in the PKGBUILD).

On my machine, 2.4.0 builds and checks fine after this fix.

codyps commented on 2019-05-31 19:30

Hey folks, I'm trying to get this updated, but I'm seeing test failures with the new version (the PKGBUILD is configured to run the tests) that probably need to be resolved first.

smallmouse commented on 2019-03-18 23:27


I believe python-pycodestyle and python-coverage might be madedepends

codyps commented on 2019-01-30 02:30

@raul_l: using lib64 does not work as lib64 is a symlink (which collides on install of a package trying to use lib64 as a directory)

For this package, it appears that using lib as CMAKE_INSTALL_LIBDIR works around the bug in it's CMakeLists.txt.

@DanielRichtmann: it is an upstream bug (using ${CMAKE_INSTALL_LIBDIR} like that is incorrect), but it's one we can workaround here.

Thank you both for looking into this issue.

raul_l commented on 2019-01-30 02:27

With the latest version I get the ..from LD_PRELOAD cannot be preloaded.. error. It appears to me that CMAKE_INSTALL_LIBDIR should be given as a relative path,


Or I can just leave out that variable (defaults to lib64 in my case), which also works.

DanielRichtmann commented on 2019-01-28 14:40

I just upgraded to 2.3.13 and stumbled across the following which prevents me from running bear without specifying the path to libear explicitly:



From CMakeLists.txt:


Combining these, we get DEFAULT_PRELOAD_FILE equal to /usr//usr/lib/bear/

Is this an issue in the PKGBUILD or should I submit an issue upstream?

miffi commented on 2019-01-14 01:59

Interesting. It compiles fine on my system.

Cake commented on 2018-11-27 13:52

The installation failed with the error as follows:

The following tests FAILED:
      1 - func_test (Failed)
Errors while running CTest
make[3]: *** [test/CMakeFiles/check.dir/build.make:57: test/CMakeFiles/check] Error 8
make[3]: Target 'test/CMakeFiles/check.dir/build' not remade because of errors.
make[2]: *** [CMakeFiles/Makefile2:164: test/CMakeFiles/check.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:171: test/CMakeFiles/check.dir/rule] Error 2
make[1]: Target 'check' not remade because of errors.
make: *** [Makefile:199: check] Error 2
==> ERROR: A failure occurred in check().
==> ERROR: Makepkg was unable to build bear.
==> Restart building bear ? [y/N]

GeeXT commented on 2017-11-05 00:10

Update please. This version has a bug with newlocale that was fixed in latest minor release.