Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 162. (Read 5805527 times)

legendary
Activity: 1065
Merit: 1077
i don't find the cgminer linux binary 32 bits on the website Sad
To run the binary on a foreign system, it probably needs to be statically linked.

The FreeBSD Linux compatibility layer includes dynamic libraries.  A given binary may require that you also install any non-standard dynamic libraries required by that binary, of course.
newbie
Activity: 35
Merit: 0
i don't find the cgminer linux binary 32 bits on the website Sad
To run the binary on a foreign system, it probably needs to be statically linked.
member
Activity: 74
Merit: 10
bfgminer compilation works fine Smiley

I can install it and launch it but it didn't detect my usb erupter Sad

I'm very damned Sad Sad Sad

if you have any idea

https://bitcointalksearch.org/topic/m.3824128
legendary
Activity: 1065
Merit: 1077
i don't find the cgminer linux binary 32 bits on the website Sad

Well, hell, I guess you're right Sad
member
Activity: 74
Merit: 10
i don't find the cgminer linux binary 32 bits on the website Sad
legendary
Activity: 1065
Merit: 1077
Ok thank you to your help.
I can't compile it.

there are too many code incompatibility.

I try to compile bfgminer i can have more chance Smiley

There isn't any ports to miner software in FreeBSD ports Sad only one port to bitcoin software.

Why not just run a Linux binary?  FreeBSD has excellent Linux emulation.
member
Activity: 74
Merit: 10
Ok thank you to your help.
I can't compile it.

there are too many code incompatibility.

I try to compile bfgminer i can have more chance Smiley

There isn't any ports to miner software in FreeBSD ports Sad only one port to bitcoin software.
newbie
Activity: 35
Merit: 0
Code:
Making all in compat
Making all in jansson-2.5
"Makefile", line 825: Need an operator
make: fatal errors encountered -- cannot continue

line 825 of compat/jansson-2.5
Code:
# These flags are gcc specific
export AM_CFLAGS = -Wall -Wextra -Wdeclaration-after-statement
Your version of make does not understand the 'export' statement.
The jansson-2.5 directory is the only Makefile that uses it, so perhaps
you can disable jansson or find an equivalent to 'export' in bsd make.
legendary
Activity: 1065
Merit: 1077
Hi,

I try to delete -ldl switch to Makefile.
But now i have an other problem during compilation on the same object:
Code:
 CCLD   cgminer
cgminer-cgminer.o(.text+0x18b4): In function `libusb_poll_thread':
/tmp/cgminer-3.8.4/cgminer.c:7801: undefined reference to `libusb_handle_events_timeout_completed'
cgminer-cgminer.o(.text+0x18da):/tmp/cgminer-3.8.4/cgminer.c:7809: undefined reference to `libusb_handle_events_timeout_completed'
cgminer-util.o(.text+0x17bc): In function `nanosleep_abstime':
/tmp/cgminer-3.8.4/util.c:1001: undefined reference to `clock_nanosleep'
cgminer-usbutils.o(.text+0x1b37): In function `usb_all':
/tmp/cgminer-3.8.4/usbutils.c:999: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x1cc4):/tmp/cgminer-3.8.4/usbutils.c:903: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x1cf7):/tmp/cgminer-3.8.4/usbutils.c:899: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x1d6e):/tmp/cgminer-3.8.4/usbutils.c:979: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x6988): In function `resource_process':
/tmp/cgminer-3.8.4/usbutils.c:3547: undefined reference to `semtimedop'
cgminer-usbutils.o(.text+0x88f3): In function `_usb_transfer_read':
/tmp/cgminer-3.8.4/usbutils.c:2899: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x8cec): In function `__usb_transfer':
/tmp/cgminer-3.8.4/usbutils.c:2830: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x9b74): In function `_usb_write':
/tmp/cgminer-3.8.4/usbutils.c:2732: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0xa181): In function `_usb_read':
/tmp/cgminer-3.8.4/usbutils.c:2641: undefined reference to `libusb_error_name'
gmake[2]: *** [cgminer] Error 1
gmake[2]: Leaving directory `/tmp/cgminer-3.8.4'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/tmp/cgminer-3.8.4'
gmake: *** [all] Error 2
you have an idea ?

It looks like compiling cgminer on FreeBSD is not going to be a trivial task.  I would be glad to help you through it, but I haven't had a FreeBSD box in some years, so I really can't.  I think your options are these:

1) There may actually be a FreeBSD port for CGMiner that already exists.  If so, that is clearly the best way to build it.

2) If not, download the Linux binary and run it.  The FreeBSD Linux emulation is very good, and I'd be surprised if it didn't work just fine.

3) Get onto the FreeBSD ports mailing lists/forums and ask around.  I would be surprised if no FreeBSD users are using cgminer, and some of them can probably help you get it compiled.  Maybe you can inspire someone to create a port and add it to the ports tree.
member
Activity: 74
Merit: 10
Hi,

I try to delete -ldl switch to Makefile.
But now i have an other problem during compilation on the same object:
Code:
 CCLD   cgminer
cgminer-cgminer.o(.text+0x18b4): In function `libusb_poll_thread':
/tmp/cgminer-3.8.4/cgminer.c:7801: undefined reference to `libusb_handle_events_timeout_completed'
cgminer-cgminer.o(.text+0x18da):/tmp/cgminer-3.8.4/cgminer.c:7809: undefined reference to `libusb_handle_events_timeout_completed'
cgminer-util.o(.text+0x17bc): In function `nanosleep_abstime':
/tmp/cgminer-3.8.4/util.c:1001: undefined reference to `clock_nanosleep'
cgminer-usbutils.o(.text+0x1b37): In function `usb_all':
/tmp/cgminer-3.8.4/usbutils.c:999: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x1cc4):/tmp/cgminer-3.8.4/usbutils.c:903: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x1cf7):/tmp/cgminer-3.8.4/usbutils.c:899: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x1d6e):/tmp/cgminer-3.8.4/usbutils.c:979: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x6988): In function `resource_process':
/tmp/cgminer-3.8.4/usbutils.c:3547: undefined reference to `semtimedop'
cgminer-usbutils.o(.text+0x88f3): In function `_usb_transfer_read':
/tmp/cgminer-3.8.4/usbutils.c:2899: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x8cec): In function `__usb_transfer':
/tmp/cgminer-3.8.4/usbutils.c:2830: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0x9b74): In function `_usb_write':
/tmp/cgminer-3.8.4/usbutils.c:2732: undefined reference to `libusb_error_name'
cgminer-usbutils.o(.text+0xa181): In function `_usb_read':
/tmp/cgminer-3.8.4/usbutils.c:2641: undefined reference to `libusb_error_name'
gmake[2]: *** [cgminer] Error 1
gmake[2]: Leaving directory `/tmp/cgminer-3.8.4'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/tmp/cgminer-3.8.4'
gmake: *** [all] Error 2
you have an idea ?
legendary
Activity: 1065
Merit: 1077
Hi, thanks to your help Smiley

I try with gmake compilation some files are compiled but i have this error now:

Code:
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-logging.o
In file included from logging.c:16:
miner.h:50:1: warning: "alloca" redefined
In file included from ./compat/jansson-2.5/src/jansson.h:12,
                 from miner.h:10,
                 from logging.c:16:
/usr/include/stdlib.h:237:1: warning: this is the location of the previous definition
gcc: -lpthread: linker input file unused because linking not done
  CCLD   cgminer
/usr/bin/ld: cannot find -ldl
gmake[2]: *** [cgminer] Error 1
gmake[2]: Leaving directory `/tmp/cgminer-3.8.4'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/tmp/cgminer-3.8.4'
gmake: *** [all] Error 2

/usr/local/ld exist and works fine on the system Sad

It seems cgminer wants to link against libdl, which does not exist on FreeBSD.  Usually programs that use libdl are looking for functions that are built into libc on FreeBSD, so if you just remove the references to libdl from the makefile it will probably compile and run just fine.

member
Activity: 74
Merit: 10
Hi, thanks to your help Smiley

I try with gmake compilation some files are compiled but i have this error now:

Code:
gcc: -lpthread: linker input file unused because linking not done
  CC     cgminer-logging.o
In file included from logging.c:16:
miner.h:50:1: warning: "alloca" redefined
In file included from ./compat/jansson-2.5/src/jansson.h:12,
                 from miner.h:10,
                 from logging.c:16:
/usr/include/stdlib.h:237:1: warning: this is the location of the previous definition
gcc: -lpthread: linker input file unused because linking not done
  CCLD   cgminer
/usr/bin/ld: cannot find -ldl
gmake[2]: *** [cgminer] Error 1
gmake[2]: Leaving directory `/tmp/cgminer-3.8.4'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/tmp/cgminer-3.8.4'
gmake: *** [all] Error 2

/usr/local/ld exist and works fine on the system Sad
legendary
Activity: 1065
Merit: 1077
No,
I use gcc:

Code:
xxxxx# gcc --version
gcc (GCC) 4.2.1 20070719  [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


It's been a lot of years since I ran FreeBSD, but as I recall, the default 'make' command they use is BSD-specific and not compatible in all ways with the Gnu make that comes with GCC, so you typically have to tell it to use gmake explicitly when using some Gnu make makefiles.  I think if you type 'MAKE=gmake; gmake' it will probably work.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
No,
I use gcc:

Code:
xxxxx# gcc --version
gcc (GCC) 4.2.1 20070719  [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

No idea then sorry.
member
Activity: 74
Merit: 10
No,
I use gcc:

Code:
xxxxx# gcc --version
gcc (GCC) 4.2.1 20070719  [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hi,

I have problem to compile cgminer Sad
Could you help me.

My system is FreeBSD 8.x

I have install all dependencies.
When i execute "./configure --with-system-libusb --enable-icarus", all works fine., i obtain this output:
Code:
------------------------------------------------------------------------
cgminer 3.8.4
------------------------------------------------------------------------


Configuration Options Summary:

  libcurl(GBT+getwork).: Enabled: -L/usr/local/lib -lcurl
  curses.TUI...........: FOUND: -lncurses

  Avalon.ASICs.........: Disabled
  BlackArrow.ASICs.....: Disabled
  BFL.ASICs............: Disabled
  BitForce.FPGAs.......: Disabled
  BitFury.ASICs........: Disabled
  Hashfast.ASICs.......: Disabled
  Icarus.ASICs/FPGAs...: Enabled
  Klondike.ASICs.......: Disabled
  KnC.ASICs............: Disabled
  ModMiner.FPGAs.......: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2
  LDFLAGS..............:  -lpthread
  LDADD................: -ldl -L/usr/local/lib -lcurl  compat/jansson-2.5/src/.libs/libjansson.a -lpthread    -lm -lusb -lrt

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

But, when i execute make, i have this error:
Code:
"Makefile", line 825: Need an operator
It will only build with gcc. Are you trying to build with a different compiler?
member
Activity: 74
Merit: 10
Hi,

I have problem to compile cgminer Sad
Could you help me.

My system is FreeBSD 8.x

I have install all dependencies.
When i execute "./configure --with-system-libusb --enable-icarus", all works fine., i obtain this output:
Code:
------------------------------------------------------------------------
cgminer 3.8.4
------------------------------------------------------------------------


Configuration Options Summary:

  libcurl(GBT+getwork).: Enabled: -L/usr/local/lib -lcurl
  curses.TUI...........: FOUND: -lncurses

  Avalon.ASICs.........: Disabled
  BlackArrow.ASICs.....: Disabled
  BFL.ASICs............: Disabled
  BitForce.FPGAs.......: Disabled
  BitFury.ASICs........: Disabled
  Hashfast.ASICs.......: Disabled
  Icarus.ASICs/FPGAs...: Enabled
  Klondike.ASICs.......: Disabled
  KnC.ASICs............: Disabled
  ModMiner.FPGAs.......: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2
  LDFLAGS..............:  -lpthread
  LDADD................: -ldl -L/usr/local/lib -lcurl  compat/jansson-2.5/src/.libs/libjansson.a -lpthread    -lm -lusb -lrt

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

But, when i execute make, i have this error:
Code:
xxxxx# make
make  all-recursive
Making all in lib
  GEN    signal.h
  GEN    string.h
make  all-recursive
  CC     memmem.o
  AR     libgnu.a
Making all in compat
Making all in jansson-2.5
"Makefile", line 825: Need an operator
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /tmp/cgminer-3.8.4/compat.
*** Error code 1

Stop in /tmp/cgminer-3.8.4.
*** Error code 1

Stop in /tmp/cgminer-3.8.4.
legendary
Activity: 1450
Merit: 1013
Cryptanalyst castrated by his government, 1952
Similar results here - 2 Win7 machines, each got zombies from time to time. In fact, each got a cluster of them at different times - haven't seen that behavior in a while. Both machines are fine with 3.8.4 at the moment.
Thanks. Yes that's the typical windows fail I've been trying to work around: When there's some kind of usb communication lag it affects everything on the bus. To be clear, when you get zombies, do they eventually re-hotplug for you? They do not for JMC
Yes that's correct with the later versions (zombies stay as zombies), although sorry to labour the point, but they usually do re-plug automatically with 3.5.1 and earlier. Usually but not always!  I do get the occasional permanent failure with 3.5.1, but it is quite rare.  Also in 3.5.1, very occasionally an AMU just falls behind and/or just stops handling traffic (Accepted shares stops increasing and/or WU slowly decreases).  Just to clarify Smiley


We still seem to have differing behaviors. I just got one repluggable zombie in my 3.8.4 run, about 26.5 hours in.

Edit: just got another, also repluggable, a few minutes later.

Edit: and another, about 30 hours in. To summarize, I've had a few repluggable zombies and one cluster of several at once that appeared to require replugging the whole hub. My sense is that 3.8.4 is not reallocating any on-the-fly. My allocations now are AMU15-21, 23-25 and 28-30. I'm pretty sure the reallocation 15-n happened when I replugged the hubs (daisy-chained) and that the few reallocations since then have come from my replugging individual zombies, rather than cgminer detecting and reallocating on its own the way it did in other recent releases.

Edit: Something a bit different. At about 32 hours, the LED came on for AMU29 and I watched its hash rate dwindle to zero on the display. It was not flagged as a zombie though. I waited a few minutes then unplugged it, which caused it to be flagged as AMU0 and labelled a zombie. On replugging, it became AMU31 and the hash rate climbed back to normal. The run continues.

Edit: I eventually had to reboot for unrelated reasons. The followup run gets occasional zombies, all repluggable so far. Recently it had one unit flagged as a zombie and at the same time another with zero hashrate but not flagged. LEDs were on for both and both were repluggable.




sr. member
Activity: 441
Merit: 250
GET IN - Smart Ticket Protocol - Live in market!
ckolivas,

Would you please update KNC version of cgminer to 3.8.4.

Thank you
Done

I have been testing 3.8.4 version of cgminer miner for KNC.

It keeps crashing every so often.

Last time it crashed, it threw this error message: "*** Error in `/usr/bin/cgminer': malloc(): smallbin double linked list corrupted: 0xad2387a8 ***"

I would provide more details or core dumps if you tell me how
newbie
Activity: 56
Merit: 0
Similar results here - 2 Win7 machines, each got zombies from time to time. In fact, each got a cluster of them at different times - haven't seen that behavior in a while. Both machines are fine with 3.8.4 at the moment.
Thanks. Yes that's the typical windows fail I've been trying to work around: When there's some kind of usb communication lag it affects everything on the bus. To be clear, when you get zombies, do they eventually re-hotplug for you? They do not for JMC
Yes that's correct with the later versions (zombies stay as zombies), although sorry to labour the point, but they usually do re-plug automatically with 3.5.1 and earlier. Usually but not always!  I do get the occasional permanent failure with 3.5.1, but it is quite rare.  Also in 3.5.1, very occasionally an AMU just falls behind and/or just stops handling traffic (Accepted shares stops increasing and/or WU slowly decreases).  Just to clarify Smiley
Jump to: