Notes |
|
(0014770)
|
Zalewa
|
2016-04-30 07:37
(edited on: 2016-04-30 07:38) |
|
Interesting. If you point me how to replicate your setup I'll try to build a VM when I have some time and check out what might be wrong. I might be able to devise a proper, permanent solution then.
For now:
Your logs say that Wadseeker is unable to link against some functions in liblzma. liblzma code is attached in Doomseeker's repo. These functions are in "src\wadseeker\lzma\C\Threads.c" file but if you look into "src\wadseeker\lzma\CMakeLists.txt" you will notice that there's an if in line 25 that enables compilation of this file only on Windows. Delete this if/endif pair and see what happens.
|
|
|
(0014776)
|
Zalewa
|
2016-04-30 18:32
|
|
I just installed newest OpenSUSE and compiled Wadseeker without any problems. |
|
|
(0014799)
|
Matt
|
2016-05-02 20:58
|
|
Where did you grab the source code and do you have a patch prepared to make version 1.0 compile on non-Windows systems? |
|
|
(0014801)
|
Zalewa
|
2016-05-02 20:59
|
|
|
|
(0014980)
|
Zalewa
|
2016-05-25 17:29
|
|
|
|
(0014982)
|
Matt
|
2016-05-25 18:25
|
|
Not using the %cmake macro therefore building without $RPM_OPT_FLAGS seemed to have solved it. This probably indicates some linker problems in your make files, but I don't know enough to fix them. I also switched from source code ZIP to the bitbucket tarball. |
|
|
(0014983)
|
Zalewa
|
2016-05-25 20:39
|
|
We don't have "make files" per say. Our make files are generated by CMake basing on the dependencies defined in CMakeLists.txt. These dependencies are resolved to concrete system paths by cmake program which then generates appropriate Makefiles.
This is cool because it also works on Windows.
Anyway, because I cannot reproduce the problem on a clean system using the newest source-code checkout and because your problem is essentially resolved I'm closing this request as "unable to reproduce". Perhaps there was an error that got fixed on the way to Doomseeker 1.1. |
|