vaultmp - Compiling in Code Blocks

[Langerz82]

Hello,

I'm receiving the following error wondering if you have any idea how to fix.

See:

[foxtacles]

This happens if the C++ standard library that comes with your MinGW does not include thread support. Check this answer:

https://stackoverflow.com/a/17986785

I also mentioned it in the instructions: https://github.com/foxtacles/vaultmp#compilation

[Langerz82]

Thanks I fixed the error, will let you know how it goes.

[Langerz82]

Hello, These are the new errors I'm getting:

[Langerz82]

I've sorted out the threading issues, turns out I wasnt using POSIX threads in my MinGW.

Now I can compile as far as this:

[foxtacles]

which GCC version are you using? probably something changed in a newer version, leading to issues like that. maybe you can get a mingw64 including GCC 4.9 - otherwise the current code would probably need to be adjusted (not sure how much effort this would be, I have no mingw setup to try atm)

[Langerz82]

Ok I dowloaded and used GCC 5.4 as thats the closest I could find. It's throwing these errors:

Looks like it's compiling in 64-bit mode, any ideas?

[Langerz82]

I changed the makefile to run the 32-bit g++ and Ive resolved the previous issue. Let you know how it goes.

[Langerz82]

Hey Chris I'm having trouble with the ini parser I compiled it in linux then copied the files .a and .so.0 files into MinGW's 32-bit lib folder but its not linking either by using -liniiparser or -l:libiniparser.a . How can I compile it under Codeblocks and MinGW? Setting up a standard static library did not work.

[foxtacles]

https://github.com/foxtacles/vaultmp/tree/master/source/lib there are C::B project files and makefiles for iniparser and time libraries, did you try them to compile them on Windows?

[Langerz82]

Hey, I needed to create my own makefile for the ini parser which I based off the raknet makefile. Am I missing any flags? I checked verbose linking and it says that it skipped it because it was incompatible and hence the library not being found. Here is the adjusted makefile for windows: https://gist.github.com/Langerz82/8bb5037b54b9cf6a09efb277adb4bfb0

[foxtacles]

https://github.com/foxtacles/vaultmp/blob/master/source/lib/iniparser_makefile.windows this one didn't work?

maybe you are missing -m32 in the CC var

[Langerz82]

It still does not get loaded when linking, both with and without -m32, any ideas?

[Langerz82]

Think I know the issue. The command is running 64-bit ld.exe as shown here: D:/Program Files/mingw-w64/x86_64-5.4.0-release-posix-sjlj-rt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/5.4.0/../../../../x86_64-w64-mingw32/bin/ld.exe: skipping incompatible D:/Program Files/mingw-w64/x86_64-5.4.0-release-posix-sjlj-rt/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/5.4.0/../../..\libiniparser.a when searching for -l:libiniparser.a Just gotta find a 32-bit ld.exe

[Langerz82]

Its finding the libraries yet it keeps searching and throws errors as if it can't find them. I'm stuck on this:

[Langerz82]

Managed to find the Raknet library by removing the -m32 flags when compiling. Now I got the following errors with stack_trace.

[foxtacles]

hmm, strange. are you re-compiled all parts after you changed the compiler version? alternatively you can try the Release build which does not require stack trace

[Langerz82]

it cannot find libbfd.a as its skipping incompatible. So I'm guessing its not a proper 32-bit version.

[Langerz82]

I'm getting the following errors when compiling the time module. Could it be because it needs x86_64-w64-mingw32-g++.exe to compile? I dont see in the Makefile where to rename the g++.exe

[foxtacles]

can you try this makefile?

https://github.com/foxtacles/vaultmp/blob/master/source/lib/time_makefile.windows

[Langerz82]

Says no rule to make target.

[foxtacles]

I believe the makefile is in the wrong location, it uses relative pathes inside

make sure that the containing folder of the makefile + time\time64.c is a valid path to the source file. or adjust the pathes inside the makefile

[Langerz82]

Fixed the paths now I'm getting 64-bit related errors even though it uses a 64-bit compiler.

[Langerz82]

Parsed in -std=c99 now the only warnings that appear are here: Should I be concerned about them?

[foxtacles]

hmm yep that's an issue. gmtime_r and localtime_r are functions that should be called (not declared), they should be in time.h which should be included. not sure why it can't recognize them

[Langerz82]

Trying to include the time.h header and includes doesn't help. Have I include the arguments in the right section?

https://gist.github.com/Langerz82/a61b759dc494f7f40c10404dba1c6d45

[foxtacles]

are you sure that you checked out the correct git submodule commit? compare this file with yours:

https://github.com/foxtacles/y2038/blob/a05feb76f1a204a016a7e023a365ac71677cc558/time64_config.h#L44

[Langerz82]

I commented out all 3 and it compiles ok. /* #define HAS_GMTIME_R / / #define HAS_LOCALTIME_R / / #define HAS_TIMEGM */

[Langerz82]

These are the errors I'm receiving when linking vaultmp.exe:

[Langerz82]

I was using ld.exe instead of g++ to link the libraries. Now I have only the following errors. It seems the iniparser cant be linked but I'm not sure why.

[foxtacles]

I think you also didn't check out the proper submodule commit in this case. just checking out the iniparser repository won't do, the submodule points to a specific commit (which contains slight changes to make the library work with vaultmp):

https://github.com/foxtacles/vaultmp/tree/master/source/lib

it says iniparser @ ce75430 if you click on it, it goes to the commit that needs to be checked out. take that state, re-compile the iniparser library and it should work