improve build scripts#8
Conversation
|
For Windows improvement please modify the scripts for building ALL static, so no more external libs needed. |
|
|
||
| isEmpty(QRENCODE_INCLUDE_PATH) { | ||
| macx:QRENCODE_INCLUDE_PATH=/usr/local/opt/qrencode/include | ||
| widnwos:QRENCODE_INCLUDE_PATH=C:/deps/qrencode-3.4.4 |
There was a problem hiding this comment.
typo:
- widnwos:QRENCODE_INCLUDE_PATH=C:/deps/qrencode-3.4.4
means windows - not widnwos :)
There was a problem hiding this comment.
Don't worry. I will fix typo when will support windows build
|
@Himan2001 |
|
Syncing leveldb for linux AND windows is a nice move, but the .dll shared problems needs still to be fixed. There are to many native default linux-libs still in use. Only the paths for boost, qt, libdb and qt are coverd by the makefiles. When cross compiling for windows this is an importent factor to not mix the linux-libs/headers with the versions that the cross-tool (can) use. One of this quick fixes is, to put all needed libs and headers in other directorys and modify the PATH enviroment to no longer uses /usr/lib and /usr/include, but this has to many side effects. My advice is, to use the "depends" subdir, that actual BTG, MONA, LTC, etc. have. This makes sure, that you can build with specific versions of all libs for any platform and cross compiling is very well working ;-) One more aspect is the combination of: USE_ASM and USE_SSE2 - this is not always clear. Later Forks don´t have this options any longer - so my hint is: just remove this option and use the fast version for actual hardware. Last but not least: Remove the scrypt-code, that is no longer needed. And my last point is a hint of switching to qt5.x - compared with PowerCoin, where qt4 was originaly used, i build with success a 1:1 qt5 version. On XP-fork just a few lines for qt calls need adopted, and qt4 can be retired ;-) |
|
@Naruto: yes, it does. Only 3-4 year old forks has this windows .dll stuff. In the last 2 years i saw no longer windows binarys with more then one .exe file ;-) As i stated above, switching to configure and use "depends" dir solve all this problems, because the mxe-tool build ALL needed libs dynamic and static for any platform. By using mxe and the existing versions you have the darwin support included by the way. And of course: 32 and 64 bit destination code for windows are much more easy buildable. I noted, when i use generally under linux the "depends"-Version for Doge, BTG and MONA, the entire things can be static - including x11 and qt5 libs. so the maximum that is needed are only 4 system-libs I see in older fork-code mostly dynamic code for libboost and qtX - reason is, that on ubuntu the static (.a)libs are not part of the distribution, so the linker cannot build this parts static inside the final file. Before you now hardcode specific versions for every hardware... better switch to "depends-system" and |
8fec978 to
0637d98
Compare
0637d98 to
01abbc8
Compare
01abbc8 to
f15d7fe
Compare
ddc7cc9 to
d4ebeb7
Compare
0204fe9 to
e251db0
Compare
This reverts commit f7cda35.
fix boost download option to redirectable
fix batchfile
[WIP] support MSVC
|
@mauriciosl |
| call "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvarsall.bat" x86 | ||
| cd %BASEDIR% | ||
| nmake distclean | ||
| C:\Qt\5.10.1\msvc2015\bin\qmake.exe -spec win32-msvc || exit /b 1 |
There was a problem hiding this comment.
this line had to be changed for my build for some reason it installed at 5.10.1 inside a subfolder
C:\Qt\Qt5.10.1\5.10.1\msvc2015\bin\windeployqt --release output\XP-Qt\XP-Qt.exe || exit /b 1
| rmdir /S/Q output\XP-Qt | ||
| mkdir output\XP-Qt | ||
| copy release\XP-Qt.exe output\XP-Qt | ||
| C:\Qt\5.10.1\msvc2015\bin\windeployqt --release output\XP-Qt\XP-Qt.exe || exit /b 1 |
There was a problem hiding this comment.
this line had to be changed for my build for some reason it installed at 5.10.1 inside a subfolder
C:\Qt\Qt5.10.1\5.10.1\msvc2015\bin\windeployqt --release output\XP-Qt\XP-Qt.exe || exit /b 1
Compiled perfect after that
SOELexicon
left a comment
There was a problem hiding this comment.
after making a few changes to one of the .bats due to my qt path being different it compiled perfect.
|
@SOELexicon |
Purposes
make sense build document.droppedBuild scripts can running on Cloud CI Service.droppedchange default db library from bdb to leveldb.using bdbStatus
release builddropped this PR. next action is create deb package #35Changes
-std=gnuc++11or-std=c++11to build options. ( 92b9bb5 )