Bitcoin 64bit support
2010 Jan 11
See all posts
Bitcoin 64bit support @ Satoshi Nakamoto
- Author
-
Satoshi Nakamoto
- Email
-
satoshinakamotonetwork@proton.me
- Site
-
https://satoshinakamoto.network
The Madhatter
64bit support
January 11, 2010, 04:13:20 PM
Can bitcoin be compiled to run on 64 bit systems yet? -m64 seems to
break the compile.
(Not trying to nag or anything).
On a side node: I have noticed that the network is about 3x larger
than normal now. I see more nodes! Smiley~
Satoshi Nakamoto
January 14, 2010, 08:17:20 PM
I haven't tried compiling 64-bit yet. 64-bit wouldn't make it any
faster, since it uses 64-bit numbers in only a few places and SHA-256 is
a 32-bit algorithm, but it may be convenient for those running a 64-bit
OS. If I get a chance I'll try -m64 and see what the problem is.
You can run the 32-bit version on 64-bit Linux by installing
ia32-libs. (sudo apt-get install ia32-libs) If we made a Debian package,
it could automatically pull that in as a dependency.
The Madhatter
January 16, 2010, 11:16:56 PM
All modern computers are amd64/EM64T. It should be able to be
compiled on either platform. It is a hassle to compile all of the
dependancies in 32-bit mode just to run one program. I know the
32-bit/64-bit stuff is seamless on windows platforms but on *NIX
platforms it is a major pain since they are usually either one or the
other by default. Wink~
As a workaround I am in the process of compiling FreeBSD 32-bit jails
(aka virtual server images) just for running bitcoin on our network. It
should make it easier for me to deploy more nodes as they can simply be
zipped up / scp'd / extracted / launched. After I have a working system
image based on FreeBSD-8.0 I may post a link for download.
Thanks and keep up the good work. I can't wait to see how many
exchangers are willing to trade BT. The stability of the exchangers and
their longevity is everything. If the exchangers stick around big
businesses may use this system to get around service fees / chargebacks
/ and the general faults caused by the credit card industry.
Keep up the great work! Smiley~
Sabunir
January 25, 2010, 05:13:23 AM
I second the request for 64-bit support, even if it wouldn't make the
app run faster. I'm no expert, but I can't see any harm in it. On the
other hand, it's a good way to embrace the future.
Satoshi Nakamoto
January 29, 2010, 12:42:49 AM
I committed a fix for 64-bit compile and some fixes to support
wxWidgets 2.9.0.
There was one compile error in serialize.h with min(sizeof()) that I
fixed for 64-bit. The rest of the 64-bit compile errors I was getting
were in wxWidgets 2.8.9, so I started working on supporting wxWidgets
2.9.0.
wxWidgets 2.9.0 is UTF-8. We've been using the ANSI version of
wxWidgets 2.8.9 in anticipation of wxWidgets UTF-8 support.
I compiled and ran on 64-bit Ubuntu 9.10 Karmic.
I think the only bug left is where the status number is mashed up.
I'm not sure why, I have to suspect it's a UTF-8 thing, but no idea how
that could happen. Haven't looked into it.
build-unix.txt is updated and two makefiles on SVN:
makefile.unix.wx2.8
makefile.unix.wx2.9
Unfortunately there's still no debian package for either version of
wxWidgets we use. They only have the wchar ("unicode") version of
wxWidgets 2.8, which is a disaster because wchar wxString doesn't
convert to std::string. We use either ANSI wxWidgets 2.8, or wxWidgets
2.9. So you still have to get it and build it yourself.
Bitcoin 64bit support
2010 Jan 11 See all postsSatoshi Nakamoto
satoshinakamotonetwork@proton.me
https://satoshinakamoto.network
Can bitcoin be compiled to run on 64 bit systems yet? -m64 seems to break the compile.
(Not trying to nag or anything).
On a side node: I have noticed that the network is about 3x larger than normal now. I see more nodes! Smiley~
I haven't tried compiling 64-bit yet. 64-bit wouldn't make it any faster, since it uses 64-bit numbers in only a few places and SHA-256 is a 32-bit algorithm, but it may be convenient for those running a 64-bit OS. If I get a chance I'll try -m64 and see what the problem is.
You can run the 32-bit version on 64-bit Linux by installing ia32-libs. (sudo apt-get install ia32-libs) If we made a Debian package, it could automatically pull that in as a dependency.
All modern computers are amd64/EM64T. It should be able to be compiled on either platform. It is a hassle to compile all of the dependancies in 32-bit mode just to run one program. I know the 32-bit/64-bit stuff is seamless on windows platforms but on *NIX platforms it is a major pain since they are usually either one or the other by default. Wink~
As a workaround I am in the process of compiling FreeBSD 32-bit jails (aka virtual server images) just for running bitcoin on our network. It should make it easier for me to deploy more nodes as they can simply be zipped up / scp'd / extracted / launched. After I have a working system image based on FreeBSD-8.0 I may post a link for download.
Thanks and keep up the good work. I can't wait to see how many exchangers are willing to trade BT. The stability of the exchangers and their longevity is everything. If the exchangers stick around big businesses may use this system to get around service fees / chargebacks / and the general faults caused by the credit card industry.
Keep up the great work! Smiley~
I second the request for 64-bit support, even if it wouldn't make the app run faster. I'm no expert, but I can't see any harm in it. On the other hand, it's a good way to embrace the future.
I committed a fix for 64-bit compile and some fixes to support wxWidgets 2.9.0.
There was one compile error in serialize.h with min(sizeof()) that I fixed for 64-bit. The rest of the 64-bit compile errors I was getting were in wxWidgets 2.8.9, so I started working on supporting wxWidgets 2.9.0.
wxWidgets 2.9.0 is UTF-8. We've been using the ANSI version of wxWidgets 2.8.9 in anticipation of wxWidgets UTF-8 support.
I compiled and ran on 64-bit Ubuntu 9.10 Karmic.
I think the only bug left is where the status number is mashed up. I'm not sure why, I have to suspect it's a UTF-8 thing, but no idea how that could happen. Haven't looked into it.
build-unix.txt is updated and two makefiles on SVN:
Unfortunately there's still no debian package for either version of wxWidgets we use. They only have the wchar ("unicode") version of wxWidgets 2.8, which is a disaster because wchar wxString doesn't convert to std::string. We use either ANSI wxWidgets 2.8, or wxWidgets 2.9. So you still have to get it and build it yourself.