Bitcoin Forum
February 16, 2019, 12:24:10 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 [56] 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 ... 191 »
  Print  
Author Topic: [ANN]: cpuminer-opt v3.8.8.1, open source optimized multi-algo CPU miner  (Read 418562 times)
JarBinks
Full Member
***
Offline Offline

Activity: 145
Merit: 100



View Profile
August 28, 2016, 03:24:20 AM
 #1101

Proposal for change in output for share submissions.

old format:

[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo

proposed new format:

[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected:  11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)

Reason for change:

- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".

Comments?

I think the current format has become the defacto standard.
Though I am all about being different, I.E. bleeding edge, and I support any change.

My only concern would be that no changes happen with how the API is presents data, which I am pretty sure this will not.
1550276650
Hero Member
*
Offline Offline

Posts: 1550276650

View Profile Personal Message (Offline)

Ignore
1550276650
Reply with quote  #2

1550276650
Report to moderator
Your Bitcoin transactions
The Ultimate Bitcoin mixer
made truly anonymous.
with an advanced technology.
Mix coins
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1550276650
Hero Member
*
Offline Offline

Posts: 1550276650

View Profile Personal Message (Offline)

Ignore
1550276650
Reply with quote  #2

1550276650
Report to moderator
1550276650
Hero Member
*
Offline Offline

Posts: 1550276650

View Profile Personal Message (Offline)

Ignore
1550276650
Reply with quote  #2

1550276650
Report to moderator
joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 03:57:57 AM
 #1102

Proposal for change in output for share submissions.

old format:

[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo

proposed new format:

[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected:  11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)

Reason for change:

- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".

Comments?

I think the current format has become the defacto standard.
Though I am all about being different, I.E. bleeding edge, and I support any change.

My only concern would be that no changes happen with how the API is presents data, which I am pretty sure this will not.


Thanks for your comment.

I agree the API should not be different among miners as well as primary command line options. Console output is a little
less rigid.

I believe the current format, with some variations, is the convention for cpuminer and ccminer only. Those variations include
displaying hash count as well as rate, and "yes!" "noooo" instead of "yeah!!!" "boooo". AMD miners and alternative miners
have completely different output formats. I don't feel bound by the current format if it can be improved.

Any change to the output format could  affect users who run filters on the output and expect a certain format. They would
have to modify their filters for the new format.

cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
JarBinks
Full Member
***
Offline Offline

Activity: 145
Merit: 100



View Profile
August 28, 2016, 04:02:37 AM
 #1103

Proposal for change in output for share submissions.

old format:

[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo

proposed new format:

[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected:  11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)

Reason for change:

- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".

Comments?

I think the current format has become the defacto standard.
Though I am all about being different, I.E. bleeding edge, and I support any change.

My only concern would be that no changes happen with how the API is presents data, which I am pretty sure this will not.


Thanks for your comment.

I agree the API should not be different among miners as well as primary command line options. Console output is a little
less rigid.

I believe the current format, with some variations, is the convention for cpuminer and ccminer only. Those variations include
displaying hash count as well as rate, and "yes!" "noooo" instead of "yeah!!!" "boooo". AMD miners and alternative miners
have completely different output formats. I don't feel bound by the current format if it can be improved.

Any change to the output format could  affect users who run filters on the output and expect a certain format. They would
have to modify their filters for the new format.


Good point about the people parsing the output!!!
Maybe make a switch to allow the new and improved vs. the legacy output just in case.
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 07:11:46 AM
 #1104

that seemed to have worked, now it complains about missing gmp.h however

edit: added gmp.h from here http://cs.nyu.edu/~exact/core/gmp/index.html, now compile fails but im unsure why, windows building is pita



wonderful garbled text from msys

i guess i have done something wrong, might need a guide for dummies, will wait for someone else to build bins

cheers

What CPU? Did you compile native or specify -march=?

This error is in AES code, which suggests your CPU doesn't have it but the compiler thought it did.

Edit: In case it isn't obvious this is significant progress in helping me. If the compiler can't figure out the correct
architecture it can be specified manually.

the cpu is a i5-3330, it has aes, though im pretty sure the only thing holding me back from compiling successfully is somehow PATH related

steps done:

downloaded the mingw32 installer and installed basics+msys (32bit) to C:\mingw
downloaded mingw64 (x86_64-6.2.0-posix-seh-rt_v5-rev0) to C:\mingw64
added various C:\mingw64 directories to the system PATH
started a msys shell (from c:\mingw\msys...)
compiled curl source with ./configure --host=x86_64-w64-mingw32 --prefix=/c/mingw64
merged pthread mingw64 dir with C:\mingw64 dir
merged OpenSSL-Win64 include dir into mingw64 include

started winbuild.sh, complained about curl.h, so i copied it into the cpuminer dir to not spend hours with the obviously not working PATH
same for openssl and pthread

after this it complained about some double initialization or something of time in sys/time.h, so i copied the mingw64 versions of the files into the cpuminer dir

after this only the gmp.h was missing and then the garbled output from thge screen above appeared


i think some bins/libs used to compile are still 32bit ones as the PATH or at least the PATH the msys shell uses do not use the mingw64 ones but the 32 bit

which steps did differ for your setup?

to my understanding mingw32 is only needed for msys (its not included in mingw64 it seems), is this correct? i would skip the whole mingw32 part if i could and only use mingw64 if this works too, so there is no chance some 32bit bins/libs are getting used

cheers
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 07:22:15 AM
 #1105

Proposal for change in output for share submissions.

old format:

[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo

proposed new format:

[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected:  11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)

Reason for change:

- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".

Comments?

my only suggestion for the output (if you are going to change it): make the space before "accepted" before the coloring stuff, right now its like this:
[01;37m accepted[...]
to
 [01;37maccepted[...]

cheers
th3.r00t
Sr. Member
****
Offline Offline

Activity: 312
Merit: 250



View Profile WWW
August 28, 2016, 08:41:30 AM
 #1106

Proposal for change in output for share submissions.

old format:

[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo

proposed new format:

[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected:  11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)

Reason for change:

- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".

Comments?

In ccminer there is a "yes!" - accepted share, "nooooo" - rejected share and "yay!!!" which is share that found a block.
I believe that it this come from pooler's original cpuminer.

So if you intend to change the format, how do you mark a share resulting a block find?

In general i like the idea of redesigning the output.
I would really love output format like SGminer here in cpuminer-opt (one can dream Smiley )

BitSend ◢◤Clients | Source
www.bitsend.info
█▄
█████▄
████████▄
███████████▄
██████████████
███████████▀
████████▀
█████▀
█▀












Your Digital Network | 10MB Blocks
Algo: XEVAN | DK3 | Masternodes
Bitcore - BTX/BTC -Project












BSD -USDT | Bittrex | C.Gather | S.Exchange
Cryptopia | NovaExchange | Livecoin
CoinPayments | Faucet | Bitsend Airdrop













████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████

████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████
Q_R_V
Sr. Member
****
Online Online

Activity: 416
Merit: 250


Inactivity: 8963


View Profile
August 28, 2016, 10:54:21 AM
 #1107



start /high ?

"start /low" - process will have low priority, useful when you have other more important processes running on your OS.
joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 01:48:15 PM
 #1108


What CPU? Did you compile native or specify -march=?

This error is in AES code, which suggests your CPU doesn't have it but the compiler thought it did.


the cpu is a i5-3330, it has aes, though im pretty sure the only thing holding me back from compiling successfully is somehow PATH related


In my setup I didn't add any extra files to cpuminer but I did have to add some to /msys/opt/windows_64.

Right now your problem isn't the setup but the architecture selection. The 3330 is indeed Ivybridge and should have
both AES and AVX. Your compiler chose "ivybridge" but trips over the AES code. As I mentioned my compiler doesn't
accept brand names like ivybridge, only architecture names like core-avx-i and corei7-avx. Try compiling specifying
different architectures until the AES error goes away then we can compare what works with what should have worked

cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 01:52:33 PM
Last edit: August 28, 2016, 02:22:35 PM by joblo
 #1109


In ccminer there is a "yes!" - accepted share, "nooooo" - rejected share and "yay!!!" which is share that found a block.
I believe that it this come from pooler's original cpuminer.

That's interesting. It definitely isn't implemented that way in cpuminer and I don't recall seeing any code regarding
block finder. I will take a look at Pooler. If he has impmeneted it that way it's worth considering.

Edit: I just looked at he latest Pooler code and he still uses yay!!!/boooo for accepted/rejected shares with no indication
of finding a block. It's an interesting idea but I don't see anywhere that the pool communicates that info to the miner.

cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 01:55:51 PM
 #1110

Proposal for change in output for share submissions.

old format:

[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo

proposed new format:

[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected:  11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)

Reason for change:

- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".

Comments?

my only suggestion for the output (if you are going to change it): make the space before "accepted" before the coloring stuff, right now its like this:
[01;37m accepted[...]
to
 [01;37maccepted[...]

cheers


I don't understand what you are saying.

cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 02:22:06 PM
 #1111

Proposal for change in output for share submissions.

old format:

[2016-08-27 21:09:13] accepted: 1791/1791 (100%), 11.93 MH, 461.52 kH/s yes!
[2016-08-27 21:09:13] accepted: 1791/1792 (99.9%), 11.93 MH, 461.52 kH/s nooooo

proposed new format:

[2016-08-27 21:09:13] Accepted: 11.93 MH, 461.52 kH/s, 1791/1791 (100%)
[2016-08-27 21:09:13] Rejected:  11.93 MH, 461.52 kH/s, 1791/1792 (99.9%)

Reason for change:

- shorter
- removes ambiguous "accepted" for both accepted and rejected shares
- eliminates unnecessary words "yes!" and "nooooo".

Comments?

my only suggestion for the output (if you are going to change it): make the space before "accepted" before the coloring stuff, right now its like this:
[01;37m accepted[...]
to
 [01;37maccepted[...]

cheers


I don't understand what you are saying.

ok ill try

redirecting the miner output to file instead of the console reveals the structure of the text, like this:


lines starting with ESC/weird symbols are other colors than default grey, for example "accepted" messages are white and the "yes" is green

note that this "color code" starts right after the date/time and the space betweent date/time and the actual message is "colored"

this "colored" space could be moved before the coloring so if someone filters the output and wants to cut off the date/time they dont have to deal with removing the 9th char (or so) to preserve colors

cheers
joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 03:22:17 PM
 #1112


redirecting the miner output to file instead of the console reveals the structure of the text, like this:


lines starting with ESC/weird symbols are other colors than default grey, for example "accepted" messages are white and the "yes" is green

note that this "color code" starts right after the date/time and the space betweent date/time and the actual message is "colored"

this "colored" space could be moved before the coloring so if someone filters the output and wants to cut off the date/time they dont have to deal with removing the 9th char (or so) to preserve colors

cheers

Ok I understand now I think. Everything before "accepted", including the bold font code and the space is part of the applog prefix
that is automatically prepended to the output. If I changed that it would affect everywhere applog is called. Anyone parsing the
output should use --no-color option.


cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 03:24:03 PM
 #1113

ahh i see, well loosing the colors then

thanks for the explanation!
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 04:09:16 PM
 #1114

trying to compile for mingw64 i get this error (3.4.4b, march=native and march=core2):

Code:
algo/hodl/hodl.cpp: In function 'int scanhash_hodl(int, work*, uint32_t, uint64_t*)':
algo/hodl/hodl.cpp:96:18: error: aggregate 'EVP_CIPHER_CTX ctx' has incomplete type and cannot be defined
   EVP_CIPHER_CTX ctx;
                  ^

im a bit lost there, anyone got an idea what the problem might be?
joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 04:11:05 PM
 #1115

ahh i see, well loosing the colors then

thanks for the explanation!


Have you made any progress compiling on Windows with your i5-3330 using different -march= flags?
That AES error seems to be the current blocker.

I'm trying to recall anything I did outside of process in the mingw environment. All of the missing libraries were installed to
/msys/opt/windows_64, nothing was added to cpuminer.

Any #include that uses <file.h> instead of "file.h" expects to find the file in /msys/opt/windows_64/include.
Unfortunately I didn't keep good notes while I was hacking and have to rely on memory

cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 04:25:32 PM
 #1116

trying to compile for mingw64 i get this error (3.4.4b, march=native and march=core2):

Code:
algo/hodl/hodl.cpp: In function 'int scanhash_hodl(int, work*, uint32_t, uint64_t*)':
algo/hodl/hodl.cpp:96:18: error: aggregate 'EVP_CIPHER_CTX ctx' has incomplete type and cannot be defined
   EVP_CIPHER_CTX ctx;
                  ^

im a bit lost there, anyone got an idea what the problem might be?

If you've copied files to the cpuminer directory you should start fresh pristine source. You should never have to
copy any files into cpuminer.

There appears to be a problem with the ssl install. Search for evp.h, it will be in an includes dir with a bunch of
other files. Create a symlink in /msys/opt/windows_64/include to point to the openssl include directory. You should
do this for any 3rd party packages you need to install in order to compile cpuminer, such as gmp.

Edit: I'm getting a bit lost too. The last error you reported was with AES code. What happened to that?

cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 04:33:21 PM
 #1117

trying to compile for mingw64 i get this error (3.4.4b, march=native and march=core2):

Code:
algo/hodl/hodl.cpp: In function 'int scanhash_hodl(int, work*, uint32_t, uint64_t*)':
algo/hodl/hodl.cpp:96:18: error: aggregate 'EVP_CIPHER_CTX ctx' has incomplete type and cannot be defined
   EVP_CIPHER_CTX ctx;
                  ^

im a bit lost there, anyone got an idea what the problem might be?

If you've copied files to the cpuminer directory you should start fresh pristine source. You should never have to
copy any files into cpuminer.

There appears to be a problem with the ssl install. Search for evp.h, it will be in an includes dir with a bunch of
other files. Create a symlink in /msys/opt/windows_64/include to point to the openssl include directory. You should
do this for any 3rd party packages you need to install in order to compile cpuminer, such as gmp.

i have started a fresh compile, this time in linux and cross-compiling to mingw64, no files have been added to the cpuminer-opt dir, the PATH variable works fine here

will investigate the ssl issue, ive crosscompiled ssl libs/headers, might be using system headers

cheers
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 05:09:12 PM
 #1118

trying to compile for mingw64 i get this error (3.4.4b, march=native and march=core2):

Code:
algo/hodl/hodl.cpp: In function 'int scanhash_hodl(int, work*, uint32_t, uint64_t*)':
algo/hodl/hodl.cpp:96:18: error: aggregate 'EVP_CIPHER_CTX ctx' has incomplete type and cannot be defined
   EVP_CIPHER_CTX ctx;
                  ^

im a bit lost there, anyone got an idea what the problem might be?

If you've copied files to the cpuminer directory you should start fresh pristine source. You should never have to
copy any files into cpuminer.

There appears to be a problem with the ssl install. Search for evp.h, it will be in an includes dir with a bunch of
other files. Create a symlink in /msys/opt/windows_64/include to point to the openssl include directory. You should
do this for any 3rd party packages you need to install in order to compile cpuminer, such as gmp.

i have started a fresh compile, this time in linux and cross-compiling to mingw64, no files have been added to the cpuminer-opt dir, the PATH variable works fine here

will investigate the ssl issue, ive crosscompiled ssl libs/headers, might be using system headers

cheers

problem found: i used the latest stable openssl version (1.1.0) but using 1.0.2h it is working fine

now im seeing a linker issue, but i think this is trivial:
Code:
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lcurl
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lz
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lssl
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lcrypto
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lgmp

compiler successfully gets till the last compile step, im on the finish road i guess Cheesy

cheers
felixbrucker
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile WWW
August 28, 2016, 05:31:31 PM
 #1119

after including the lib dir with "-L/opt/mingw64/lib" only -lz was missing, after crosscompiling and copying the bin/lib/and include files into mingw64 the following error is displayed:

Code:
x86_64-w64-mingw32-g++  -O3 -march=native -Wall -I/opt/mingw64/include -L/opt/mingw64/lib -std=gnu++11 -fpermissive -Lcompat/pthreads/x64  -Lyes/lib  -Lcompat/pthreads/x64  -Lyes/lib  -o cpuminer.exe cpuminer-cpu-miner.o cpuminer-util.o cpuminer-uint256.o cpuminer-api.o cpuminer-sysinfos.o cpuminer-algo-gate-api.o algo/groestl/cpuminer-sph_groestl.o algo/skein/cpuminer-sph_skein.o algo/bmw/cpuminer-sph_bmw.o algo/shavite/cpuminer-sph_shavite.o algo/shavite/cpuminer-shavite.o algo/echo/cpuminer-sph_echo.o algo/blake/cpuminer-sph_blake.o algo/heavy/cpuminer-sph_hefty1.o algo/blake/cpuminer-mod_blakecoin.o algo/luffa/cpuminer-sph_luffa.o algo/cubehash/cpuminer-sph_cubehash.o algo/simd/cpuminer-sph_simd.o algo/hamsi/cpuminer-sph_hamsi.o algo/fugue/cpuminer-sph_fugue.o algo/gost/cpuminer-sph_gost.o algo/jh/cpuminer-sph_jh.o algo/keccak/cpuminer-sph_keccak.o algo/keccak/cpuminer-keccak.o algo/sha3/cpuminer-sph_sha2.o algo/sha3/cpuminer-sph_sha2big.o algo/shabal/cpuminer-sph_shabal.o algo/whirlpool/cpuminer-sph_whirlpool.o crypto/cpuminer-blake2s.o crypto/cpuminer-oaes_lib.o crypto/cpuminer-c_keccak.o crypto/cpuminer-c_groestl.o crypto/cpuminer-c_blake256.o crypto/cpuminer-c_jh.o crypto/cpuminer-c_skein.o crypto/cpuminer-hash.o crypto/cpuminer-aesb.o crypto/cpuminer-magimath.o algo/argon2/cpuminer-argon2a.o algo/argon2/ar2/cpuminer-argon2.o algo/argon2/ar2/cpuminer-opt.o algo/argon2/ar2/cpuminer-cores.o algo/argon2/ar2/cpuminer-ar2-scrypt-jane.o algo/argon2/ar2/cpuminer-blake2b.o algo/cpuminer-axiom.o algo/blake/cpuminer-blake.o algo/blake/cpuminer-blake2.o algo/blake/cpuminer-blakecoin.o algo/blake/cpuminer-decred.o algo/blake/cpuminer-pentablake.o algo/bmw/cpuminer-bmw256.o algo/cubehash/sse2/cpuminer-cubehash_sse2.o algo/cryptonight/cpuminer-cryptolight.o algo/cryptonight/cpuminer-cryptonight-common.o algo/cryptonight/cpuminer-cryptonight-aesni.o algo/cryptonight/cpuminer-cryptonight.o algo/cpuminer-drop.o algo/echo/aes_ni/cpuminer-hash.o algo/cpuminer-fresh.o algo/groestl/cpuminer-groestl.o algo/groestl/cpuminer-myr-groestl.o algo/groestl/sse2/cpuminer-grso.o algo/groestl/sse2/cpuminer-grso-asm.o algo/groestl/aes_ni/cpuminer-hash-groestl.o algo/groestl/aes_ni/cpuminer-hash-groestl256.o algo/haval/cpuminer-haval.o algo/heavy/cpuminer-heavy.o algo/heavy/cpuminer-bastion.o algo/cpuminer-hmq1725.o algo/hodl/cpuminer-hodl.o algo/hodl/cpuminer-hodl-gate.o algo/hodl/cpuminer-hodl_arith_uint256.o algo/hodl/cpuminer-hodl_uint256.o algo/hodl/cpuminer-hash.o algo/hodl/cpuminer-hmac_sha512.o algo/hodl/cpuminer-sha256.o algo/hodl/cpuminer-sha512.o algo/hodl/cpuminer-utilstrencodings.o algo/hodl/cpuminer-hodl-wolf.o algo/hodl/cpuminer-aes.o algo/hodl/cpuminer-sha512_avx.o algo/hodl/cpuminer-sha512_avx2.o algo/cpuminer-lbry.o algo/luffa/cpuminer-luffa.o algo/luffa/sse2/cpuminer-luffa_for_sse2.o algo/lyra2/cpuminer-lyra2.o algo/lyra2/cpuminer-sponge.o algo/lyra2/cpuminer-lyra2rev2.o algo/lyra2/cpuminer-lyra2re.o algo/keccak/sse2/cpuminer-keccak.o algo/cpuminer-m7m.o algo/cpuminer-neoscrypt.o algo/cpuminer-nist5.o algo/cpuminer-pluck.o algo/quark/cpuminer-quark.o algo/qubit/cpuminer-qubit.o algo/ripemd/cpuminer-sph_ripemd.o algo/cpuminer-scrypt.o algo/scryptjane/cpuminer-scrypt-jane.o algo/sha2/cpuminer-sha2.o algo/simd/sse2/cpuminer-nist.o algo/simd/sse2/cpuminer-vector.o algo/skein/cpuminer-skein.o algo/skein/cpuminer-skein2.o algo/cpuminer-s3.o algo/tiger/cpuminer-sph_tiger.o algo/cpuminer-veltor.o algo/whirlpool/cpuminer-whirlpool.o algo/whirlpool/cpuminer-whirlpoolx.o algo/x11/cpuminer-x11.o algo/x11/cpuminer-x11evo.o algo/x11/cpuminer-x11gost.o algo/x11/cpuminer-c11.o algo/x13/cpuminer-x13.o algo/x14/cpuminer-x14.o algo/x15/cpuminer-x15.o algo/x17/cpuminer-x17.o algo/yescrypt/cpuminer-yescrypt.o algo/yescrypt/cpuminer-yescrypt-common.o algo/yescrypt/cpuminer-sha256_Y.o algo/yescrypt/cpuminer-yescrypt-simd.o algo/cpuminer-zr5.o asm/cpuminer-neoscrypt_asm.o  asm/cpuminer-sha2-x64.o asm/cpuminer-scrypt-x64.o asm/cpuminer-aesb-x64.o  compat/cpuminer-winansi.o -lcurl -lz compat/jansson/libjansson.a -lpthread -L/mingw/x86_64-w64-mingw32/lib -lws2_32 -lssl -lcrypto -lgmp
cpuminer-util.o:util.c:(.text+0x4e6): undefined reference to `localtime_s'
cpuminer-util.o:util.c:(.text+0x632): undefined reference to `localtime_s'
cpuminer-util.o:util.c:(.text+0x784): undefined reference to `localtime_s'
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cpuminer-util.o: bad reloc address 0x11 in section `.text.unlikely'
collect2: error: ld returned 1 exit status

joblo
Legendary
*
Offline Offline

Activity: 1148
Merit: 1050


View Profile
August 28, 2016, 05:50:32 PM
 #1120

trying to compile for mingw64 i get this error (3.4.4b, march=native and march=core2):

Code:
algo/hodl/hodl.cpp: In function 'int scanhash_hodl(int, work*, uint32_t, uint64_t*)':
algo/hodl/hodl.cpp:96:18: error: aggregate 'EVP_CIPHER_CTX ctx' has incomplete type and cannot be defined
   EVP_CIPHER_CTX ctx;
                  ^

im a bit lost there, anyone got an idea what the problem might be?

If you've copied files to the cpuminer directory you should start fresh pristine source. You should never have to
copy any files into cpuminer.

There appears to be a problem with the ssl install. Search for evp.h, it will be in an includes dir with a bunch of
other files. Create a symlink in /msys/opt/windows_64/include to point to the openssl include directory. You should
do this for any 3rd party packages you need to install in order to compile cpuminer, such as gmp.

i have started a fresh compile, this time in linux and cross-compiling to mingw64, no files have been added to the cpuminer-opt dir, the PATH variable works fine here

will investigate the ssl issue, ive crosscompiled ssl libs/headers, might be using system headers

cheers

problem found: i used the latest stable openssl version (1.1.0) but using 1.0.2h it is working fine

now im seeing a linker issue, but i think this is trivial:
Code:
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lcurl
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lz
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lssl
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lcrypto
/opt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld: cannot find -lgmp

compiler successfully gets till the last compile step, im on the finish road i guess Cheesy

cheers

Is this on Linux or windows? I think trying to cross compile is complicating the issue. I'm trying to follow but am
getting lost jumping around from Linux to windows to cross compiling. It also helps if you say how you compiled.

I looked at my system and I don't see those packages in msys/opt/windows_64/lib/ but it compiles and links ok.
This is getting beyond me, I don't know how to proceed.

I'm going to have to build a mingw compile environment in a VM and document everything I do.

You can still use the precompiled windows binaries. You should get optimum performance or your Ivybridge using the
core-avx-i version. Only the older Intels (like Westmere) and AMDs might have issues.



cpuminer-opt developer, https://bitcointalk.org/index.php?topic=1326803.0
BTC: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT,
ETH: 0x72122edabcae9d3f57eab0729305a425f6fef6d0
Pages: « 1 ... 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 [56] 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 ... 191 »
  Print  
 
Jump to:  

Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!