Re: [certi-dev] Does CERTI compile at Solaris?

[Eric Noulard]

2008/6/23 Martin Spott <address@hidden>:
> Hi Eric, Petr,
>
> "Eric Noulard" wrote:
>
>> Would you have some time to CVS update and retry a compilation on your
>> Solaris machine?
>
> Waaaaay better now - but not entirely finished. This is the current
> state:
>
> [ 95%] Building CXX object test/Billard/CMakeFiles/billard.dir/main.o
> /opt/SUNWspro/bin/CC  -xO3 -xtarget=ultra2 -xautopar -xprefetch=auto
>  -g -I/usr/local/src/certi/test/libgraphc
>  -I/usr/local/src/certi/libCERTI -I/usr/include/libxml2
>  -I/usr/local/src/certi/include -I/usr/local/src/certi
>  -DHOST_IS_BIG_ENDIAN -DHAVE_CONFIG_H=1 -DHAVE_XML
>  -DRTI_USES_STD_FSTREAM -o test/Billard/CMakeFiles/billard.dir/main.o
>  -c /usr/local/src/certi/test/Billard/main.cc
> "/usr/local/src/certi/test/Billard/main.cc", line 91: Error: The function 
> "signal" must have a prototype.
> "/usr/local/src/certi/test/Billard/main.cc", line 93: Error: The function 
> "signal" must have a prototype.
> "/usr/local/src/certi/test/Billard/main.cc", line 162: Error: In this 
> declaration "a" is of an incomplete type "sigaction".
> "/usr/local/src/certi/test/Billard/main.cc", line 163: Error: The type 
> "sigaction" is incomplete.
> "/usr/local/src/certi/test/Billard/main.cc", line 163: Error: The type 
> "sigaction" is incomplete.
> "/usr/local/src/certi/test/Billard/main.cc", line 164: Error: The type 
> "sigaction" is incomplete.
> "/usr/local/src/certi/test/Billard/main.cc", line 164: Error: The type 
> "sigaction" is incomplete.
> "/usr/local/src/certi/test/Billard/main.cc", line 165: Error: The type 
> "sigaction" is incomplete.
> "/usr/local/src/certi/test/Billard/main.cc", line 165: Error: SA_RESTART is 
> not defined.
> "/usr/local/src/certi/test/Billard/main.cc", line 165: Error: The type 
> "sigaction" is incomplete.
> "/usr/local/src/certi/test/Billard/main.cc", line 166: Error: Too many 
> arguments in cast to sigaction.
> 11 Error(s) detected.
>
>
> This could be solved easily by including <signal.h> into
> test/Billard/main.cc, but I don't have a clue if this is the "right"
> solution. At least it makes the compiler happy  :-)

This is OK.
#include <csignal> should have defined those functions but ....

I've changed
#include <csignal>
to
#include <signal.h>

compilation should be OK now.


> One side note: All the resulting binaries are being linked with the
> "-R/<source-path>/libCERTI" flag. I guess it might be more
> convenient to link with "-R/<install-prefix>/lib" instead so libCERTI
> is being found at run-time.

The rpath should be changed automagically when you do

make install.

> Cheers - and many thanks for taking care of the Solaris/SunStudio
> platform,

You're welcome,
I add my thank to Petr too.

I think we may need help in the future
from time to time in order to keep compilation OK on platform we don't use.

May be we may need/try to use something like CDash
(http://www.cdash.org/) in order to monitor compilation breakage more
systematically.



-- 
Erk