Search content
Sort by
Showing 20 of 25 results by Jori
Ron, I'm so sorry. I will look into your YouTube videos soon. I'm finally done with exams do I have some time left now (preparing for studying mathematics!). Will post my reaction on them!
...
Getting off the soapbox and high horse now... and going back to the nose to the grindstone, salt mine, dungeon... Actually, to making the "how to build the libraries" video series for MSVC++. Imagine a video game walk through
GUI manipulation is much easier to understand by seeing rather than reading "how to".
Ron
Hello all,Getting off the soapbox and high horse now... and going back to the nose to the grindstone, salt mine, dungeon... Actually, to making the "how to build the libraries" video series for MSVC++. Imagine a video game walk through
GUI manipulation is much easier to understand by seeing rather than reading "how to".Ron
I promised videos on MSVC++ static library building for bitcoind.exe & *coind.exe --
and here they are:
http://www.youtube.com/channel/UCytoaHvG3H1y9CnxZS819eQ
The links to the sources to build bitcoind.exe 0.8.6 are given in message # 43:
https://bitcointalk.org/index.php?topic=349094.msg6284139#msg6284139
The last video on actually building bitcoind.exe and one other *coind.exe using those libraries is almost done, but those practiced in the art probably won't need it Grin
I would be interested in feedback. And I would hope that this allows a stampeding herd of Windows developers to jump in and contribute to the bitcoin and other *coin projects.
Ron
Excellent work Ron. This is really helpful to Windows developers. I don't have time now to review all videos, but I'll do that later after exams :-).
Thanks for posting. I have received an answer via PM. Im just verifying that first.
Nice trick. No need to pay any bounty there...
http://s30.postimg.org/ylo9navy9/fuckoff.png
Just saying that (IMHO) if you offer a bounty in public, you should pay in public. Anyone could forge this images, it says nothing. No need to get grumpy, unless indeed you have something to hide.
Also i have a question for the pro's here.
Building differnt types of wallets this past week. Moving some of them to other pc's for testing. Some require some *.lib files to be copied along with it. Others (like bitcoin) Don't. I'm pretty sure from what i've learned this is cause of -static /dynamic (read up a little on it)
But then again. Made sure all wallets i made were basicly static. And some still require additional *dll files to be copied with m.
My question... : How come? Is this cause of the bitcoin : libpng-1.6.10/.libs/libpng.a that are inserted somehow? or is there something else i missed/ overlooked?
It's not a real problem. I'm just curious and learning.. ... so i wonder. (dont know a whole lot more c+ then what ive learned here from building wallets)
Building differnt types of wallets this past week. Moving some of them to other pc's for testing. Some require some *.lib files to be copied along with it. Others (like bitcoin) Don't. I'm pretty sure from what i've learned this is cause of -static /dynamic (read up a little on it)
But then again. Made sure all wallets i made were basicly static. And some still require additional *dll files to be copied with m.
My question... : How come? Is this cause of the bitcoin : libpng-1.6.10/.libs/libpng.a that are inserted somehow? or is there something else i missed/ overlooked?
It's not a real problem. I'm just curious and learning.. ... so i wonder. (dont know a whole lot more c+ then what ive learned here from building wallets)
What DLL files? What cryptocurrencies?
Thanks for posting. I have received an answer via PM. Im just verifying that first.
Nice trick. No need to pay any bounty there...
Ok. I'm officially stuck again. Daemon compiled. Tested and working! yay! (ty) Now the Qt.
Working with 0.6.3 coin ( i know i really shouldnt =) But ive started and made it this far... Also best way to learn i think. So hope ull bear with me for little while longer.... Also studied up on litecoin-qt.pro posted here : https://bitcointalk.org/index.php?topic=149479.msg5568805#msg5568805
So im pretty sure my problem is not there. whenever i try to build qt. (using 4.8.5) it stops at the *.o files.
Tried many different things. Including just plain copying the required o-file from a similar build. And then it accepts it. And goes to the next error :
Untill i run out of *.o files to copy.... (and plain copying is ofc not a solution, but helps me as means to an end to narrowing down the problem)
So is my build corrupted somehow? (daemon works) Is my Qt incompatible? Is there any way to get Qt/mingw32-make to tell me in more detail exactly what error's it encountered? Any info on how to proceed, or in witch direction to look would be much appreciated.
Working with 0.6.3 coin ( i know i really shouldnt =) But ive started and made it this far... Also best way to learn i think. So hope ull bear with me for little while longer.... Also studied up on litecoin-qt.pro posted here : https://bitcointalk.org/index.php?topic=149479.msg5568805#msg5568805
So im pretty sure my problem is not there. whenever i try to build qt. (using 4.8.5) it stops at the *.o files.
Code:
g32 -lQtCore -lole32 -luuid -lws2_32 -ladvapi32 -lshell32 -luser32 -lkernel32
./build\bitcoingui.o: file not recognized: File format not recognized
collect2.exe: error: ld returned 1 exit status
./build\bitcoingui.o: file not recognized: File format not recognized
collect2.exe: error: ld returned 1 exit status
Tried many different things. Including just plain copying the required o-file from a similar build. And then it accepts it. And goes to the next error :
Code:
g32 -lQtCore -lole32 -luuid -lws2_32 -ladvapi32 -lshell32 -luser32 -lkernel32
./build\optionsdialog.o: file not recognized: File format not recognized
collect2.exe: error: ld returned 1 exit status
./build\optionsdialog.o: file not recognized: File format not recognized
collect2.exe: error: ld returned 1 exit status
Untill i run out of *.o files to copy.... (and plain copying is ofc not a solution, but helps me as means to an end to narrowing down the problem)
So is my build corrupted somehow? (daemon works) Is my Qt incompatible? Is there any way to get Qt/mingw32-make to tell me in more detail exactly what error's it encountered? Any info on how to proceed, or in witch direction to look would be much appreciated.
first off, what's up with ./build\optionsdialog.o? i've never compiled anything in windows, so i dunno if it's supposed to look like that or not. but shouldn't it be .\build\optionsdialog.o?
./build\whatever in a normal windows environment wouldn't work (ed: well, ./xxx would work, but it wouldn't work for a directory change, as in ./xxx\xxx)
fixed the damn slashes
I think that is a result of Linux style path naming of MSYS and Windows style recursion in the makefile (I guess). Nothing to worry about, Windows will generally accept both styles.
It is essentially the same. Refer to the build instructions of the cryptocurrency you want to compile for possible specific details. Perhaps it's a nice idea to compile namecoind as test 
?
?POS has its own very serious problem:
Someone with a stake can spend it to mine any number of forks simultaneously.
In contrast POW can only be created on alternatives if computing capacity is split between them. This forces convergence while POS does not.
Someone with a stake can spend it to mine any number of forks simultaneously.
In contrast POW can only be created on alternatives if computing capacity is split between them. This forces convergence while POS does not.
What attack could potentially be launched from mining multiple forks simultaneously? What would be the potential gain of someone doing that?
I am getting this error:
when I make openssl.
I have followed the guide exactly. I saw it just changed today, I am using openssl1.0.1g. I do still have perl and python installed, but I don't think that would do it. I set the path environment.
What am I doing wrong?
Quote
make[1]: gcc: Command not found
make[1]: *** [cryptlib.o] Error 127
make[1]: Leaving directory `/c/deps/openssl-1.0.1g/crypto'
make: *** [build_crypto] Error 1
make[1]: *** [cryptlib.o] Error 127
make[1]: Leaving directory `/c/deps/openssl-1.0.1g/crypto'
make: *** [build_crypto] Error 1
when I make openssl.
I have followed the guide exactly. I saw it just changed today, I am using openssl1.0.1g. I do still have perl and python installed, but I don't think that would do it. I set the path environment.
What am I doing wrong?
Perl and Python do not interfere with compiling. Are you 100% sure that gcc is available in the PATH variable? Try to call it from a random location (not within the makefile), what do you see?
Oh. It says
Quote
sh: gcc: command not found
Then your path variable was not correctly set. Find it with echo %PATH% or echo $PATH.
I am getting this error:
when I make openssl.
I have followed the guide exactly. I saw it just changed today, I am using openssl1.0.1g. I do still have perl and python installed, but I don't think that would do it. I set the path environment.
What am I doing wrong?
Quote
make[1]: gcc: Command not found
make[1]: *** [cryptlib.o] Error 127
make[1]: Leaving directory `/c/deps/openssl-1.0.1g/crypto'
make: *** [build_crypto] Error 1
make[1]: *** [cryptlib.o] Error 127
make[1]: Leaving directory `/c/deps/openssl-1.0.1g/crypto'
make: *** [build_crypto] Error 1
when I make openssl.
I have followed the guide exactly. I saw it just changed today, I am using openssl1.0.1g. I do still have perl and python installed, but I don't think that would do it. I set the path environment.
What am I doing wrong?
Perl and Python do not interfere with compiling. Are you 100% sure that gcc is available in the PATH variable? Try to call it from a random location (not within the makefile), what do you see?
@Nitro
After what me and Ron came through, perhaps it is a good idea to expend your post to include the following import pointers:
* Make sure that your MSYS bin directory precedes any other Windows system directory, like c:\Windows\System32 (this is necessary if you want to use the Unix find and not the Windows variant).
* The WSAPOLLFD structure bug in MinGW (not really bug, it is just missing)
* UnregisterWaitEx() problems when not setting _WIN32_WINNT
(also look for a reference to the two above here: http://stackoverflow.com/questions/20957727/boostasio-unregisterwaitex-has-not-been-declared)
Also, Ron mentioned that makefile.mingw is not longer used and there are more problems (Perl is unnecessary and so is Python too I believe, although I'm not sure about Python). It would also be nice if you explain a bit about the inner workings of the building process (i.e. why this utility or command), because as it is now it is sending a wrong message to people. I don't only want to know what to do, but also why to do it.
Don't get me wrong, I really appreciate this post and I think it is very useful, but it can be made so much better.
(we could work together a bit and also update the build_msw file, should be much more accessible than this forum thread)
Jori.
After what me and Ron came through, perhaps it is a good idea to expend your post to include the following import pointers:
* Make sure that your MSYS bin directory precedes any other Windows system directory, like c:\Windows\System32 (this is necessary if you want to use the Unix find and not the Windows variant).
* The WSAPOLLFD structure bug in MinGW (not really bug, it is just missing)
* UnregisterWaitEx() problems when not setting _WIN32_WINNT
(also look for a reference to the two above here: http://stackoverflow.com/questions/20957727/boostasio-unregisterwaitex-has-not-been-declared)
Also, Ron mentioned that makefile.mingw is not longer used and there are more problems (Perl is unnecessary and so is Python too I believe, although I'm not sure about Python). It would also be nice if you explain a bit about the inner workings of the building process (i.e. why this utility or command), because as it is now it is sending a wrong message to people. I don't only want to know what to do, but also why to do it.
Don't get me wrong, I really appreciate this post and I think it is very useful, but it can be made so much better.
(we could work together a bit and also update the build_msw file, should be much more accessible than this forum thread)
Jori.
Re: Would it be possible to reestablish the decimal value of a bitcoin?
If redefining the value of 1 BTC could help adoption even the tinniest bit, it is worth considering. Heck, mega-concerns, like Coca-Cola, are marketing their products in far more subtle ways than that.
When you buy a can of coke, what does it say on the side? Around my parts, it says "330ml". I buy drill bits measured in millimetres, my national currency already has subunits, and so on. I guess I don't see the issue with mBTC - people will get used to it if they need to.Far from "helping adoption", the confusion introduced by changing the unit of denomination would almost certain hinder adoption. Moreover, the headaches would likely be felt most strongly by newcomers and those who are bad with numbers - precisely the crowd that find Bitcoin intimidating already.
It is a bad idea.
Your country uses currency in the milli magnitude?
Where are you from?
Hoping someone can help out. Also hoping that its something very simple and ive just been staring at it too long 
I get stuck on 2.6. /qren . When i try to run config it goes about it's checklists. Finds :
Checking wether c compiler works... no.... and stops
http://s7.postimg.org/a4k5rtekb/ccompiler.png
output on config.log =
At this point i really hope i did something stupid.... cause that could mean an easy fix. Thanks in advance for ur help
I get stuck on 2.6. /qren . When i try to run config it goes about it's checklists. Finds :
Checking wether c compiler works... no.... and stops
http://s7.postimg.org/a4k5rtekb/ccompiler.png
output on config.log =
Code:
configure:3233: $? = 0
configure:3222: gcc -v >&5
Using built-in specs.
COLLECT_GCC=c:\mingw32\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw32/bin/../libexec/gcc/i686-w64-mingw32/4.8.2/lto-wrapper.exe
Target: i686-w64-mingw32
Configured with: ../../../src/gcc-4.8.2/configure --host=i686-w64-mingw32 --build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32 --with-sysroot=/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32 --with-gxx-include-dir=/mingw32/i686-w64-mingw32/include/c++ --enable-shared --enable-static --disable-multilib --enable-languages=ada,c,c++,fortran,objc,obj-c++,lto --enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --disable-sjlj-exceptions --with-dwarf2 --disable-isl-version-check --disable-cloog-version-check --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=i686 --with-tune=generic --with-libiconv --with-system-zlib --with-gmp=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-mpfr=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-mpc=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-isl=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-cloog=/c/mingw482/prerequisites/i686-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='i686-posix-dwarf-rev3, Built by MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -I/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/include -I/c/mingw482/prerequisites/i686-zlib-static/include -I/c/mingw482/prerequisites/i686-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -I/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/include -I/c/mingw482/prerequisites/i686-zlib-static/include -I/c/mingw482/prerequisites/i686-w64-mingw32-static/include' CPPFLAGS= LDFLAGS='-pipe -L/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/lib -L/c/mingw482/prerequisites/i686-zlib-static/lib -L/c/mingw482/prerequisites/i686-w64-mingw32-static/lib -Wl,--large-address-aware'
Thread model: posix
gcc version 4.8.2 (i686-posix-dwarf-rev3, Built by MinGW-W64 project)
configure:3233: $? = 0
configure:3222: gcc -V >&5
gcc.exe: error: unrecognized command line option '-V'
gcc.exe: fatal error: no input files
compilation terminated.
configure:3233: $? = 1
configure:3222: gcc -qversion >&5
gcc.exe: error: unrecognized command line option '-qversion'
gcc.exe: fatal error: no input files
compilation terminated.
configure:3233: $? = 1
configure:3253: checking whether the C compiler works
configure:3275: gcc conftest.c ../libpng-1.6.9/.libs/libpng16a ../../mingw32/i686-w64-mingw32/lib/libz.a >&5
gcc.exe: error: ../libpng-1.6.9/.libs/libpng16a: No such file or directory
configure:3279: $? = 1
configure:3317: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define MAJOR_VERSION 3
| #define MINOR_VERSION 4
| #define MICRO_VERSION 3
| #define PACKAGE "qrencode"
| #define VERSION "3.4.3"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:3322: error: in `/c/deps/qrencode-3.4.3':
configure:3324: error: C compiler cannot create executables
See `config.log' for more details
## ---------------- ##
## Cache variables. ##
## ---------------- ##
ac_cv_build=i686-pc-mingw32
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=set
ac_cv_env_LIBS_value='../libpng-1.6.9/.libs/libpng16a ../../mingw32/i686-w64-mingw32/lib/libz.a'
ac_cv_env_PKG_CONFIG_LIBDIR_set=
ac_cv_env_PKG_CONFIG_LIBDIR_value=
ac_cv_env_PKG_CONFIG_PATH_set=
ac_cv_env_PKG_CONFIG_PATH_value=
ac_cv_env_PKG_CONFIG_set=
ac_cv_env_PKG_CONFIG_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_png_CFLAGS_set=set
ac_cv_env_png_CFLAGS_value=-I../libgpng-1.6.9/.libs
ac_cv_env_png_LIBS_set=set
ac_cv_env_png_LIBS_value=-L../libpng-1.6.9/.libs
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_host=i686-pc-mingw32
ac_cv_path_install='/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=gawk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_make_make_set=yes
ac_cv_target=i686-pc-mingw32
## ----------------- ##
## Output variables. ##
## ----------------- ##
ACLOCAL='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run aclocal-1.11'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='$${TAR-tar}'
AR=''
AUTOCONF='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run autoconf'
AUTOHEADER='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run autoheader'
AUTOMAKE='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run automake-1.11'
AWK='gawk'
BUILD_TESTS_FALSE=''
BUILD_TESTS_TRUE=''
BUILD_TOOLS_FALSE=''
BUILD_TOOLS_TRUE=''
CC='gcc'
CCDEPMODE=''
CFLAGS=''
CPP=''
CPPFLAGS=''
CYGPATH_W='echo'
DEFS=''
DEPDIR='.deps'
DLLTOOL=''
DSYMUTIL=''
DUMPBIN=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
FGREP=''
GREP=''
HAVE_LIBPTHREAD_FALSE=''
HAVE_LIBPTHREAD_TRUE=''
HAVE_SDL_FALSE=''
HAVE_SDL_TRUE=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
LD=''
LDFLAGS=''
LIBICONV=''
LIBOBJS=''
LIBPTHREAD=''
LIBS='../libpng-1.6.9/.libs/libpng16a ../../mingw32/i686-w64-mingw32/lib/libz.a'
LIBTOOL=''
LIPO=''
LN_S=''
LTLIBICONV=''
LTLIBOBJS=''
MAJOR_VERSION='3'
MAKEINFO='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run makeinfo'
MANIFEST_TOOL=''
MICRO_VERSION='3'
MINOR_VERSION='4'
MKDIR_P='/bin/mkdir -p'
NM=''
NMEDIT=''
OBJDUMP=''
OBJEXT=''
OTOOL64=''
OTOOL=''
PACKAGE='qrencode'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_URL=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
PKG_CONFIG=''
PKG_CONFIG_LIBDIR=''
PKG_CONFIG_PATH=''
RANLIB=''
SDL_CFLAGS=''
SDL_CONFIG=''
SDL_LIBS=''
SED=''
SET_MAKE=''
SHELL='/bin/sh'
STRIP=''
VERSION='3.4.3'
ac_ct_AR=''
ac_ct_CC='gcc'
ac_ct_DUMPBIN=''
am__EXEEXT_FALSE=''
am__EXEEXT_TRUE=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__include='include'
am__isrc=''
am__leading_dot='.'
am__nodep='_no'
am__quote=''
am__tar='$${TAR-tar} chof - "$$tardir"'
am__untar='$${TAR-tar} xf -'
bindir='${exec_prefix}/bin'
build='i686-pc-mingw32'
build_alias=''
build_cpu='i686'
build_os='mingw32'
build_vendor='pc'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE}'
dvidir='${docdir}'
exec_prefix='NONE'
host='i686-pc-mingw32'
host_alias=''
host_cpu='i686'
host_os='mingw32'
host_vendor='pc'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='${SHELL} /c/deps/qrencode-3.4.3/use/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
mkdir_p='/bin/mkdir -p'
oldincludedir='/usr/include'
pdfdir='${docdir}'
png_CFLAGS='-I../libgpng-1.6.9/.libs'
png_LIBS='-L../libpng-1.6.9/.libs'
prefix='NONE'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target='i686-pc-mingw32'
target_alias=''
target_cpu='i686'
target_os='mingw32'
target_vendor='pc'
## ----------- ##
## confdefs.h. ##
## ----------- ##
/* confdefs.h */
#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE_URL ""
#define MAJOR_VERSION 3
#define MINOR_VERSION 4
#define MICRO_VERSION 3
#define PACKAGE "qrencode"
#define VERSION "3.4.3"
configure: exit 77
configure:3222: gcc -v >&5
Using built-in specs.
COLLECT_GCC=c:\mingw32\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw32/bin/../libexec/gcc/i686-w64-mingw32/4.8.2/lto-wrapper.exe
Target: i686-w64-mingw32
Configured with: ../../../src/gcc-4.8.2/configure --host=i686-w64-mingw32 --build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32 --with-sysroot=/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32 --with-gxx-include-dir=/mingw32/i686-w64-mingw32/include/c++ --enable-shared --enable-static --disable-multilib --enable-languages=ada,c,c++,fortran,objc,obj-c++,lto --enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --disable-sjlj-exceptions --with-dwarf2 --disable-isl-version-check --disable-cloog-version-check --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=i686 --with-tune=generic --with-libiconv --with-system-zlib --with-gmp=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-mpfr=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-mpc=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-isl=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-cloog=/c/mingw482/prerequisites/i686-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='i686-posix-dwarf-rev3, Built by MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -I/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/include -I/c/mingw482/prerequisites/i686-zlib-static/include -I/c/mingw482/prerequisites/i686-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -I/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/include -I/c/mingw482/prerequisites/i686-zlib-static/include -I/c/mingw482/prerequisites/i686-w64-mingw32-static/include' CPPFLAGS= LDFLAGS='-pipe -L/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/lib -L/c/mingw482/prerequisites/i686-zlib-static/lib -L/c/mingw482/prerequisites/i686-w64-mingw32-static/lib -Wl,--large-address-aware'
Thread model: posix
gcc version 4.8.2 (i686-posix-dwarf-rev3, Built by MinGW-W64 project)
configure:3233: $? = 0
configure:3222: gcc -V >&5
gcc.exe: error: unrecognized command line option '-V'
gcc.exe: fatal error: no input files
compilation terminated.
configure:3233: $? = 1
configure:3222: gcc -qversion >&5
gcc.exe: error: unrecognized command line option '-qversion'
gcc.exe: fatal error: no input files
compilation terminated.
configure:3233: $? = 1
configure:3253: checking whether the C compiler works
configure:3275: gcc conftest.c ../libpng-1.6.9/.libs/libpng16a ../../mingw32/i686-w64-mingw32/lib/libz.a >&5
gcc.exe: error: ../libpng-1.6.9/.libs/libpng16a: No such file or directory
configure:3279: $? = 1
configure:3317: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define MAJOR_VERSION 3
| #define MINOR_VERSION 4
| #define MICRO_VERSION 3
| #define PACKAGE "qrencode"
| #define VERSION "3.4.3"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:3322: error: in `/c/deps/qrencode-3.4.3':
configure:3324: error: C compiler cannot create executables
See `config.log' for more details
## ---------------- ##
## Cache variables. ##
## ---------------- ##
ac_cv_build=i686-pc-mingw32
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=set
ac_cv_env_LIBS_value='../libpng-1.6.9/.libs/libpng16a ../../mingw32/i686-w64-mingw32/lib/libz.a'
ac_cv_env_PKG_CONFIG_LIBDIR_set=
ac_cv_env_PKG_CONFIG_LIBDIR_value=
ac_cv_env_PKG_CONFIG_PATH_set=
ac_cv_env_PKG_CONFIG_PATH_value=
ac_cv_env_PKG_CONFIG_set=
ac_cv_env_PKG_CONFIG_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_png_CFLAGS_set=set
ac_cv_env_png_CFLAGS_value=-I../libgpng-1.6.9/.libs
ac_cv_env_png_LIBS_set=set
ac_cv_env_png_LIBS_value=-L../libpng-1.6.9/.libs
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_host=i686-pc-mingw32
ac_cv_path_install='/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=gawk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_make_make_set=yes
ac_cv_target=i686-pc-mingw32
## ----------------- ##
## Output variables. ##
## ----------------- ##
ACLOCAL='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run aclocal-1.11'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='$${TAR-tar}'
AR=''
AUTOCONF='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run autoconf'
AUTOHEADER='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run autoheader'
AUTOMAKE='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run automake-1.11'
AWK='gawk'
BUILD_TESTS_FALSE=''
BUILD_TESTS_TRUE=''
BUILD_TOOLS_FALSE=''
BUILD_TOOLS_TRUE=''
CC='gcc'
CCDEPMODE=''
CFLAGS=''
CPP=''
CPPFLAGS=''
CYGPATH_W='echo'
DEFS=''
DEPDIR='.deps'
DLLTOOL=''
DSYMUTIL=''
DUMPBIN=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
FGREP=''
GREP=''
HAVE_LIBPTHREAD_FALSE=''
HAVE_LIBPTHREAD_TRUE=''
HAVE_SDL_FALSE=''
HAVE_SDL_TRUE=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
LD=''
LDFLAGS=''
LIBICONV=''
LIBOBJS=''
LIBPTHREAD=''
LIBS='../libpng-1.6.9/.libs/libpng16a ../../mingw32/i686-w64-mingw32/lib/libz.a'
LIBTOOL=''
LIPO=''
LN_S=''
LTLIBICONV=''
LTLIBOBJS=''
MAJOR_VERSION='3'
MAKEINFO='${SHELL} /c/deps/qrencode-3.4.3/use/missing --run makeinfo'
MANIFEST_TOOL=''
MICRO_VERSION='3'
MINOR_VERSION='4'
MKDIR_P='/bin/mkdir -p'
NM=''
NMEDIT=''
OBJDUMP=''
OBJEXT=''
OTOOL64=''
OTOOL=''
PACKAGE='qrencode'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_URL=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
PKG_CONFIG=''
PKG_CONFIG_LIBDIR=''
PKG_CONFIG_PATH=''
RANLIB=''
SDL_CFLAGS=''
SDL_CONFIG=''
SDL_LIBS=''
SED=''
SET_MAKE=''
SHELL='/bin/sh'
STRIP=''
VERSION='3.4.3'
ac_ct_AR=''
ac_ct_CC='gcc'
ac_ct_DUMPBIN=''
am__EXEEXT_FALSE=''
am__EXEEXT_TRUE=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__include='include'
am__isrc=''
am__leading_dot='.'
am__nodep='_no'
am__quote=''
am__tar='$${TAR-tar} chof - "$$tardir"'
am__untar='$${TAR-tar} xf -'
bindir='${exec_prefix}/bin'
build='i686-pc-mingw32'
build_alias=''
build_cpu='i686'
build_os='mingw32'
build_vendor='pc'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE}'
dvidir='${docdir}'
exec_prefix='NONE'
host='i686-pc-mingw32'
host_alias=''
host_cpu='i686'
host_os='mingw32'
host_vendor='pc'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='${SHELL} /c/deps/qrencode-3.4.3/use/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
mkdir_p='/bin/mkdir -p'
oldincludedir='/usr/include'
pdfdir='${docdir}'
png_CFLAGS='-I../libgpng-1.6.9/.libs'
png_LIBS='-L../libpng-1.6.9/.libs'
prefix='NONE'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target='i686-pc-mingw32'
target_alias=''
target_cpu='i686'
target_os='mingw32'
target_vendor='pc'
## ----------- ##
## confdefs.h. ##
## ----------- ##
/* confdefs.h */
#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE_URL ""
#define MAJOR_VERSION 3
#define MINOR_VERSION 4
#define MICRO_VERSION 3
#define PACKAGE "qrencode"
#define VERSION "3.4.3"
configure: exit 77
At this point i really hope i did something stupid.... cause that could mean an easy fix.
Thanks in advance for ur helpLook at the following line:
Code:
gcc.exe: error: ../libpng-1.6.9/.libs/libpng16a: No such file or directory
That is the problem. Shouldn't libpng16a be libpng16.a?Also, please do not use pictures. Just copy the output and format is as a code block. Much easier to copy from
.I'm sorry that I just post a link, but it is unnecessary to explain the wheel twice, and this wheel is perfectly described in this answer by Pieter Wuille: http://bitcoin.stackexchange.com/questions/10090/how-to-get-an-addresss-balance-with-the-bitcoin-client.
(@Mods, I am not exactly sure about the answering policies here, but if this is not allowed could one please message me and remove this post?)
(@Mods, I am not exactly sure about the answering policies here, but if this is not allowed could one please message me and remove this post?)
step3 got an error:
$ ./autogen.sh
./autogen.sh: line 5: autoreconf: command not found
and the configure,return:
sh: ./configure: No such file or directory
$ ./autogen.sh
./autogen.sh: line 5: autoreconf: command not found
and the configure,return:
sh: ./configure: No such file or directory
Have you installed the following packages correctly?
Quote
msys-base-bin
msys-autoconf-bin
msys-automake-bin
msys-libtool-bin
msys-autoconf-bin
msys-automake-bin
msys-libtool-bin
Hi Ron,
After being set on a trail by your ar tv output, I finally found the sinister thing that was causing all the trouble, which no sane soul could have figured out (yes I'm insane). In the file that is generating the platform specific parameters for the building of leveldb (build_detect_platform), I found the following line that searches for the files to be compiled:
I immediately realized that Windows too has a find.exe and that the PATH variable on Windows starts with the system directories, like system32 where find.exe is located. Putting my MSYS bin directory ahead of the system32 directory solved it. I was now able to compile and archive all necessary files and get similar output as you for ar tv. After that, bitcoind compiled with no problems.
Thanks a lot Ron for your help here, and I hope to see you soon in some other thread!
Jori.
After being set on a trail by your ar tv output, I finally found the sinister thing that was causing all the trouble, which no sane soul could have figured out (yes I'm insane). In the file that is generating the platform specific parameters for the building of leveldb (build_detect_platform), I found the following line that searches for the files to be compiled:
Code:
PORTABLE_FILES=`find $DIRS $PRUNE_TEST -o $PRUNE_BENCH -o $PRUNE_TOOL -o -name '*.cc' -print | sort | sed "s,^$PREFIX/,," | tr "\n" " "`
I immediately realized that Windows too has a find.exe and that the PATH variable on Windows starts with the system directories, like system32 where find.exe is located. Putting my MSYS bin directory ahead of the system32 directory solved it. I was now able to compile and archive all necessary files and get similar output as you for ar tv. After that, bitcoind compiled with no problems.
Thanks a lot Ron for your help here, and I hope to see you soon in some other thread
!Jori.
Re: Would it be possible to reestablish the decimal value of a bitcoin?
I've read around that one of the reasons for bitcoin's slow adoption is the psychological factor of having "just a few bitcoins."
That's silly. That's like saying there is a psychological factor of having "just a few thousand dollars". Anyone who feels that way, isn't capable of logic and reason. As such, they wouldn't contribute much to the economy anyhow. Eventually, when all they can have is "just a few micro-bitcoin, they may finally see reality and come around.
The peanut butter economy? Absolutely! I don't think that anybody that is afraid of peanut butter should be buying, selling, storing, eating, or otherwise using peanut butter.
Of course, if they are only concerned about the words "peanut butter" (bitcoin), and they if they are not concerned at all about crushed and creamated peanuts stored in a jar (bitcoin based units of value), then they can create a new label "creamed peanuts" (millies) on their own jars and happily participate in the peanut butter economy without exposing themselves to their irrational concerns.
I see no reason why the entire peanut butter economy should have to adjust the definitions of words and start calling it "orange juice" instead of "peanut butter" just to assuage the irrational beliefs of a few silly people.
Don't get me wrong, I absolutely agree with you that it is silly. I only want to keep the idea open that after the bitcoin price has stabilized a bit, PERHAPS it could be a good idea to redefine its value to be more in the range with the normal currencies (i.e. for most of us US$ and EU).
You seem to have forgotten the point were this currency started with, namely to be the currency of tomorrow or at least inspire/influence it. To succeed, we need to carefully market its use, also to the 'silly' people, who make up for most of the worlds population.
If redefining the value of 1 BTC could help adoption even the tinniest bit, it is worth considering. Heck, mega-concerns, like Coca-Cola, are marketing their products in far more subtle ways than that. I don't think they would do that if there weren't clear indications of its effectiveness (I'll be looking for some more scientific substantiation, but that'll cost some time and am currently very busy haha).
Jori.
I think better asked here: https://bitcointalk.org/index.php?board=4.0.
Yes. Also, the blockchain is not downloaded from one client of course (for security and practical reasons).
Quote
Does the downloading client start to upload to other clients even if the blockchain download from
the origin client isn't complete?
the origin client isn't complete?
Yes. Also, the blockchain is not downloaded from one client of course (for security and practical reasons).
Quote
Quote
...
A lot of "digital water" has flowed under the makefile "bridge" since nitrogenetics message # 1 in this forum! See
https://bitcointalk.org/index.php?topic=149479.msg1587734#msg1587734
He has updated that message many times since the original March 05, 2013 message. I saved the original and still refer to it.
And since it has been updated, the comments back and forth about it, in this forum, may not seem to make sense, since they (the comments) refer to an original message # 1 that you cannot see. 
But there are timeless comments (ahem!) on the art of compiling-linking software that should guide one to a working .exe file. See messages # 45 (page 3), 68 & 75 (page 4), 85 (page 5), 102 (page 6) and bypassing all the bending over backwards that gcc qmake and makefile must do to run on or target Windows, message # 550 & 552 (page 28). These last two answer all the issues I posed in message # 85 on July 13, 2013. It's a fait accompli since I have now built working versions of 3 other *coind.exe's and bitcoind.exe (YACoind.exe, Auroracoind.exe and Maxcoind.exe) all on MSVC++ Express all using the same four static multi-threaded libraries: Boost 1.53, OpenSSL 1.0.1g (!), Berkeley DB 4.8.30 and levelDB 1.13. It's pretty much build it (the libraries) and forget it. Also it's very easy to swap out a library. For example swapping out OpenSSL 1.0.1g for 1.0.1e or 1.0.1c was pretty much a no brainer. Same for flavors of Boost. Is 1.54 or 1.55 better than 1.53? Is level DB 1.16 better than 1.15, 1.13, 1.12 as far as bitcoin is concerned? On Windows?
Getting off the soapbox and high horse now... and going back to the nose to the grindstone, salt mine, dungeon... Actually, to making the "how to build the libraries" video series for MSVC++. Imagine a video game walk through
GUI manipulation is much easier to understand by seeing rather than reading "how to".Ron
Hi Ron,
OP = Original Poster and I was referring to nitrogenetics original message (post #1).
I really appreciate your time and help, but I did not find anything similar to the problems I'm having (i.e. libleveldb.a and libmemenv.a are available but do not get linked).
One thing I thought of yesterday: maybe the files were compiled and archived successfully, but do not contain all necessary content. It could be that while making leveldb, some essential files for bitcoin were skipped. Running ar tv libmemenv.a and ar tv libleveldb.a reveals:
Code:
rw-rw-rw- 0/0 432255 Apr 15 16:56 2014 memenv.o
and
Code:
rw-rw-rw- 0/0 21322 Apr 15 16:56 2014 port_win.o
respectively. Could you verify if you have similar output?
Thanks in advance,
Jori.
Re: Would it be possible to reestablish the decimal value of a bitcoin?
I've read around that one of the reasons for bitcoin's slow adoption is the psychological factor of having "just a few bitcoins."
That's silly. That's like saying there is a psychological factor of having "just a few thousand dollars". Anyone who feels that way, isn't capable of logic and reason. As such, they wouldn't contribute much to the economy anyhow. Eventually, when all they can have is "just a few micro-bitcoin, they may finally see reality and come around.
That is ridiculous. There is definitely a psychological factor involved in how people perceive currency magnitudes, that has noting to do with reason. Should people who are afraid of peanut-butter be denied excess to the economy, because there believes are irrational?