Problem when compiling using CodeBlocks

[macabeus_br]

Follow these instructions to build.

The only difference is that I had downloaded the version of CodeBlocks with MinGW, but follow the remaining instructions equally.

I'm using Windows 7, 32 bit. Already compiled other projects in CodeBlocks smoothly.

Results in compilation:
Liblua: I compile without error
Wesnoth:

swig -c++ -lua -I..\..\src -I..\..\src\sdl_ttf -I..\..\src\serialization -I..\..\src\widgets -IC:\Users\macabeus\Desktop\CodeBlocksWinSDK_13_04_2013\cb\include_tdm_gcc -o \\"C\Users\macabeus\Apenas Meu\Project Wesnoth\src/animated.cpp "C:\Users\macabeus\Apenas Meu\Project Wesnoth\src\animated.i"
Execution of 'swig -c++ -lua -I..\..\src -I..\..\src\sdl_ttf -I..\..\src\serialization -I..\..\src\widgets -IC:\Users\macabeus\Desktop\CodeBlocksWinSDK_13_04_2013\cb\include_tdm_gcc -o \\"C\Users\macabeus\Apenas Meu\Project Wesnoth\src/animated.cpp "C:\Users\macabeus\Apenas Meu\Project Wesnoth\src\animated.i"' in 'C:\Users\macabeus\Apenas Meu\Project Wesnoth\projectfiles\CodeBlocks' failed.

Wesnothd:

||=== Build: Debug in liblua (compiler: GNU GCC Compiler) ===|
||=== Build: Debug in wesnothd (compiler: GNU GCC Compiler) ===|
C:\Users\macabeus\Apenas Meu\Project Wesnoth\src\server\server.cpp|493|warning: #warning "No FIFODIR set"|
libgomp.spec||No such file or directory|
||=== Build failed: 1 error(s), 1 warning(s) (9 minute(s), 40 second(s)) ===|

[Iris]

Try removing src/animated.i from the “wesnoth” project in the CodeBlocks file list (but do not delete the actual on-disk file!). It’s not supposed to be compiled directly, and CB appears to believe it’s supposed to be handled with something other than a C++ compiler for some reason.

[Pentarctagon]

Are you using Codeblocks 12 or 13? Codeblocks 13 is the latest download, but I can compile fine using Codeblocks 12.

[macabeus_br]

shadowm, I did what I suggested. Helped, compiled much of the code, but still returns error.

g++.exe: libgomp.spec: No such file or directory
Process terminated with status 1 (123 minute(s), 33 second(s))
1 error(s), 0 warning(s) (123 minute(s), 33 second(s))

Pentarctagon, not understand why the version of codeblocks would mess.

[Iris]

shadowm, I did what I suggested. Helped, compiled much of the code, but still returns error.

g++.exe: libgomp.spec: No such file or directory

That’s probably because you don’t have the OpenMP support files installed, and for some weird reason our CB project defaults to enabling OpenMP, which is both unnecessary and poorly supported.

In CB 12.11 this can be disabled by right-clicking each project, choosing Build options, choosing the topmost entry in the tree view on the left of the Project build options dialog, choosing Compiler settings → Other options, and removing -fopenmp from the textbox. I hope the procedure is not too different on newer versions.

[macabeus_br]

Not solve the problem, because then returns messages like undefined reference to `GOMP_critical_*'.
It says the reason is precisely the lack of flag you said to delete.



A few months ago I managed to compile the game without many problems, do not know why I'm now facing all this.

[AI]

We build wesnoth on pretty much every platform with openmp disabled. This removes the -fopenmp flag. Have you tried fully rebuilding after that change?
If for some reason _OPENMP is still defined without that flag, that sounds like a bug in your compiler setup.

[Anonymissimus]

I had enabled OpenMP in the past (opposite procedure as what's described by shadowm above), likely because at that point the windows releases were build with it. If that's no longer the case, it should be removed.
IIRC it did not require changing something in the build system, and removing the flag should do even less so. Thus I suggest deleting the output folder (projectfiles/CodeBlocks/(.)objs-release and/or -debug) in a file manager, to make sure everything is rebuilt.

It was neccessary to install the compiler with OpenMP support enabled though to compile with OpenMP, there is a flag for it during the installation procedure. This will no longer be the case.

[Iris]

Not solve the problem, because then returns messages like undefined reference to `GOMP_critical_*'.
It says the reason is precisely the lack of flag you said to delete.

You may have to clean the current build and start again using the Rebuild option in the menus (instead of Build), or following anonymissimus’ instructions above.

[Pentarctagon]

Pentarctagon, not understand why the version of codeblocks would mess.

I don't know, but I am able to compile with Codeblocks 12.11 and only get the animated.i error after upgrading to 13.12.

That said, removing that file from the project seems to have fixed the error for me.

[macabeus_br]

Finally compiled successfully. Thank you for your cooperation

It might be good to add this information that you told me on the topic in the document I quoted in the first post.

In CB 12.11 this can be disabled by right-clicking each project, choosing Build options, choosing the topmost entry in the tree view on the left of the Project build options dialog, choosing Compiler settings → Other options, and removing -fopenmp from the textbox. I hope the procedure is not too different on newer versions.

In addition to the clear -fopenmp informed the tab you also, deleted in the tab Linker Settings


OFF: It took about 170 minutes to compile

[Pentarctagon]

OFF: It took about 170 minutes to compile

If you PC has multiple cores, you can use them by changing the value in Settings > Compiler > Build options > Number of processes for parallel builds

[iceiceice]

I think the animated.i error has to do with this maybe?

http://wiki.codeblocks.org/index.php?ti ... ild_system

I have renamed the file from animated.i to animated.tpp in master. That's usually what you name header files that contain only templates, and it is only referred to by animated_game.cpp so this wasn't a big change.

https://github.com/wesnoth/wesnoth/comm ... e7e92f510c

[Pentarctagon]

Yes, that seems to have fixed the codeblocks issue