Re: sqlite3: error while loading shared libraries: /lib64/libc++.so: file too short

["George N. White III" <gnwiii@xxxxxxxxx>]

On Mon, 2 Mar 2020 at 12:03, Philip Rhoades <phil@xxxxxxxxxxxxx> 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)

--

George

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx