This is mostly for those having troubles on fedora with newer openssl than the binaries on the front page of the site were built with.
Please try these or compile yourself using these instructions: http://heliacal.net/~solar/bitcoin/bitcoin-linuxbuild.pdf
http://heliacal.net/~solar/bitcoin/builds/Linux-amd64-SVN-102/
BitcoinTalk
UPDATED - Linux x64 bins for those having libcrypto and GLIBCXX_3.4.11 troubles
Re: Static Linux x86_64 bins for those having libcrypto troubles
Thanks!
Works on Slackware64 13.1.
Works on Slackware64 13.1.
Re: Static Linux x86_64 bins for those having libcrypto troubles
No dice on my Gentoo system. I get the following.
$ bitcoin
bitcoin: /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by bitcoin)
and then
$ ldd bitcoind
./bitcoind: /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./bitcoind)
linux-vdso.so.1 => (0x00007fffc9bff000)
libdl.so.2 => /lib/libdl.so.2 (0x00007ffeefbe1000)
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/libstdc++.so.6 (0x00007ffeef8d3000)
libm.so.6 => /lib/libm.so.6 (0x00007ffeef64e000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007ffeef437000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007ffeef21a000)
libc.so.6 => /lib/libc.so.6 (0x00007ffeeeea4000)
/lib64/ld-linux-x86-64.so.2 (0x00007ffeefde5000)
This file isn't statically linked. I'm only trying to use it because my gentoo system is in a bad state and will take some time to get upgraded to build the source code.
Anyways, thought I'd send a bug report
$ bitcoin
bitcoin: /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by bitcoin)
and then
$ ldd bitcoind
./bitcoind: /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./bitcoind)
linux-vdso.so.1 => (0x00007fffc9bff000)
libdl.so.2 => /lib/libdl.so.2 (0x00007ffeefbe1000)
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/libstdc++.so.6 (0x00007ffeef8d3000)
libm.so.6 => /lib/libm.so.6 (0x00007ffeef64e000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007ffeef437000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007ffeef21a000)
libc.so.6 => /lib/libc.so.6 (0x00007ffeeeea4000)
/lib64/ld-linux-x86-64.so.2 (0x00007ffeefde5000)
This file isn't statically linked. I'm only trying to use it because my gentoo system is in a bad state and will take some time to get upgraded to build the source code.
Anyways, thought I'd send a bug report
Re: Static Linux x86_64 bins for those having libcrypto troubles
I get the same:
`GLIBCXX_3.4.11' not found
on Debian.
The libg++ is not as new as the one bitcoind was compiled with, and the newer one is not available in stable.
`GLIBCXX_3.4.11' not found
on Debian.
The libg++ is not as new as the one bitcoind was compiled with, and the newer one is not available in stable.
Re: Static Linux x86_64 bins for those having libcrypto troubles
Is it possible to statically link the c++ library? If it is possible, is it something that is an acceptable practice or does it cause problems? Maybe just include the library with the program? When I said static I was only referring to openssl 
Re: Static Linux x86_64 bins for those having libcrypto troubles
We don't even specify linking glibcxx_3.4.11, so gcc must automatically link it behind the scenes. There's probably a compiler switch that would tell it to static link it. I'm not sure what the licensing issues would be. Typically, compiler stuff is fully redistributable.