no gpu, can not use
show can not find opencl.dll error
You need to install newer drivers for AMD card.show can not find opencl.dll error
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 840. (Read 5805221 times)
July 17, 2011, 02:10:13 AM
July 17, 2011, 01:23:08 AM
Hi
at least your honest...I really like your miner..hence the pushing to get it fixed
I don't understand it either..but the records that deepbit keep show since using cgminer, stales have increased quite a bit.
Perhaps in how cgminer queues the shares??
anyways, I did not mean to offend and apologize if I did. Please keep up the good work and I realize you are not getting paid at this point.
Hi
at least your honest...I really like your miner..hence the pushing to get it fixed
I don't understand it either..but the records that deepbit keep show since using cgminer, stales have increased quite a bit. Perhaps in how cgminer queues the shares??
anyways, I did not mean to offend and apologize if I did. Please keep up the good work and I realize you are not getting paid at this point.
Hi
July 17, 2011, 12:20:45 AM
Hi
my stales/rejects on deepbit were very stable over n period. That same n period interval using cgminer showed large jump in stales/rejects. Put your ego aside and fix it for the peeps.
Hi
Ego? That's easy to say. I don't see where they're coming from and why they're lower with other miners so I don't know what to fix. my stales/rejects on deepbit were very stable over n period. That same n period interval using cgminer showed large jump in stales/rejects. Put your ego aside and fix it for the peeps.
Hi
July 17, 2011, 12:09:23 AM
Hi
my stales/rejects on deepbit were very stable over n period. That same n period interval using cgminer showed large jump in stales/rejects. Put your ego aside and fix it for the peeps.
Hi
my stales/rejects on deepbit were very stable over n period. That same n period interval using cgminer showed large jump in stales/rejects. Put your ego aside and fix it for the peeps.
Hi
July 16, 2011, 11:31:30 PM
Hi
You are in denial about the stales/rejects...this cgminer produces more stales than guiminer on same pool. Fix it and quit making excuses.
Hi
Fine, it's broken. Go use guiminer thanks. You are in denial about the stales/rejects...this cgminer produces more stales than guiminer on same pool. Fix it and quit making excuses.
Hi
July 16, 2011, 11:11:55 PM
Hi
You are in denial about the stales/rejects...this cgminer produces more stales than guiminer on same pool. Fix it and quit making excuses.
Hi
You are in denial about the stales/rejects...this cgminer produces more stales than guiminer on same pool. Fix it and quit making excuses.
Hi
July 16, 2011, 08:26:54 PM
Just tried version 1.2.7 on a rather up-to-date Mac, and OpenCL still isn't detected. For now I'm assuming the following bit in the configure file is to blame:
The Mac I have here is a 64bit machine and identifies itself as "x86_64-apple-darwin10.8.0", which means that the "*-*-darwin*" case is never reached.
Changing the case statement to the following enables OpenCL:
Unfortunately, I'm still getting the following error when makeing:
Code:
case $target in
*-*-mingw*)
have_x86_64=false
have_win32=true
PTHREAD_FLAGS=""
;;
x86_64-*)
have_x86_64=true
;;
*-*-darwin*)
have_x86_64=false
OPENCL_FLAGS="-framework OpenCL"
;;
*)
have_x86_64=false
;;
esac
Changing the case statement to the following enables OpenCL:
Code:
case $target in
*-*-mingw*)
have_x86_64=false
have_win32=true
PTHREAD_FLAGS=""
;;
x86_64-*-darwin*)
have_x86_64=true
OPENCL_FLAGS="-framework OpenCL"
;;
x86_64-*)
have_x86_64=true
;;
*-*-darwin*)
have_x86_64=false
OPENCL_FLAGS="-framework OpenCL"
;;
*)
have_x86_64=false
;;
esac
Unfortunately, I'm still getting the following error when makeing:
Code:
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I./lib -I./lib -O3 -Wall -MT cgminer-main.o -MD -MP -MF .deps/cgminer-main.Tpo -c -o cgminer-main.o `test -f 'main.c' || echo './'`main.c
In file included from main.c:34:
compat.h:5: error: conflicting types for 'suseconds_t'
/usr/include/sys/types.h:250: error: previous declaration of 'suseconds_t' was here
make[2]: *** [cgminer-main.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
July 16, 2011, 07:14:19 PM
have you installed teh opencl-headers?
Are you trolling? He already said he installed them. July 16, 2011, 07:04:01 PM
have you installed teh opencl-headers?
July 16, 2011, 06:59:00 PM
There are instructions for the most convenient way of installing libs and includes in the README.
I already had them installed in /opt as the tutorial here does http://forum.bitcoin.org/?topic=7514.0 and I added the two symlinks and ran ldconfig according to your readme. Unfortunately I still get the opencl not detected error during the config.
July 16, 2011, 06:18:37 PM
There are instructions for the most convenient way of installing libs and includes in the README.
July 16, 2011, 06:15:45 PM
you need the opencl-headers (building needs headers and dev files not what you normaly use for running programs)
for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
Erm yeah, the app sdk IS the headers and those CFLAGS and LDFLAGS are exactly for specifying the paths to said headers and libraries.for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
after I installed the headers it worked for me maybe it does for you
July 16, 2011, 06:11:52 PM
you need the opencl-headers (building needs headers and dev files not what you normaly use for running programs)
for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
Erm yeah, the app sdk IS the headers and those CFLAGS and LDFLAGS are exactly for specifying the paths to said headers and libraries.for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
after I installed the headers it worked for me maybe it does for you
July 16, 2011, 06:09:18 PM
you need the opencl-headers (building needs headers and dev files not what you normaly use for running programs)
for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
Erm yeah, the app sdk IS the headers and those CFLAGS and LDFLAGS are exactly for specifying the paths to said headers and libraries. for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
July 16, 2011, 06:08:31 PM
You build from a release tarball. Then you can go straight to ./configure
Building from git you need to apt-get install autoconf automake
Then you can ./autogen.sh fine
Don't try to start building it any other way.
Prolonged outage is meant to be longer than that. There's some race there which is occasionally hit and does it very soon after. I'll work on that.
Lots of stales? Stale shares are harmless as they never get counted, it's just the app telling you it won't submit them.
Lots of rejects? You get paid according to accepted, so judge the effectiveness on the accepted. cgminer just happens to be brutally honest.
Still using POST? Yes we've been through this, check the discussion earlier on.
Building from git you need to apt-get install autoconf automake
Then you can ./autogen.sh fine
Don't try to start building it any other way.
Prolonged outage is meant to be longer than that. There's some race there which is occasionally hit and does it very soon after. I'll work on that.
Lots of stales? Stale shares are harmless as they never get counted, it's just the app telling you it won't submit them.
Lots of rejects? You get paid according to accepted, so judge the effectiveness on the accepted. cgminer just happens to be brutally honest.
Still using POST? Yes we've been through this, check the discussion earlier on.
July 16, 2011, 06:08:09 PM
you need the opencl-headers (building needs headers and dev files not what you normaly use for running programs)
for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
for ubuntu you can use just the debian ones (as there is no package in the repo...)
for other distros idk
July 16, 2011, 06:07:04 PM
Well, i'm not sure exactly where's the problem but try going in via a terminal into the app sdk and make; make install-ing it to the system directories and then just run CFLAGS="-O3 -Wall -march=native" ./configure to see if it helps.
July 16, 2011, 06:01:11 PM
Well i see you have downloaded the 64bit version of the stream SDK. Are you on a 64 bit linux?
yep, and it's been working just fine with phoenix+phatk for quite some time
July 16, 2011, 05:58:34 PM
Well i see you have downloaded the 64bit version of the stream SDK. Are you on a 64 bit linux?
July 16, 2011, 05:49:13 PM
You need to run aclocal before autogen.sh or ./configure. If you dont have it, install automake or autotool.
Thanks, I installed automake and got a bit further but now I get the error
Code:
configure.ac:125: error: possibly undefined macro: AC_MSG_ERROR
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
Thank you that fixed it! Sorry for all the problems but I really appreciate the help, now my opencl is not getting detected, but it's definitely in existence since I'd been running phoenix fine for months after setting up according to this tutorial http://forum.bitcoin.org/?topic=7514.0
I've also tried specifying the directories like this but still everything comes up as opencl not detected
Code:
CFLAGS="-O3 -Wall -march=native -I/opt/AMD-APP-SDK-v2.1-lnx64/include" LDFLAGS="-L/opt/ati-stream-sdk-v2.1-lnx64/lib/x86_64" ./configure
Jump to: