Pages:
Author

Topic: UPDATED - Linux x64 bins for those having libcrypto and GLIBCXX_3.4.11 troubles (Read 17157 times)

legendary
Activity: 1596
Merit: 1022
There is a topic for that - https://bitcointalksearch.org/topic/bitcoind-x86-binary-for-centos-685

AFAIK CentOS, Fedora and RHEL are pretty much the same systems.

CentOS and RHEL are built from the same packages, which are older and more stable.

Fedora is built from much newer, packages, often with different software.
sr. member
Activity: 252
Merit: 250
There is a topic for that - https://bitcointalksearch.org/topic/bitcoind-x86-binary-for-centos-685

AFAIK CentOS, Fedora and RHEL are pretty much the same systems.
newbie
Activity: 32
Merit: 0
I've got a lot of redhat machines here.  Trying to run on one of them and get:

[[email protected] 64]# ./bitcoind
./bitcoind: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./bitcoind)
./bitcoind: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by ./bitcoind)
[[email protected] 64]#

*sigh*  Can someone give me a few baby steps to make this work?

Thank you.
sr. member
Activity: 252
Merit: 250
JFYI: bitcoind from http://heliacal.net/~solar/bitcoin/builds/Linux-amd64-SVN-103/ fails on CentOS 5 x86_64:

[[email protected] ~]$ ./bitcoind.3
./bitcoind.3: /lib64/libc.so.6: version `GLIBC_2.8' not found (required by ./bitcoind.3)
./bitcoind.3: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by ./bitcoind.3)
newbie
Activity: 16
Merit: 0
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.

It is because the system the lead developer is using is probably "bleeding edge" (as in very new, very recent, very uptodate).  This is not a system that should be used to build something aimed to be redistributable to the widest audience.

Please see some potential improvements in my thread https://bitcointalksearch.org/topic/linux-distribution-download-612


Do the Windows and MacOS binary downloads come without these respective libraries (re boost/wxWidgets) ?   The Linux specific parts such as glibc and GCC toolchain to use the LGPL for the runtime redistributable components.  I believe the X11 library parts to be MIT.  I believe the GTK+ to be LGPL.  Freetype is LGPL (and/or BSD like).  Expat is LGPL.  OpenSSL is BSD+Notice (although you already know that from your credits).

Looking through the list "ldd bin/{32,64}/bitcoin" I think I have just about covered them all.
member
Activity: 111
Merit: 10
Ah, my mistake.  I was missing
sudo apt-get install libdb4.6++-dev

Getting further now.

I hitting this:
/usr/include/assert.h:39:42: error: missing binary operator before token "("

Code:
#if defined __cplusplus && __GNUC_PREREQ (2,95)
# define __ASSERT_VOID_CAST static_cast
#else
# define __ASSERT_VOID_CAST (void)
#endif

Not sure what to make of this yet.

(I'd try the static binary listed above, but this old server is still 32-bit.)
full member
Activity: 199
Merit: 696
Ok I really want to get this right.. sirius-m can you try it one more time?  I removed the static link to libgcc which was pulling in the dependency on the newer glibc.

I replaced the binaries in this location with new ones : http://heliacal.net/~solar/bitcoin/builds/Linux-amd64-SVN-103/

Quote
$ ldd bitcoind
        linux-vdso.so.1 =>  (0x00007fff31d9c000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007fc6c5b15000)
        libm.so.6 => /lib/libm.so.6 (0x00007fc6c5892000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fc6c567a000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007fc6c545d000)
        libc.so.6 => /lib/libc.so.6 (0x00007fc6c50da000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fc6c5d36000)
full member
Activity: 199
Merit: 696
member
Activity: 111
Merit: 10
There is one include fine that doesn't seem to be present on a wx "base only" system:
#include
(from headers.h)

Where does db_cxx.h come from?
member
Activity: 111
Merit: 10
Thanks.  I'm trying that now.  I've installed over a hundred debian packages so far to bring in gtk, x11 common, boost... For a lean headless file server, this really bloated out the package install.

A no-graphics (no x11) build process would be awesome.
full member
Activity: 199
Merit: 696
You can do a base only build of wxWidgets - Satoshi is in the process of writing replacement functions for the few hooks that bitcoind still needs from wxWidgets and then it will be possible to do without it completely.

Make sure you use wxWidgets 2.9 not 2.8 when you build it.  These notes might help you get started, then you can fine tune the configure command from there for your system - http://heliacal.net/~solar/bitcoin/bitcoin-linuxbuild.pdf

Also take a look at the wx-config usage in this makefile: http://heliacal.net/~solar/bitcoin/makefile.unix2
member
Activity: 111
Merit: 10
Conversely, is there a way to build bitcoind (only) from source?  That is, don't even look for the Wx/gtk libs on a headless server machine?

I wanted to build bitcoind on a Debian/stable machine that doesn't have these new libraries, but at a first pass, it seems to want the graphics libraries/includes even for "make bitcoind".  Any tips?
sr. member
Activity: 429
Merit: 272
Updated to link the C++ library statically, can someone with the GLIBCXX_ version problem please try this and let us know if it works?

Doesn't work here, says
Code:
./bitcoind: /lib/libc.so.6: version `GLIBC_2.8' not found (required by ./bitcoind)
full member
Activity: 199
Merit: 696
Here is my ldd output for these binaries:

