search

qPCR4vir / nana-docs

A Nana offline doxygen dodocumentation project
54 stars 6 forks source link

Compiling your own app step 6 #2

Closed rajko-d closed 9 years ago

rajko-d commented 9 years ago

Add a libz.a on the list.Regards

Pr0curo commented 9 years ago

actually i dont understand this issue. can you give me a hint?

rajko-d commented 9 years ago

When I set all those libraries in step 6. I still couldn't build nana because of missing functions with names like inflate, deflate which are part of libz.a libraray which is not stated in step 6.

On Mon, May 11, 2015 at 7:48 PM, Jan notifications@github.com wrote:

actually i dont understand this issue. can you give me a hint?

— Reply to this email directly or view it on GitHub https://github.com/qPCR4vir/nana-docs/issues/2#issuecomment-100995091.

Pr0curo commented 9 years ago

I did not notice any dependency on libz.a directly. But the libpng website shows a dependency to libz.a. Did you enable libpng support and built libpng.a by yourself? Thats currently the only reason for the dependency I can imagine.

To prove myself I have build nana a minute ago, but even with libpng support enabled, there is no direct dependency on libz.a.

rajko-d commented 9 years ago

Step 6. is for compiling nana hello world. I made this batch file for compiling nana:

REM First run environment_set.bat

SET NANA_SOURCE_DIR=D:\Projects\GitHub\Nana SET NANA_BUILD_DIR=c:\Builds\Nana SET MINGW_HOME="c:/Tools/MinGW"

IF NOT EXIST %NANA_BUILD_DIR% GOTO NO_NANA RMDIR /s /q %NANA_BUILD_DIR% :NO_NANA

MKDIR %NANA_BUILD_DIR%

CD /D %NANA_BUILD_DIR%

REM Although in Windows, we have to use slash ( "/" ) for paths REM Caret ( "^" ) is for breaking long command in multiple rows cmake -D CMAKE_CXX_COMPILER="%MINGW_HOME%/bin/g++.exe" ^ -D CMAKE_C_COMPILER="%MINGW_HOME%/bin/gcc.exe" ^ -D CMAKE_RC_COMPILER="%MINGW_HOME%/bin/windres.exe" ^ -D CMAKE_MAKE_PROGRAM="%MINGW_HOME%/bin/make.exe" ^ -D CMAKE_BUILD_TYPE=Debug ^ -G "MinGW Makefiles" ^ %NANA_SOURCE_DIR%

make

REM For now, later for debug and release COPY /Y libnana.a C:\Tools\MinGW\lib

and everything compiles but when I wanted to compile hello world with code:blocks I had to include libpng.a i libz.a which are already included in mingw distro from nuwen.net. Maybe because I wanted cmake non-gui approach to learn something along I did something wrong.

On Mon, May 11, 2015 at 11:05 PM, Jan notifications@github.com wrote:

I did not notice any dependency on libz.a directly. But the libpng website shows a dependency to libz.a. Did you enabled libpng support and built libpng.a by yourself? Thats currently the only reason for the dependency I can imagine.

To prove myself i have build nana a minute ago, but even with libpng support enabled, there is no direct dependency on libz.a

— Reply to this email directly or view it on GitHub https://github.com/qPCR4vir/nana-docs/issues/2#issuecomment-101046263.

Pr0curo commented 9 years ago

Does Code::Blocks comes with its own mingw?

rajko-d commented 9 years ago

No, only IDE, as I can understand CMakeLists.txt if not otherwise stated NANA_ENABLE_PNG is by default on.

On Tue, May 12, 2015 at 1:53 PM, Jan notifications@github.com wrote:

Does Code::Blocks comes with its own mingw?

— Reply to this email directly or view it on GitHub https://github.com/qPCR4vir/nana-docs/issues/2#issuecomment-101250128.

Pr0curo commented 9 years ago

you are right, if not stated otherwise, NANA_ENABLE_PNG and NANA_LIBPNG are ON by default. I'll add the libz.a to the depndency list. What really bugs me is, that i dont know why it is a needed dependency with your compilation but not with mine.

can anyone enlighten me?

best regards, jan ^