Issue generated from Tuleap's migration script. Originally submitted by: Stepan Salenikovich (ssalenik)

Compiling the daemon on GNU/linux system does not generate a .so as it should by default, nor when the configure option "--enable-shared" is given explicitly. This seems to be due to some sort of architecture/gcc compatibility check during configure, as can be found in the config.log file:

  
configure:11517: checking whether the gcc linker (/usr/bin/ld -m elf\_x86\_64) supports shared libraries  
configure:12674: result: no  

The .so is needed in order to be able to compile Ring into a single process instead of running the daemon and client seperately.

This seems to be a long standing bug... a possible "solution" in order to force .so compilation is to manually edit the generate "configure" script in the right place in order to skip the failed check.