32bit windows binary is ready but i think not many ppl may want it.
mingw64 is not easy to play with...…
Topic: An (even more) optimized version of cpuminer (pooler's cpuminer, CPU-only) - page 66. (Read 1958601 times)
December 28, 2011, 11:20:53 AM
December 27, 2011, 12:23:24 PM
Amazing job! But I have a problem with 64-bit version on Windows XP x64 and dual Xeon E5310. The error message is: "Entry point not found. The procedure entry point kernel32.IdnToAscii could not be located in the dynamic link library Normaliz.dll". 32-bit binaries run well. Any hints? 
December 27, 2011, 01:55:16 AM
OK, I copied a random libcurl.m4 (https://gnunet.org/svn/libmicrohttpd/m4/libcurl.m4) to /usr/share/aclocal and started over.
I got a bunch of new warnings when running ./autogen.sh, but the ./configure it generated seems sane and make made me a minerd that at least works with the --help option...
I got a bunch of new warnings when running ./autogen.sh, but the ./configure it generated seems sane and make made me a minerd that at least works with the --help option...
December 27, 2011, 01:28:59 AM
I'm having trouble compiling under 64-bit Slackware Linux 13.37
In an empty directory I did:
git init
git pull https://github.com/pooler/cpuminer
When I run ./autogen.sh
I get the following warning and error:
/usr/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB
/usr/share/aclocal/imlib.m4:9: run info '(automake)Extending aclocal'
/usr/share/aclocal/imlib.m4:9: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
configure.ac:15: installing `./compile'
configure.ac:4: installing `./config.guess'
configure.ac:4: installing `./config.sub'
configure.ac:6: installing `./install-sh'
configure.ac:6: installing `./missing'
compat/jansson/Makefile.am: installing `./depcomp'
Makefile.am: installing `./INSTALL'
configure.ac:61: error: possibly undefined macro: AC_MSG_ERROR
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
./configure then fails with:
...
...
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
./configure: line 5102: syntax error near unexpected token `,'
./configure: line 5102: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'
I managed to get rid of the "underquoted" warning by adding [] quotes in a few .m4 file in /usr/share/aclocal, but I don't know what to do about the "undefined macro: AC_MSG_ERROR" error and I still get a broken ./configure
Any help would be appreciated.
In an empty directory I did:
git init
git pull https://github.com/pooler/cpuminer
When I run ./autogen.sh
I get the following warning and error:
/usr/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB
/usr/share/aclocal/imlib.m4:9: run info '(automake)Extending aclocal'
/usr/share/aclocal/imlib.m4:9: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
configure.ac:15: installing `./compile'
configure.ac:4: installing `./config.guess'
configure.ac:4: installing `./config.sub'
configure.ac:6: installing `./install-sh'
configure.ac:6: installing `./missing'
compat/jansson/Makefile.am: installing `./depcomp'
Makefile.am: installing `./INSTALL'
configure.ac:61: error: possibly undefined macro: AC_MSG_ERROR
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
./configure then fails with:
...
...
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
./configure: line 5102: syntax error near unexpected token `,'
./configure: line 5102: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'
I managed to get rid of the "underquoted" warning by adding [] quotes in a few .m4 file in /usr/share/aclocal, but I don't know what to do about the "undefined macro: AC_MSG_ERROR" error and I still get a broken ./configure
Any help would be appreciated.
December 27, 2011, 12:50:03 AM
Binaries for Windows, could someone make new builds 
as it seems they are outdated
as it seems they are outdated heh, this stuff is tough to keep up with.
But it's still amazing that the hashing power for the cpu chains isn't increasing much.
I have a minerd.exe as of Dec 19, 2011 for windows. Does that mean this one has been updated again?
December 27, 2011, 12:41:39 AM
Binaries for Windows, could someone make new builds as it seems they are outdated
as it seems they are outdated new to mingw32, tried to make a windows version but couldn't make libcurl working now
December 26, 2011, 10:00:09 PM
Binaries for Windows, could someone make new builds as it seems they are outdated
as it seems they are outdated 
December 26, 2011, 04:31:26 PM
Thanks again Pooler! This new version brings my old Pentium D 920's up to 2.22 kh/thread (50% improvement) and my newer xeon's all produce about 1/3 more per thread.
December 26, 2011, 08:13:56 AM
I'm trying to run the optimized miner on Windows 7 64 bit, and it just crashes immediately without any error messages.
Two questions:
1. Are you using the 12/19 or the 12/21 version?
2. Did you specify any parameters when invoking the exeutable?
1. I tried the 21th version.
2. It crashed without parameters. I tried adding "/?" or "--help", but that still crashed.
Should I specify parameters?
December 26, 2011, 07:36:41 AM
Code:
[2011-12-26 20:35:56] thread 0: 28662 hashes, 5.71144 khash/s
[2011-12-26 20:35:56] thread 5: 28420 hashes, 5.71091 khash/s
[2011-12-26 20:35:57] thread 1: 28132 hashes, 5.72506 khash/s
[2011-12-26 20:35:57] thread 6: 28644 hashes, 5.63936 khash/s
[2011-12-26 20:35:58] thread 2: 28580 hashes, 5.71380 khash/s
[2011-12-26 20:35:58] thread 7: 27310 hashes, 5.67194 khash/s
[2011-12-26 20:35:59] thread 3: 28146 hashes, 5.72380 khash/s
[2011-12-26 20:36:00] thread 4: 28300 hashes, 5.64322 khash/s
(@ ubuntu server 64-bit with xeon)
that's amazing.
December 26, 2011, 06:29:14 AM
The latest release (12/24) of the miner brings a little speed increase (about 1%) for all architectures, and an additional boost for 64-bit Intel CPUs (you must be using a 64-bit OS).
SAC was able to produce a binary for Mac OS X 10.6/7 (link now available in the first post), but we still don't have a binary for Windows (diki is on an extended vacation). If anybody has some experience with mingw-w64 and wants to give this a try, please let me know.
SAC was able to produce a binary for Mac OS X 10.6/7 (link now available in the first post), but we still don't have a binary for Windows (diki is on an extended vacation). If anybody has some experience with mingw-w64 and wants to give this a try, please let me know.
December 26, 2011, 05:27:03 AM
I'm trying to run the optimized miner on Windows 7 64 bit, and it just crashes immediately without any error messages.
I see this in the system (application) event log:
Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0x149c
Faulting application start time: 0x01ccc39bb160b781
Faulting application path: C:\Program Files (x86)\Litecoin\new_miner\minerd.exe
Faulting module path: C:\Program Files (x86)\Litecoin\new_miner\pthreadGC2.dll
Report Id: ef0fea24-2f8e-11e1-9e5e-14dae96c0870
So far I have been successfully using the miner-i7.exe release by ArtForz. Any idea why this crashes? I have Soluto installed, so that might be the reason why I'm not seeing any error message ... although I did try to exit it and that didn't help.
I see this in the system (application) event log:
Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0x149c
Faulting application start time: 0x01ccc39bb160b781
Faulting application path: C:\Program Files (x86)\Litecoin\new_miner\minerd.exe
Faulting module path: C:\Program Files (x86)\Litecoin\new_miner\pthreadGC2.dll
Report Id: ef0fea24-2f8e-11e1-9e5e-14dae96c0870
So far I have been successfully using the miner-i7.exe release by ArtForz. Any idea why this crashes? I have Soluto installed, so that might be the reason why I'm not seeing any error message ... although I did try to exit it and that didn't help.
Two questions:
1. Are you using the 12/19 or the 12/21 version?
2. Did you specify any parameters when invoking the exeutable?
December 26, 2011, 02:08:19 AM
I'm trying to run the optimized miner on Windows 7 64 bit, and it just crashes immediately without any error messages.
I see this in the system (application) event log:
Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0x149c
Faulting application start time: 0x01ccc39bb160b781
Faulting application path: C:\Program Files (x86)\Litecoin\new_miner\minerd.exe
Faulting module path: C:\Program Files (x86)\Litecoin\new_miner\pthreadGC2.dll
Report Id: ef0fea24-2f8e-11e1-9e5e-14dae96c0870
So far I have been successfully using the miner-i7.exe release by ArtForz. Any idea why this crashes? I have Soluto installed, so that might be the reason why I'm not seeing any error message ... although I did try to exit it and that didn't help.
I see this in the system (application) event log:
Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0x149c
Faulting application start time: 0x01ccc39bb160b781
Faulting application path: C:\Program Files (x86)\Litecoin\new_miner\minerd.exe
Faulting module path: C:\Program Files (x86)\Litecoin\new_miner\pthreadGC2.dll
Report Id: ef0fea24-2f8e-11e1-9e5e-14dae96c0870
So far I have been successfully using the miner-i7.exe release by ArtForz. Any idea why this crashes? I have Soluto installed, so that might be the reason why I'm not seeing any error message ... although I did try to exit it and that didn't help.
December 24, 2011, 04:14:11 PM
Code:
apt-file search libcurl.m4
libcurl4-gnutls-dev: /usr/share/aclocal/libcurl.m4
libcurl4-nss-dev: /usr/share/aclocal/libcurl.m4
libcurl4-openssl-dev: /usr/share/aclocal/libcurl.m4
pandora-build: /usr/share/aclocal/pandora_have_libcurl.m4
December 24, 2011, 11:26:01 AM
thanks, ive seen this thread already but i cant seem to find this file on my ubuntu. libcurl3 and libcurl4 are installed.
Do you have libcurl4-gnutls-dev (or something similar) installed?
December 24, 2011, 11:01:30 AM
thanks, ive seen this thread already but i cant seem to find this file on my ubuntu. libcurl3 and libcurl4 are installed.
December 24, 2011, 10:50:36 AM
hello, i am trying to compile this on ubuntu 32bit but get this error:
gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
Code:
checking for working alloca.h... yes
checking for alloca... yes
checking for json_loads in -ljansson... no
checking for pthread_create in -lpthread... yes
./configure: line 4973: syntax error near unexpected token `LIBCURL_CHECK_CONFIG'
./configure: line 4973: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'
gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
This should solve the problem:
https://bitcointalksearch.org/topic/m.588208
December 24, 2011, 10:40:24 AM
hello, i am trying to compile this on ubuntu 32bit but get this error:
gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
Code:
checking for working alloca.h... yes
checking for alloca... yes
checking for json_loads in -ljansson... no
checking for pthread_create in -lpthread... yes
./configure: line 4973: syntax error near unexpected token `LIBCURL_CHECK_CONFIG'
./configure: line 4973: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'
gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
December 24, 2011, 09:07:27 AM
Not only with the stock gcc 4.2, I tried to compile with gcc 4.6 from MacPorts, the result is the same.
Maybe it is a problem of as, the GNU-based assembler of Mac OS X.
You are probably right. What version of binutils ('as' is part of binutils) is giving you problems?
On Mac OS X 10.6.8:
bash-3.2$ as -v
Apple Inc version cctools-795~45, GNU assembler version 1.38
I don't know if Apple ships the whole GNU binutils, but apparently they customize it for their need.
Hey, that does look old! Current version is 2.22. I had a rapid look at the NEWS file for gas, and it seems that it only supports macros starting from version 2.6.
December 24, 2011, 08:27:45 AM
Not only with the stock gcc 4.2, I tried to compile with gcc 4.6 from MacPorts, the result is the same.
Maybe it is a problem of as, the GNU-based assembler of Mac OS X.
You are probably right. What version of binutils ('as' is part of binutils) is giving you problems?
On Mac OS X 10.6.8:
bash-3.2$ as -v
Apple Inc version cctools-795~45, GNU assembler version 1.38
I don't know if Apple ships the whole GNU binutils, but apparently they customize it for their need.
Jump to: