| View previous topic :: View next topic |
| Author |
Message |
misterxx
Guru
Joined: 18 Apr 2004
Posts: 531
|
 Posted: Tue Apr 08, 2025 7:39 am Post subject: Problem compiling boost |
 |
|
Hello community
When updating the system, gcc was updated from 13.3.1_p20241025 to 14.2.1_p20241221. Now I am about to carry out the steps according to the instructions https://wiki.gentoo.org/wiki/Upgrading_GCC#upgrade-general. The instruction
#revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc
fails when compiling boost.
| Code: | >>> Emerging (1 of 1) dev-libs/boost-1.85.0-r1::gentoo
* boost_1_85_0.tar.bz2 BLAKE2B SHA512 size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking boost_1_85_0.tar.bz2 to /var/tmp/portage/dev-libs/boost-1.85.0-r1/work
>>> Source unpacked in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work
>>> Preparing source in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0 ...
* Applying boost-1.81.0-disable_icu_rpath.patch ... [ ok ]
* Applying boost-1.79.0-build-auto_index-tool.patch ... [ ok ]
* Applying boost-1.85.0-bcp-filesystem.patch ... [ ok ]
* Applying boost-1.85.0-python-numpy-2.patch ... [ ok ]
* Applying boost-1.85.0-container-aliasing.patch ... [ ok ]
* Applying boost-1.85.0-01-fix_unsupported_long_double_macros.patch ... [ ok ]
* Applying boost-1.85.0-02-fix_unsupported_long_double_formats.patch ... [ ok ]
* Applying boost-1.85.0-03-disable_tests_with_unsupported_long_double_layouts.patch ... [ ok ]
* Applying boost-1.85.0-04-remove_cruft_codeblock.patch ... [ ok ]
* Applying boost-1.85.0-05-fix_macro_name.patch ... [ ok ]
* Will copy sources from /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0
* .arm: copying to /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0 ...
* .arm: running multilib-minimal_abi_src_compile
* Creating configuration in /var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm/user-config.jam
* Disabling support for NumPy extensions in Boost.Python
b2 --user-config=/var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm/user-config.jam --without-python --prefix=/usr gentoorelease -j1 -q -d+2 pch=off --without-mpi --boost-build=/usr/share/b2/src --layout=system threading=multi link=shared -sNO_BZIP2=0 -sNO_LZMA=1 -sNO_ZLIB=0 -sNO_ZSTD=1
b2: /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/13/libstdc++.so.6: version `CXXABI_1.3.15' not found (required by b2)
* ERROR: dev-libs/boost-1.85.0-r1::gentoo failed (compile phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 136: Called src_compile
* environment, line 2990: Called multilib-minimal_src_compile
* environment, line 1744: Called multilib_foreach_abi 'multilib-minimal_abi_src_compile'
* environment, line 2011: Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
* environment, line 1716: Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
* environment, line 1714: Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_compile'
* environment, line 333: Called multilib-minimal_abi_src_compile
* environment, line 1738: Called multilib_src_compile
* environment, line 2231: Called die
* The specific snippet of code:
* ejam --prefix="${EPREFIX}"/usr "${OPTIONS[@]}" || die;
*
* If you need support, post the output of `emerge --info '=dev-libs/boost-1.85.0-r1::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-libs/boost-1.85.0-r1::gentoo'`.
* The complete build log is located at '/var/tmp/portage/dev-libs/boost-1.85.0-r1/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-libs/boost-1.85.0-r1/temp/environment'.
* Working directory: '/var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0-.arm'
* S: '/var/tmp/portage/dev-libs/boost-1.85.0-r1/work/boost_1_85_0'
|
The problem seems to be that it is still not correctly referenced to /usr/lib/gcc/..
| Code: | | b2: /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/13/libstdc++.so.6: version `CXXABI_1.3.15' not found (required by b2) |
| Code: | matrixstorage /usr/lib/gcc # l
insgesamt 8,0K
drwxr-xr-x 3 root root 4,0K 9. Nov 2023 armv7a-hardfloat-linux-gnueabi/
drwxr-xr-x 3 root root 4,0K 18. Mär 20:46 armv7a-unknown-linux-gnueabihf/
|
it should be referred to as follows:
| Code: | matrixstorage /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/14 # l libstdc++.so.6
lrwxrwxrwx 1 root root 19 7. Apr 21:40 libstdc++.so.6 -> libstdc++.so.6.0.33*
|
but gcc seems to be set correctly:
| Code: | matrixstorage /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/14 # gcc-config -l
[1] armv7a-unknown-linux-gnueabihf-14 *
|
Does anyone know what the problem could be and what I could try to solve it? |
|
| Back to top |
|
 |
misterxx
Guru
Joined: 18 Apr 2004
Posts: 531
|
| Posted: Tue Apr 08, 2025 1:50 pm Post subject: |
|
|
gcc-cofnig shows just the version 14
| Code: | matrixstorage /usr/lib/gcc # gcc-config -l
[1] armv7a-unknown-linux-gnueabihf-14 *
matrixstorage /usr/lib/gcc # |
But some packages does still refer to 13, for example
| Code: | misterxx@matrixstorage ~/.config $ vncserver :1
Using desktop session xfce
New 'matrixstorage:1 (oleg)' desktop is matrixstorage:1
Starting desktop session xfce
/usr/bin/Xvnc: /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/13/libstdc++.so.6: version `CXXABI_1.3.15' not found (required by /usr/bin/Xvnc) |
It must be a problem with toolchain. But there is nothing to rebuild.
| Code: | matrixstorage /usr/lib/gcc # revdep-rebuild -p
* This is the new python coded version
* Please report any bugs found using it.
* The original revdep-rebuild script is installed as revdep-rebuild.sh
* Please file bugs at: https://bugs.gentoo.org/
* Collecting system binaries and libraries
* Checking dynamic linking consistency
Your system is consistent
matrixstorage /usr/lib/gcc # |
Someone an idea? |
|
| Back to top |
|
|
misterxx
Guru
Joined: 18 Apr 2004
Posts: 531
|
| Posted: Wed Apr 09, 2025 1:27 pm Post subject: |
|
|
The cause of the problem was probably the CHOST variable commented out in make.conf. It was commented out when the profile was changed from 17.0 to 23.0.
I commented it back in and recompile the relevant packages ...
Let's see if it helps |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Gentoo on ARM
