People,
I got this error after installing F31 and trying to use sqlite3. I had to:
# mv /usr/lib64/libc++.so /usr/lib64/libc++.so.too_short # ln -s /usr/lib64/libc++.so.1.0 /usr/lib64/libc++.so
to get sqlite3 to work . .
P.
On Mon, 2 Mar 2020 at 12:03, Philip Rhoades phil@pricom.com.au wrote: People,
I got this error after installing F31 and trying to use sqlite3. I had to:
# mv /usr/lib64/libc++.so /usr/lib64/libc++.so.too_short # ln -s /usr/lib64/libc++.so.1.0 /usr/lib64/libc++.so
to get sqlite3 to work . .
$ cat /lib64/libc++.so INPUT(libc++.so.1 -lc++abi)
This is a "linker command script" (see "info ld") for details.
Clang++ and sqlite3 both "work for me" on Fedora 31. My sqlite3 doesn't use libc++: $ ldd $(which sqlite3) linux-vdso.so.1 (0x00007fff5d3d4000) libreadline.so.8 => /lib64/libreadline.so.8 (0x00007f32c0a3d000) libm.so.6 => /lib64/libm.so.6 (0x00007f32c08f7000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f32c08f0000) libz.so.1 => /lib64/libz.so.1 (0x00007f32c08d6000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f32c08b4000) libc.so.6 => /lib64/libc.so.6 (0x00007f32c06eb000) libtinfo.so.6 => /lib64/libtinfo.so.6 (0x00007f32c06b9000) /lib64/ld-linux-x86-64.so.2 (0x00007f32c0c08000)
$ clang++ -stdlib=libc++ hw.cpp && ./a.out Hello world! $ ldd a.out linux-vdso.so.1 (0x00007ffd095c1000) libc++.so.1 => /lib64/libc++.so.1 (0x00007fb63978a000) libc++abi.so.1 => /lib64/libc++abi.so.1 (0x00007fb639755000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb63973b000) libm.so.6 => /lib64/libm.so.6 (0x00007fb6395f5000) libc.so.6 => /lib64/libc.so.6 (0x00007fb63942c000) libpthread.so.0 => /lib64/../lib64/libpthread.so.0 (0x00007fb63940a000) /lib64/ld-linux-x86-64.so.2 (0x00007fb639885000)