View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0005921 | The Dark Mod | Coding | public | 17.03.2022 16:22 | 27.03.2022 10:11 |
Reporter | es20490446e | Assigned To | stgatilov | ||
Priority | high | Severity | major | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | Linux | OS | Linux | ||
Product Version | SVN | ||||
Target Version | TDM 2.11 | Fixed in Version | TDM 2.11 | ||
Summary | 0005921: fails to compile: missing file: unzip.h | ||||
Description | $ make --jobs=6 --load=3 ./darkmod_src/framework/File.cpp:21:10: fatal error: unzip.h: No such file or directory 21 | #include "unzip.h" | ^~~~~~~~~ compilation terminated. make[2]: *** [CMakeFiles/TheDarkMod.dir/build.make:447: CMakeFiles/TheDarkMod.dir/framework/File.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:83: CMakeFiles/TheDarkMod.dir/all] Error 2 make: *** [Makefile:91: all] Error 2 | ||||
Tags | No tags attached. | ||||
Fixed in Rev 9878 | |
Actually, in rev 9873, but it's not a big difference =) | |
If I compile ThirdParty from trunk, and the game from the latest tag, I still see the error. Even when I can see that "unzip.h" has been compiled into "artefacts/minizip/include/minizip". |
|
Isn't it expected that when you take half of the sources from trunk and half of the sources from branch, they don't combine properly together? =) The location of minizip headers have changed on trunk. The new third-party libraries in trunk are compatible with source code in trunk. |
|
The question is the same as usual: it isn't really possible to compile the game from source. | |
Well, it is not always possible to compile the game on ANY compiler version and distribution FULLY from source AUTOMATICALLY. I have the same issue with third-party dependencies: they regularly don't build under some circumstances. That's life... Install Ubuntu 16.04 and you will probably manage to build whole TDM automatically... or take a duct tape and patch stuff for your system... or just use the third-party binaries already provided. UPDATE: in any case, using third-party data from one version to build entirely different version is not expected to work. |
|
One problem is recipes breaking, the other is they never being updated on the latest tag but only on trunk. The first problem is understandable. The second is sketchy and likely easy to fix, it only requires updating the latest tag too. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
17.03.2022 16:22 | es20490446e | New Issue | |
17.03.2022 22:18 | nbohr1more | Relationship added | child of 0005881 |
17.03.2022 22:18 | nbohr1more | Note Added: 0014771 | |
17.03.2022 22:19 | nbohr1more | Status | new => closed |
17.03.2022 22:19 | nbohr1more | Resolution | open => fixed |
17.03.2022 22:19 | nbohr1more | OS | => Linux |
17.03.2022 22:19 | nbohr1more | Product Version | TDM 2.10 => SVN |
17.03.2022 22:19 | nbohr1more | Fixed in Version | => TDM 2.11 |
17.03.2022 22:19 | nbohr1more | Target Version | => TDM 2.11 |
17.03.2022 22:19 | nbohr1more | Assigned To | => stgatilov |
18.03.2022 02:03 | stgatilov | Note Added: 0014772 | |
18.03.2022 08:58 | es20490446e | Status | closed => feedback |
18.03.2022 08:58 | es20490446e | Resolution | fixed => reopened |
18.03.2022 08:58 | es20490446e | Note Added: 0014773 | |
18.03.2022 09:04 | stgatilov | Note Added: 0014774 | |
18.03.2022 09:04 | stgatilov | Note Edited: 0014774 | |
18.03.2022 09:57 | es20490446e | Note Added: 0014775 | |
18.03.2022 09:57 | es20490446e | Status | feedback => assigned |
18.03.2022 10:06 | stgatilov | Note Added: 0014776 | |
18.03.2022 10:07 | stgatilov | Note Edited: 0014776 | |
18.03.2022 19:30 | es20490446e | Note Added: 0014777 | |
27.03.2022 10:11 | stgatilov | Status | assigned => resolved |
27.03.2022 10:11 | stgatilov | Resolution | reopened => fixed |