@BrianAllred
Thanks for reporting the bug. Though it was neither the fault of the PKGBUILD nor grive it was still plausible to assume it is.
Apparently GCC screwed up [1] a couple of abi tags [1].
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1331983#c10
[2] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/boost&id=9dbe4b8fa53e4d488f0d16309b5b1cf8b6c2c8ee
Search Criteria
Package Details: grive 0.5.3-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/grive.git (read-only, click to copy) |
---|---|
Package Base: | grive |
Description: | An open source Linux client for Google Drive with support for the new Drive REST API and partial sync |
Upstream URL: | https://github.com/vitalif/grive2 |
Keywords: | drive Google grive2 sync vitalif |
Licenses: | GPL2 |
Submitter: | mrbit |
Maintainer: | edh |
Last Packager: | edh |
Votes: | 284 |
Popularity: | 0.000882 |
First Submitted: | 2012-04-29 22:26 (UTC) |
Last Updated: | 2023-01-23 14:24 (UTC) |
Dependencies (12)
- boost-libs (boost-libs-gitAUR)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-c-aresAUR, curl-gitAUR)
- expat (expat-gitAUR)
- gcc-libs (gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-gitAUR, gcc-libs-snapshotAUR)
- json-c (json-c-gitAUR)
- libgcrypt
- yajl (yajl-gitAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- binutils (optional) – backtrace and libiberty
- cppunit (optional) – unit tests
- inotify-tools (inotify-tools-gitAUR) (optional) – scheduled syncs and syncs on file change events
Required by (0)
Sources (3)
Latest Comments
« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 29 Next › Last »
edh commented on 2016-05-15 00:09 (UTC) (edited on 2016-05-15 00:11 (UTC) by edh)
BrianAllred commented on 2016-05-14 19:11 (UTC)
@edh
Looks like it was a problem with the boost packages. They updated to 1.60.0-5 today and I was able to build and install just fine. Thanks for being patient with me!
BrianAllred commented on 2016-05-14 14:10 (UTC)
Filed an issue here:
https://github.com/vitalif/grive2/issues/75
Hopefully the dev can shed some light on this, because I agree, it's very strange.
edh commented on 2016-05-14 11:33 (UTC)
@BrianAllred
In this case be sure to file a bug report at the github repo of grive2. The building is done in compliance with the documentation and if it does not even build when followed by hand then there is a bug in the project itself.
This is getting quite strange...
BrianAllred commented on 2016-05-14 01:45 (UTC)
Interesting, I still get the same error when building manually.
edh commented on 2016-05-13 23:24 (UTC)
@BrianAllred
In case gcc fails, I would have expected that one would be unable to build it manually as well. Since it is building just fine if the PKGBUILD is sourced and executed, my first assumption was that a makepkg/pacman update broke it. Therefore I reverted the changed C*FLAGS and tried again but with no success so far.
Please be sure to let me know of any other correlations you might have thought of.
BrianAllred commented on 2016-05-12 21:02 (UTC)
One thing I noted is that it started failing after gcc updated to 6.1.1 in [core]. Maybe that had something to do with it?
edh commented on 2016-05-12 15:59 (UTC) (edited on 2016-05-12 15:59 (UTC) by edh)
@BrianAllred
Thanks for the report. Btw. please use something like pastebin for long error messages in order to preserver a clean comment section.
I am quite astonished that it is not building. Removing "-DCMAKE_BUILD_TYPE=Release" from cmake helped a little but did not fix the actual problem. Building manually worked flawless and even sourcing the PKGBUILD and invocing the functions worked. However as soon as makepkg takes the lead, it crashes. I will test a couple of more things and will hopefully update the package soon. Please be patient until then and feel free to post suggestions.
BrianAllred commented on 2016-05-12 02:36 (UTC)
Fails to build with this error:
[100%] Linking CXX executable grive
../libgrive/libgrive.a(State.cc.o): In function `char const* boost::re_detail_106000::re_is_set_member<char const*, char, boost::regex_traits<char, boost::cpp_regex_traits<char> >, unsigned int>(char const*, char const*, boost::re_detail_106000::re_set_long<unsigned int> const*, boost::re_detail_106000::regex_data<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, bool)':
State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x145): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform_primary[abi:cxx11](char const*, char const*) const'
State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x459): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform[abi:cxx11](char const*, char const*) const'
../libgrive/libgrive.a(State.cc.o): In function `__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > boost::re_detail_106000::re_is_set_member<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, char, boost::regex_traits<char, boost::cpp_regex_traits<char> >, unsigned int>(__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, boost::re_detail_106000::re_set_long<unsigned int> const*, boost::re_detail_106000::regex_data<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, bool)':
State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x17a): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform_primary[abi:cxx11](char const*, char const*) const'
State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x36c): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform[abi:cxx11](char const*, char const*) const'
collect2: error: ld returned 1 exit status
grive/CMakeFiles/grive_executable.dir/build.make:111: recipe for target 'grive/grive' failed
make[2]: *** [grive/grive] Error 1
CMakeFiles/Makefile2:179: recipe for target 'grive/CMakeFiles/grive_executable.dir/all' failed
make[1]: *** [grive/CMakeFiles/grive_executable.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
:: failed to build grive package(s)
edh commented on 2016-02-04 22:21 (UTC)
No problem ;D
Pinned Comments
edh commented on 2023-10-11 23:00 (UTC)
If you encounter errors similar to
error [...] loading shared libraries
, you most likely need to rebuilt the grive package. Usually no further action is needed except for forcing a rebuilt.The error is due to grive having been built against an older version of the library mentioned in the error message. The library has likely since been updated by
pacman
and grive need to be made aware of this by rebuilding it.