build failed on linux

[ukognos]

Building on linux requires following additional libraries: valgrind and enet, which are not listed at BuildInstructions Page.

After adding this libraries to my system, the build failed on following step:

==== Building Collada ====
Linking Collada
/usr/bin/ld: cannot find -lFColladaSD
collect2: ld returned 1 exit status
make[1]: *** [../../../binaries/system/libCollada_dbg.so] Error 1
make: *** [Collada] Error 2

Am i missing another library? And where can i obtain it?

Best Regards

Ukognos

[hendson]

I have the same problem. Any answer to this???.

Thanks a lot.

[desert-falcon]

--Solved--

cd trunk/libraries/fcollada/src

make

sudo make install

to compile the FCollada library and install it

[olsner]

I've now added Valgrind and enet to the dependency list on the Build Instructions wiki page, together with some instructions for building fcollada.

Thanks for the reports

[Mythos_Ruler]

Early adopters get all the headaches.

[Ykkrosh]

You shouldn't need to do "sudo make install" - it installs into local directories (not /usr/lib or anything that needs root access) so there's no need for 'sudo', and also it does the 'install' by default so just running "make" should be fine.

The Makefile for FCollada is probably pretty rubbish - I just wrote the simplest thing that would work for me (FCollada's standard Scons-based build system was needlessly complex and didn't work so I wanted something easier). So I wouldn't mind if somebody who knows what they're doing rewrites it

[hendson]

Thanks for information!!.

[Belisarivs]

I managed to compile and run it.

It looks nice. How can I increase resolution, though?

[Belisarivs]

Yo.

I forgot to mention that there is one issue people and I encountered. Newer boost libs end with "-mt".

I had to run "sudo ln libboost_signals-mt.so libboost_signals.so" in /usr/lib.

[feneur]

The resolution can be edited by going to [the place where you checked out 0 A.D.]/binaries/data/config/default.cfg and edit the lines:

xres = 1024
yres = 768

[Ykkrosh]

Nooooo!

As default.cfg says:

; **************************************************************
; * DO NOT EDIT THIS FILE if you want personal customisations: *
; * create a filed called "local.cfg" instead, and copy into   *
; * it the lines from this file that you want to change.	   *
; **************************************************************

so put the xres, yres lines into a new file called local.cfg.

[feneur]

Yeah, you're right I have to blame that I just got up and isn't awake yet or something =) Thanks for being awake Philip

[Ykkrosh]

Wait a minute, it really says "create a filed"? I guess I wasn't awake enough to notice that

[feneur]

It was a minor thing compared to mine though, so you're still more awake than me

[skelas]

Hi,

The build crashed when I tried to start the single player game.

****@****:~$ /home/******/trunk/binaries/system/pyrogenesis_dbg
TIMER| InitVfs: 1.13653 ms
TIMER| InitScripting: 6.21483 ms
TIMER| CONFIG_Init: 22.012 ms
TIMER| write_sys_info: 7.28633 ms
TIMER| ps_console: 59.854 ms
TIMER| ps_lang_hotkeys: 3.92292 ms
TIMER| ps_gui_init: 26.121 us
TIMER| ps_gui_setup_xml: 2.03601 ms
TIMER| ps_gui_styles_xml: 1.35946 ms
TIMER| ps_gui_sprite1_xml: 57.5605 ms
TIMER| ps_gui_1: 36.6209 ms
TIMER| ps_gui_2: 171.827 ms
TIMER| ps_gui_3: 2.12876 ms
TIMER| ps_gui_4: 55.2902 ms
TIMER| ps_gui_6: 213.435 us
TIMER| ps_gui_6_1: 2.96169 ms
TIMER| ps_gui_6_2: 1.15462 ms
TIMER| ps_gui_7: 208.337 us
TIMER| ps_gui_9: 3.68399 ms
Compile log for shader shaders/globallight.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Compile log for shader shaders/model_light.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Linker log for shaders/model_light.xml:
Vertex shader(s) linked, no fragment shader(s) defined. 

Compile log for shader shaders/postouv1.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Compile log for shader shaders/model_lightp.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Linker log for shaders/model_lightp.xml:
Vertex shader(s) linked, no fragment shader(s) defined. 

Compile log for shader shaders/instancing_base.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Compile log for shader shaders/instancing_light.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Linker log for shaders/instancing_light.xml:
Vertex shader(s) linked, no fragment shader(s) defined. 

Compile log for shader shaders/instancing_lightp.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Linker log for shaders/instancing_lightp.xml:
Vertex shader(s) linked, no fragment shader(s) defined. 

Compile log for shader shaders/instancing.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Linker log for shaders/instancing.xml:
Vertex shader(s) linked, no fragment shader(s) defined. 

Compile log for shader shaders/instancingp.vs (type VERTEX_SHADER):
Vertex shader was successfully compiled to run on hardware.
Linker log for shaders/instancingp.xml:
Vertex shader(s) linked, no fragment shader(s) defined. 

TIMER| InitRenderer: 35.3435 ms
TIMER| SimulationInit: 1.61731 ms
TIMER| Init_miscgamesection: 12.8226 ms
TIMER| Init_guiload: 157.003 ms
headerless.cpp(333): Assertion failed: "((m_bitmap & Bit<u32>(i)) == 0) == m_rangeLists[i].IsEmpty()"
udbg_bfd_init: loading symbols from /home/*****/trunk/binaries/system/pyrogenesis_dbg.
Assertion failed: "((m_bitmap & Bit<u32>(i)) == 0) == m_rangeLists[i].IsEmpty()"
Location: headerless.cpp:333 (Validate)

Call stack:

(0x008b9c76) ldbg.cpp:99 debug_DumpStack(wchar_t*, unsigned long, void*, char const*)
(0x0087edb9) debug.cpp:316 debug_BuildErrorMessage(wchar_t const*, char const*, int, char const*, void*, char const*, ErrorMessageMem*)
(0x0087f45b) debug.cpp:437 debug_DisplayError(wchar_t const*, unsigned long, void*, char const*, char const*, int, char const*, unsigned char*)
(0x0087f55c) debug.cpp:515 debug_OnAssertionFailure(char const*, unsigned char*, char const*, int, char const*)
(0x008bc00e) headerless.cpp:333 SegregatedRangeLists::Validate(unsigned int) const
(0x008bcc33) headerless.cpp:660 HeaderlessAllocator::Impl::Validate() const
(0x008bce1e) headerless.cpp:653 HeaderlessAllocator::Impl::Deallocate(unsigned char*, unsigned long)
(0x008bb5a3) headerless.cpp:753 HeaderlessAllocator::Deallocate(void*, unsigned long)
(0x0089bec4) file_cache.cpp:122 Allocator::Deallocate(unsigned char*, unsigned long)
(0x0089851c) file_cache.cpp:137 FileCacheDeleter::operator()(unsigned char*) const
(0x0089c281) sp_counted_impl.hpp:146 boost::detail::sp_counted_impl_pd<unsigned char*, FileCacheDeleter>::dispose()
(0x005b61a2) sp_counted_base_gcc_x86.hpp:146 boost::detail::sp_counted_base::release()
(0x005b61d2) shared_count.hpp:209 ~shared_count
(0x0061a5ab) shared_ptr.hpp:131 ~shared_ptr
(0x0089c225) file_cache.cpp:180 FileCache::Impl::Reserve(unsigned long)
(0x00898555) file_cache.cpp:229 FileCache::Reserve(unsigned long)

errno = 0 (?)
OS error = ?


(C)ontinue, (S)uppress, (B)reak, Launch (D)ebugger, or (E)xit?

[janwas]

The build crashed when I tried to start the single player game.

My bad. A somewhat complicated memory allocation data structure's invariant is apparently being violated. This has also been reported in another thread. Are you running 64-bit Linux?

[skelas]

Yes, I am using 64-bit Ubuntu 9.04. I have read the thread and followed advices. There were no fatal errors in the compilation so I hoped that it will work. It is worth mentioning that I got some warning similar as mentioned in the thread (

1) I see several warnings of type

"warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘long unsigned int’"

but I did notice any useful comments on it (sorry if I missed them).

[olsner]

I had to run "sudo ln libboost_signals-mt.so libboost_signals.so" in /usr/lib.

The scripts have been changed to always include the -mt libraries (since we couldn't find an example of someone having only the non-mt variants installed), so this shouldn't be required any longer.

It is worth mentioning that I got some warning similar as mentioned in the thread [...]

Basically, all these warnings require some developer to go through them one by one and fix them - not terribly difficult but someone needs to take the time to do it. This should probably be reported to the bug tracker and handled there.