Re: GCC on AIX complaint; Was: [certi-dev] IEEE-1516 update

[Eric Noulard]

2010/11/11 Martin Spott <address@hidden>:
> Eric Noulard wrote:
>
>> If nobody is shouting loud here on the list, my next work with CERTI
>> will be to prepare the 3.4.0 release.
>
> I'm certain not many people are trying to build CERTI on this platform,
> nevertheless the error message I'm getting here looks - at least to me
> - like not being entirely platform-specific. Therefore reporting the
> issue probably doesn't hurt, but I suspect it's in no way
> release-critical.
> This is GCC-4.2.4 on AIX-5.2 - would be nice to have, since CERTI
> doesn't compile any more on Solaris, but not tremendously important:

I'd really like to have CERTI compile on Solaris again
it shouldn't be that hard.
The trouble I have is I do not have access to Solaris box anymore...

> /opt/freeware/bin/cmake -H/usr/local/src/certi -B/usr/local/src/certi 
> --check-build-system CMakeFiles/Makefile.cmake 0
> /opt/freeware/bin/cmake -E cmake_progress_start 
> /usr/local/src/certi/CMakeFiles /usr/local/src/certi/CMakeFiles/progress.marks
> make -f CMakeFiles/Makefile2 all
> make[1]: Entering directory `/usr/local/src/certi'
> make -f libHLA/CMakeFiles/HLA.dir/build.make libHLA/CMakeFiles/HLA.dir/depend
> make[2]: Entering directory `/usr/local/src/certi'
> cd /usr/local/src/certi && /opt/freeware/bin/cmake -E cmake_depends "Unix 
> Makefiles" /usr/local/src/certi /usr/local/src/certi/libHLA 
> /usr/local/src/certi /usr/local/src/certi/libHLA 
> /usr/local/src/certi/libHLA/CMakeFiles/HLA.dir/DependInfo.cmake --color=
> [...]
> Scanning dependencies of target CERTI
> make[2]: Leaving directory `/usr/local/src/certi'
> make -f libCERTI/CMakeFiles/CERTI.dir/build.make 
> libCERTI/CMakeFiles/CERTI.dir/build
> make[2]: Entering directory `/usr/local/src/certi'
> /opt/freeware/bin/cmake -E cmake_progress_report 
> /usr/local/src/certi/CMakeFiles
> [...]
> [ 47%] Building CXX object libCERTI/CMakeFiles/CERTI.dir/SocketTCP.o
> cd /usr/local/src/certi/libCERTI && /opt/freeware/bin/g++   -DCERTI_EXPORTS 
> -DHOST_IS_BIG_ENDIAN -DHAVE_CONFIG_H=1 -DHAVE_XML -DRTI_USES_STD_FSTREAM 
> -DDEBUG -I/opt/freeware/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   -o CMakeFiles/CERTI.dir/SocketTCP.o -c 
> /usr/local/src/certi/libCERTI/SocketTCP.cc
> /usr/local/src/certi/libCERTI/SocketTCP.cc: In member function 'virtual void 
> certi::SocketTCP::close()':
> /usr/local/src/certi/libCERTI/SocketTCP.cc:394: error: '::close' has not been 
> declared

On Linux the ::close() is defined in <unistd.h>
It was not explicitely included in SocketTCP.cc so I guess its
inclusion was indirect.
I did try to add explicit inclusion in SocketTCP.cc.

would you update and retry.


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