Quote

$ ldd bitcoind
        linux-vdso.so.1 =>  (0x00007fffc2dff000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007f8433a64000)
        libm.so.6 => /lib/libm.so.6 (0x00007f84337e1000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007f84335c3000)
        libc.so.6 => /lib/libc.so.6 (0x00007f8433240000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f8433c85000)


$ ldd bitcoin
        linux-vdso.so.1 =>  (0x00007fff3f5b0000)
        libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007f001d7d4000)
        libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007f001d527000)
        libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007f001d305000)
        libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007f001d0db000)
        libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007f001cebf000)
        libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f001cc0b000)
        libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007f001c9c1000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f001c73b000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f001c505000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f001c2bd000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f001c0b9000)
        libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00007f001beb3000)
        librt.so.1 => /lib/librt.so.1 (0x00007f001bcab000)
        libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00007f001b9cd000)
        libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f001b7c9000)
        libSM.so.6 => /usr/lib/libSM.so.6 (0x00007f001b5c0000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007f001b3bc000)
        libm.so.6 => /lib/libm.so.6 (0x00007f001b138000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007f001af1b000)
        libc.so.6 => /lib/libc.so.6 (0x00007f001ab98000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f001de13000)
        libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007f001a98a000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f001a654000)
        libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007f001a3d1000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f001a1be000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f0019fb4000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f0019da4000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f0019b9a000)
        libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007f0019990000)
        libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f001978d000)
        libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007f0019589000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f0019383000)
        libz.so.1 => /lib/libz.so.1 (0x00007f001916c000)
        libpcre.so.3 => /lib/libpcre.so.3 (0x00007f0018f3d000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x00007f0018d24000)
        libselinux.so.1 => /lib/libselinux.so.1 (0x00007f0018b05000)
        libexpat.so.1 => /lib/libexpat.so.1 (0x00007f00188dc000)
        libICE.so.6 => /usr/lib/libICE.so.6 (0x00007f00186c0000)
        libuuid.so.1 => /lib/libuuid.so.1 (0x00007f00184bb000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f001829e000)
        libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f0018045000)
        libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0x00007f0017dc2000)
        libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0x00007f0017bb7000)
        libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0x00007f001799e000)
        libpng12.so.0 => /lib/libpng12.so.0 (0x00007f0017777000)
        libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00007f0017572000)
        libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007f0017369000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f0017164000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f0016f5e000)

full member
Activity: 199
Merit: 696
Updated to link the C++ library statically, can someone with the GLIBCXX_ version problem please try this and let us know if it works?

http://heliacal.net/~solar/bitcoin/builds/Linux-amd64-SVN-103/

founder
Activity: 364
Merit: 3077
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.
full member
Activity: 199
Merit: 696
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 Smiley
member
Activity: 111
Merit: 10
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.
newbie
Activity: 5
Merit: 0
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
newbie
Activity: 14
Merit: 0
Thanks!

Works on Slackware64 13.1.
Pages:
Jump to: