Just tried them on a Mac Mini with Snow Leopard and a single Block Erupter USB, give the USB timeout errors:
[2013-09-17 14:00:28] AMU0: TIMEOUT GetResults took 1999ms but was 100ms
[2013-09-17 14:00:30] AMU0: TIMEOUT GetResults took 1999ms but was 100ms
[2013-09-17 14:00:32] AMU0: TIMEOUT GetResults took 1999ms but was 100ms
[2013-09-17 14:00:34] AMU0: TIMEOUT GetResults took 1999ms but was 100ms
[2013-09-17 14:00:36] AMU0: TIMEOUT GetResults took 1999ms but was 100ms
[2013-09-17 14:00:37] Stratum from pool 0 detected new block
[2013-09-17 14:00:38] AMU0: TIMEOUT GetResults took 1998ms but was 100ms
Was there ever a version this didn't happen on? If not, we're kinda screwed until a better libusb for osx comes out since this is a libusb bug which is mostly addressed in the linux and windows versions, yet you're compiling against the same libusb version now (which is included statically in the cgminer source tree now).
I have a stack of libusb libraries, no idea where they come from. There are even ones with the binary cgminer from
http://spaceman.ca/cgminer though I can't see them linked with otool -L
root % otool -L cgminer
cgminer:
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.44.0)
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0)
@executable_path/dependencies/lib/libcurl.4.dylib (compatibility version 8.0.0, current version 8.0.0)
/usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.
/usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.
/System/Library/Frameworks/LDAP.framework/Versions/A/LDAP (compatibility version 1.0.0, current version 2.2.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
/System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11)
/usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
Perhaps I need some other command to see which USB library is being used.
Here is a list of the libusb stuff on my Mac
/usr/lib/libusb-1.0.0.dylib
/usr/lib/libusb-1.0.a
/usr/lib/libusb-1.0.la
/opt/local/bin/libusb-config
/opt/local/i386-mingw32/lib/libusbcamd.a
/opt/local/i386-mingw32/lib/libusbcamd2.a
/opt/local/include/libusb-1.0
/opt/local/include/libusb-1.0/libusb.h
/opt/local/lib/libusb-0.1.4.dylib
/opt/local/lib/libusb-1.0.0.dylib
/opt/local/lib/libusb-1.0.a
/opt/local/lib/libusb-1.0.dylib
/opt/local/lib/libusb-1.0.la
/opt/local/lib/libusb.a
/opt/local/lib/libusb.dylib
/opt/local/lib/libusb.la
/opt/local/lib/pkgconfig/libusb-1.0.pc
/opt/local/lib/pkgconfig/libusb.pc
/opt/local/var/macports/software/libusb
/opt/local/var/macports/software/libusb/libusb-1.0.8_0.darwin_10.x86_64.tbz2
I haven't been able to get the cgminer github source to compile myself, not from lack of trying! So I am dependent on the pre-compiled binaries I can find.
A fresh attempt yeilds:
root % ./autogen.sh
readlink: illegal option -- f
usage: readlink [-n] [file ...]
usage: dirname path
Running autoreconf -if...
./autogen.sh: line 12: libtoolize: command not found
configure.ac:24: installing './compile'
configure.ac:17: installing './config.guess'
configure.ac:17: installing './config.sub'
configure.ac:22: installing './install-sh'
configure.ac:53: error: required file './ltmain.sh' not found
configure.ac:22: installing './missing'
Makefile.am:21: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
Makefile.am: installing './depcomp'
autoreconf: 'configure.ac' or 'configure.in' is required
Configuring...
./autogen.sh: line 21: /configure: No such file or directory
I know the Mac uses glibtoolize not libtoolize so if I patch autogen.sh to use glibtoolize it then gives:
root % ./autogen.sh
readlink: illegal option -- f
usage: readlink [-n] [file ...]
usage: dirname path
Running autoreconf -if...
glibtoolize: putting auxiliary files in `.'.
glibtoolize: copying file `./config.guess'
glibtoolize: copying file `./config.sub'
glibtoolize: copying file `./install-sh'
glibtoolize: copying file `./ltmain.sh'
glibtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
glibtoolize: copying file `m4/libtool.m4'
glibtoolize: copying file `m4/ltoptions.m4'
glibtoolize: copying file `m4/ltsugar.m4'
glibtoolize: copying file `m4/ltversion.m4'
glibtoolize: copying file `m4/lt~obsolete.m4'
Makefile.am:21: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
autoreconf: 'configure.ac' or 'configure.in' is required
Configuring...
./autogen.sh: line 21: /configure: No such file or directory
root %
A configure file is actually created and runs to completion with
CFLAGS="-O2" ./configure --enable-icarus
However when I try to make I get:
root % make
make all-recursive
Making all in lib
GEN arg-nonnull.h
GEN c++defs.h
GEN warn-on-use.h
GEN signal.h
GEN stdint.h
GEN string.h
make all-recursive
CC dummy.o
CC memmem.o
AR libgnu.a
/opt/local/bin/ranlib: file: libgnu.a(dummy.o) has no symbols
ranlib: file: libgnu.a(dummy.o) has no symbols
Making all in compat
Making all in jansson
CC dump.o
CC error.o
CC hashtable.o
CC load.o
CC memory.o
CC pack_unpack.o
CC strbuffer.o
CC strconv.o
CC utf.o
CC value.o
AR libjansson.a
Making all in libusb-1.0
make[3]: *** No rule to make target `all'. Stop.
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
root %
And that's where I get stuck. Any suggestions on how to proceed?
I am on MacOSX 10.6.8 (Snow Leopard) with the Mac Ports collection installed.
