Re: [certi-dev] CERTI/VirtualAir jam session

[Eric Noulard]

2010/3/9 Martin Spott <address@hidden>:
> Eric Noulard wrote:
>> 2010/3/8 Martin Spott <address@hidden>:
>
>>> Time to revive the builds on my Solaris test-boxes ....
> [...]
>> Do not hesitate to report breakage, we'll try to fix those as fast as
>> possible.
>
> Do you accept just the bare error messages without further
> investigation ? Here you go ....
>
> Solaris10/SunStudio11 (my preferred local-RTIG):
>
> [ 46%] Building CXX object libCERTI/CMakeFiles/CERTI.dir/SocketTCP.o
> /opt/SUNWspro/bin/CC  -xO2 -xarch=v9 -xtarget=ultra2 -xprefetch=auto  
> -DCERTI_EXPORTS   -xO2 -DNDEBUG -KPIC -I/usr/include/libxml2 
> -I/usr/local/src/certi/include -I/usr/local/src/certi 
> -I/usr/local/src/certi/libHLA -I/usr/local/src/certi/libCERTI   
> -DHOST_IS_BIG_ENDIAN -DHAVE_CONFIG_H=1 -DHAVE_XML -DRTI_USES_STD_FSTREAM 
> -DDEBUG -o libCERTI/CMakeFiles/CERTI.dir/SocketTCP.o -c 
> /usr/local/src/certi/libCERTI/SocketTCP.cc
> "/usr/local/src/certi/libCERTI/SocketTCP.cc", line 404: Error: close is not a 
> member of file level.

This one is strange.
SocketTCP.cc has not changed much in this area...
Moreover in CVS HEAD  the 404 line does not contain "close",
is your tree up to date?

> Solaris8/GCC-3.4.2 (my preferred remote-RTIG):
>
> [  2%] Building C object libHLA/CMakeFiles/HLA.dir/sha1.o
> /usr/local/bin/gcc  -DHLA_EXPORTS   -fmessage-length=0 -pedantic -ansi -Wall 
> -Wno-unused-function -Wno-long-long -xO2 -DNDEBUG -KPIC 
> -I/usr/local/include/libxml2 -I/usr/local/src/certi/include 
> -I/usr/local/src/certi -I/usr/local/src/certi/libHLA   -DHOST_IS_BIG_ENDIAN 
> -DHAVE_CONFIG_H=1 -DHAVE_XML -DRTI_USES_STD_FSTREAM -o 
> libHLA/CMakeFiles/HLA.dir/sha1.o   -c /usr/local/src/certi/libHLA/sha1.c
> gcc: unrecognized option `-KPIC'
> gcc: language O2 not recognized
> gcc: /usr/local/src/certi/libHLA/sha1.c: linker input file unused because 
> linking not done
> Linking CXX shared library libHLA.so
> cd /usr/local/src/certi/libHLA && /usr/local/bin/cmake -P 
> CMakeFiles/HLA.dir/cmake_clean_target.cmake
> cd /usr/local/src/certi/libHLA && /usr/local/bin/cmake -E cmake_link_script 
> CMakeFiles/HLA.dir/link.txt --verbose=1
> /usr/local/bin/c++  -fPIC   -fmessage-length=0 -pedantic -ansi -Wall 
> -Woverloaded-virtual -Wno-unused-function -Wno-long-long -O3 -DNDEBUG  
> -shared -Wl,-hlibHLA.so.1 -o libHLA.so.1.0.0 "CMakeFiles/HLA.dir/HLAbuffer.o" 
> "CMakeFiles/HLA.dir/sha1.o"
> c++: CMakeFiles/HLA.dir/sha1.o: No such file or directory

sha1.c is a C file which is compiled with C compiler (not C++)
I cannot see why CFLAGS seems to inherit SunStudio compiler option and
not gcc ones.
What is the version of CMake on this machine?


> FreeBSD-7.1/GCC-4.2.1 ("now", which means: my workplace at a customer's
>    site):
>
> [  4%] Building CXX object libCERTI/CMakeFiles/CERTI.dir/SHMPosix.o
> cd /usr/local/src/certi/libCERTI && /usr/bin/g++  -O3 -march=pentiumpro  
> -DCERTI_EXPORTS -DHAVE_CONFIG_H=1 -DHAVE_XML -DRTI_USES_STD_FSTREAM -DDEBUG 
> -fPIC -I/usr/local/include/libxml2 -I/usr/local/src/certi/include 
> -I/usr/local/src/certi -I/usr/local/src/certi/libHLA 
> -I/usr/local/src/certi/libCERTI   -I/usr/local/include -o 
> CMakeFiles/CERTI.dir/SHMPosix.o -c /usr/local/src/certi/libCERTI/SHMPosix.cc
> /usr/local/src/certi/libCERTI/SHMPosix.cc: In member function 'virtual void 
> SHMPosix::Open()':
> /usr/local/src/certi/libCERTI/SHMPosix.cc:40: error: 'S_IRWXU' was not 
> declared in this scope
> /usr/local/src/certi/libCERTI/SHMPosix.cc:40: error: 'S_IRWXG' was not 
> declared in this scope
> /usr/local/src/certi/libCERTI/SHMPosix.cc:57: error: 'S_IRWXU' was not 
> declared in this scope
> /usr/local/src/certi/libCERTI/SHMPosix.cc:57: error: 'S_IRWXG' was not 
> declared in this scope

I think we were missing.
 #include <sys/stat.h>

I did add it, you may retry.


-- 
Erk
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org