[Pkg-corba-devel] OpenCASCADE and Salomé

Thomas Girard thomas.g.girard at free.fr
Sat Feb 23 09:37:43 UTC 2008


Le mercredi 09 janvier 2008 à 00:12 -0500, Adam C Powell IV a écrit :
> Meanwhile, there's an earlier build error in Salomé on unstable, so it
> doesn't even get to the _STL:: vs. std:: issue.  It dies when trying to
> compile the first _i file:
>  g++ "-DPACKAGE_NAME=\"Salome2 Project\"" -DPACKAGE_TARNAME=\"salome\" -DPACKAGE_VERSION=\"3.2.5\" "-DPACKAGE_STRING=\"Salome2 Project 3.2.5\"" -DPACKAGE_BUGREPORT=\"gboulant at CS\" -DPACKAGE=\"salome\" -DVERSION=\"3.2.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBDL=1 -DHAVE_LIBRT=1 -DHAVE_LIBM=1 -DHAVE_NAMESPACES= -DHAVE_PTHREAD=1 -D__x86__=1 -D__linux__=1 -D__OSVERSION__=1 -DOMNIORB=1 -DCORBA_HAVE_POA=1 -DCORBA_ORB_INIT_HAVE_3_ARGS=1 -DCORBA_ORB_INIT_THIRD_ARG=\"omniORB\" -DRM=\"/bin/rm\" -DSH=\"/bin/sh\" -DCP=\"/bin/cp\" -DRSH=\"/usr/bin/rsh\" -DRCP=\"/usr/bin/rcp\" -DSSH=\"/usr/bin/ssh\" -DSCP=\"/usr/bin/scp\" -I. -I. -I./../Basics -I./../SALOMELocalTrace -I../../salome_adm/unix -I../../idl -DOMNIORB_VERSION=4 -D__x86__ -D__linux__ -DCOMP_CORBA_DOUBLE -DCOMP_CORBA_LONG -I/usr/include -I/usr/include/omniORB4 -I/usr/include/COS -DHAVE_MPI2 -DHAVE_SOCKET -m64 -D_OCC64 -g -D_DEBUG_ -Wno-deprecated -Wparentheses -Wreturn-type -Wunused -pthread -MT libSalomeGenericObj_la-SALOME_GenericObj_i.lo -MD -MP -MF .deps/libSalomeGenericObj_la-SALOME_GenericObj_i.Tpo -c SALOME_GenericObj_i.cc  -fPIC -DPIC -o .libs/libSalomeGenericObj_la-SALOME_GenericObj_i.o
> SALOME_GenericObj_i.cc: In constructor 'SALOME::GenericObj_i::GenericObj_i(PortableServer::POA*)':
> SALOME_GenericObj_i.cc:45: error: '_default_POA' is not a member of 'PortableServer::RefCountServantBase'
> make[2]: *** [libSalomeGenericObj_la-SALOME_GenericObj_i.lo] Error 1
> make[2]: Leaving directory `/home/hazelsct/salome-3.2.6/KERNEL_SRC_3.2.6/src/GenericObj'
> I've attached the .idl and _i.cc files.  Could it be possible that
> omniorb4 changed its IDL format and/or implementation interface between
> 4.0.6 and 4.1.1?  (It still compiles just fine in testing, which has
> 4.0.6.)  That doesn't seem right, those things should be frozen in the
> CORBA standard, right?  What needs to change to work with 4.1.1? 

I forgot to answer that email: did you manage to compile Salomé with
STLport5.1? And omniORB 4.1? If you need a hand please let me know. We
are currently tring to fix omniORB 4.1 FTBFS on arm, and when we're done
omniORB 4.0 will disappear from testing.



More information about the Pkg-corba-devel mailing list