[fdo-users] FDO Compile error (libxalan-c)

Traian Stanev traian.stanev at autodesk.com
Thu Oct 8 14:18:15 EDT 2009 

OK, if I do a clean and then compile SDF, I get this error. Then, I ran make again and it disappeared... I guess it fixes itself somehow when you run make the second time... Weird.

Traian



> -----Original Message-----
> From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-
> bounces at lists.osgeo.org] On Behalf Of Traian Stanev
> Sent: Thursday, October 08, 2009 1:49 PM
> To: FDO Users Mail List
> Subject: RE: [fdo-users] FDO Compile error (libxalan-c)
> 
> 
> I did not get the problem with the message catalog file... I'll give it a
> try again and reply back if I find something.
> 
> Traian
> 
> 
> > -----Original Message-----
> > From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-
> > bounces at lists.osgeo.org] On Behalf Of kernel_panic
> > Sent: Thursday, October 08, 2009 1:32 PM
> > To: FDO Users Mail List
> > Subject: Re: [fdo-users] FDO Compile error (libxalan-c)
> >
> > @ Traian:
> >
> > I used ubuntu's cpp instead of the internal, now I didnt have the
> > error listed earlier, but I got this new one:
> >
> > [ 91%] Built target GDALUnitTest
> > Scanning dependencies of target OGRProvider
> > [ 91%] Building CXX object
> > Providers/OGR/CMakeFiles/OGRProvider.dir/OgrFdoUtil.cpp.o
> > [ 91%] Building CXX object
> > Providers/OGR/CMakeFiles/OGRProvider.dir/OgrProvider.cpp.o
> > /opt/fdo-3.5_D032/Providers/OGR/OgrProvider.cpp: In member function
> > 'FdoIFeatureReader* OgrConnection::Insert(FdoIdentifier*,
> > FdoPropertyValueCollection*)':
> > /opt/fdo-3.5_D032/Providers/OGR/OgrProvider.cpp:585: aviso: el formato
> > '%d' espera el tipo 'int', pero el argumento 4 es de tipo 'long int'
> > /opt/fdo-3.5_D032/Providers/OGR/OgrProvider.cpp:585: aviso: el formato
> > '%d' espera el tipo 'int', pero el argumento 4 es de tipo 'long int'
> > [ 91%] Building CXX object
> > Providers/OGR/CMakeFiles/OGRProvider.dir/ProjConverter.cpp.o
> > Linking CXX shared library libOGRProvider.so
> > [ 91%] Built target OGRProvider
> > Scanning dependencies of target SDFMessage
> > [ 91%] Generating SDFMessage.h ...
> > ../../../../Thirdparty/linux/mkcatdefs/src/mkcatdefs: SDFMessage_msg.h
> > created
> > cat: /opt/fdo-3.5_D032/Providers/SDF/Src/Message/SDFMessageStatic.h:
> > No existe el fichero ó directorio
> > make[2]: *** [Providers/SDF/Src/Message/Inc/SDFMessage.h] Error 1
> > make[1]: *** [Providers/SDF/Src/Message/CMakeFiles/SDFMessage.dir/all]
> Error
> > 2
> > make: *** [all] Error 2
> >
> > The commandline was the same, except for the internal cpp part.
> >
> > @ Greg Boone:
> >
> > How do I disable them? :p
> >
> > 2009/10/8, Traian Stanev <traian.stanev at autodesk.com>:
> > >
> > > I did not use the internal cppunit. I just used the one that Ubuntu
> > > installs. So try that...
> > >
> > > I did not need to use root until I called make install at the end.
> > >
> > > Traian
> > >
> > >
> > >> -----Original Message-----
> > >> From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-
> > >> bounces at lists.osgeo.org] On Behalf Of kernel_panic
> > >> Sent: Thursday, October 08, 2009 12:25 PM
> > >> To: FDO Users Mail List
> > >> Subject: Re: [fdo-users] FDO Compile error (libxalan-c)
> > >>
> > >> > Did you use the "internal" cppunit library or the one that comes by
> > >> > doing
> > >> > apt-get -- i.e. what did you pass to cmake on the command line when
> you
> > >> > first called it?
> > >>
> > >> Yes, I used the internal cppunit library, as instructed in the cmake
> > >> readme file.
> > >>
> > >> BTW, I forgot to post the command line that I used :p :
> > >>
> > >> cmake /opt/fdo-3.5_D032/ -DINTERNAL_CPPUNIT=TRUE -DWITH_GDAL=TRUE
> > >> -DWITH_GENERICRDBMS=TRUE -DWITH_OGR=TRUE -DWITH_POSTGIS=TRUE
> > >> -DWITH_SDF=TRUE -DWITH_SHP=TRUE -DWITH_WFS=TRUE -DWITH_WMS=TRUE
> > >>
> > >> (I was already root)
> > >>
> > >> If I run make (not cmake) for a second time, this is what I get:
> > >>
> > >> [  0%] Built target mkcatdefs
> > >> [  3%] Built target sqlite3fdo
> > >> [  3%] Built target FileToHdr
> > >> [  3%] Built target SchemaFromInternal
> > >> [  3%] Built target McToMsf
> > >> [  3%] Built target FDOMessage
> > >> [  3%] Built target ProcessedFiles
> > >> [ 20%] Built target FDO
> > >> [ 20%] Built target XsdInstallPaths
> > >> [ 20%] Built target Internal_Cppunit
> > >> [ 22%] Built target UnitTest
> > >> [ 23%] Built target ProvidersCommon
> > >> [ 24%] Built target TestCommon
> > >> [ 29%] Built target ExpressionEngine
> > >> [ 31%] Built target FdoOws
> > >> [ 31%] Built target SMMessage
> > >> [ 32%] Built target SmPhRd
> > >> [ 32%] Built target SmOverrides
> > >> [ 34%] Built target SmLogicalPhysical
> > >> [ 34%] Built target SmPhCfg
> > >> [ 34%] Built target SmPhMt
> > >> [ 35%] Built target SmPhRb
> > >> [ 41%] Built target SmPhysical
> > >> [ 41%] Built target SchemaMgr
> > >> [ 42%] Built target SQLiteInterface
> > >> [ 42%] Built target fdordbmsmsg
> > >> [ 47%] Built target FdoRdbms
> > >> [ 48%] Built target Gdbi
> > >> [ 48%] Built target LTManager
> > >> [ 49%] Built target LockManager
> > >> [ 49%] Built target geometry_fgf
> > >> [ 51%] Built target mysqldr
> > >> [ 51%] Built target FdoRdbmsMySQL_Fdo
> > >> [ 51%] Built target FdoRdbmsMySQL_SchemaMgr_Lp
> > >> [ 53%] Built target FdoRdbmsMySQL_SchemaMgr_Ov
> > >> [ 54%] Built target FdoRdbmsMySQL_SchemaMgr
> > >> [ 55%] Built target FdoRdbmsMySQL_SchemaMgr_Ph_Rd
> > >> [ 56%] Built target FdoRdbmsMySQL_SchemaMgr_Ph
> > >> [ 59%] Built target rdbi
> > >> [ 60%] Built target SmLpGrd
> > >> [ 61%] Built target SchemaMgr_OV
> > >> [ 61%] Built target SmGrd
> > >> [ 61%] Built target SmPhCfgGrd
> > >> [ 61%] Built target SmPhRdGrd
> > >> [ 62%] Built target SmPhGrd
> > >> [ 63%] Built target genericrdbms_util
> > >> [ 63%] Built target FdoMySQL
> > >> [ 66%] Built target FdoODBCDriver
> > >> [ 66%] Built target FdoRdbmsODBC_SchemaMgr
> > >> [ 67%] Built target FdoRdbmsODBC_Fdo
> > >> [ 67%] Built target FdoRdbmsODBC_SchemaMgr_Lp
> > >> [ 68%] Built target FdoRdbmsODBC_SchemaMgr_Ov
> > >> [ 70%] Built target FdoRdbmsODBC_SchemaMgr_Ph
> > >> [ 70%] Built target FdoODBC
> > >> [ 70%] Built target PostGisMessage
> > >> [ 71%] Built target PostGISOverrides
> > >> [ 74%] Built target PostGISProvider
> > >> [ 74%] Built target ShpMessage
> > >> [ 74%] Built target SHPOverrides
> > >> [ 76%] Built target SHPRead
> > >> [ 77%] Built target SHPSpatialIndex
> > >> [ 80%] Built target SHPProvider
> > >> Linking CXX executable UnitTest
> > >>
> > >> And after that, "the puke" comes on...
> > >>
> > >> > The SHP provider in trunk as compiled by cmake works fine for me on
> > >> > Ubuntu
> > >> > 9.04 64 bit. I assume 32 bit works as well, since that's better
> tested
> > >> than
> > >> > the 64 bit. For reading SHP files you can also use the OGR provider,
> > >> > which
> > >> > also works fine for me on 9.04 64 bit.
> > >> >
> > >>
> > >> If the OGR provider can deal with SHP files, then, why is there a SHP
> > >> provider? :P Are there any limitations? :p
> > >>
> > >>
> > >> > ________________________________________
> > >> > From: fdo-users-bounces at lists.osgeo.org
> > >> > [fdo-users-bounces at lists.osgeo.org]
> > >> > On Behalf Of kernel_panic [sudoaptgetinstalld00d3 at gmail.com]
> > >> > Sent: Wednesday, October 07, 2009 7:55 PM
> > >> > To: FDO Users Mail List
> > >> > Subject: Re: [fdo-users] FDO Compile error (libxalan-c)
> > >> >
> > >> > Well, I tried what you suggested about using cmake instead of
> automake.
> > >> >
> > >> > I followed instructions from Cmake_readme, but encountered a few
> > >> > problems regarding to GDAL libraries being linked by OGR, GDAL and
> WMS
> > >> > that werent found. I fixed that by editing the cmake files on ogr and
> > >> > gdal/src/provider/, adding libgdal1.5.0.so to each linked library
> > >> > section, like this:
> > >> >
> > >> > target_link_libraries( GRFPProvider
> > >> >         GRFPOverrides
> > >> >         ProvidersCommon
> > >> >         FDO
> > >> >         libgdal1.5.0.so
> > >> > )
> > >> >
> > >> > After that, the cmake command ran with no errors, but when I ran the
> > >> > make command I get A LOT of this:
> > >> >
> > >> >
> > >>
> >
> CMakeFiles/SHPUnitTest.dir/FdoExpressionFunctionTest.cpp.o:(.data.rel.ro._ZT
> > >>
> >
> VN7CppUnit10TestCallerI25FdoExpressionFunctionTestNS_19NoExceptionExpectedEE
> > >> E[vtable
> > >> > for CppUnit::TestCaller<FdoExpressionFunctionTest,
> > >> > CppUnit::NoExceptionExpected>]+0x34): undefined reference to
> > >> > `CppUnit::Test::checkIsValidIndex(int) const'
> > >> >
> > >>
> >
> CMakeFiles/SHPUnitTest.dir/FdoExpressionFunctionTest.cpp.o:(.data.rel.ro._ZT
> > >>
> >
> VN7CppUnit10TestCallerI25FdoExpressionFunctionTestNS_19NoExceptionExpectedEE
> > >> E[vtable
> > >> > for CppUnit::TestCaller<FdoExpressionFunctionTest,
> > >> > CppUnit::NoExceptionExpected>]+0x38): undefined reference to
> > >> > `CppUnit::TestLeaf::doGetChildTestAt(int) const'
> > >> >
> > >>
> >
> CMakeFiles/SHPUnitTest.dir/FdoExpressionFunctionTest.cpp.o:(.data.rel.ro._ZT
> > >>
> >
> IN7CppUnit10TestCallerI25FdoExpressionFunctionTestNS_19NoExceptionExpectedEE
> > >> E[typeinfo
> > >> > for CppUnit::TestCaller<FdoExpressionFunctionTest,
> > >> > CppUnit::NoExceptionExpected>]+0x8): undefined reference to `typeinfo
> > >> > for CppUnit::TestCase'
> > >> > ../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
> > >> > reference to `CppUnit::Test::findTestPath(CppUnit::Test const*,
> > >> > CppUnit::TestPath&) const'
> > >> > ../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
> > >> > reference to `CppUnit::Test::findTestPath(std::basic_string<char,
> > >> > std::char_traits<char>, std::allocator<char> > const&,
> > >> > CppUnit::TestPath&) const'
> > >> > ../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
> > >> > reference to `CppUnit::Message::Message(std::basic_string<char,
> > >> > std::char_traits<char>, std::allocator<char> > const&,
> > >> > std::basic_string<char, std::char_traits<char>, std::allocator<char> >
> > >> > const&)'
> > >> > ../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
> > >> > reference to `CppUnit::Asserter::fail(CppUnit::Message const&,
> > >> > CppUnit::SourceLine const&)'
> > >> > ../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
> > >> > reference to `CppUnit::Message::Message(std::basic_string<char,
> > >> > std::char_traits<char>, std::allocator<char> > const&,
> > >> > std::basic_string<char, std::char_traits<char>, std::allocator<char> >
> > >> > const&, std::basic_string<char, std::char_traits<char>,
> > >> > std::allocator<char> > const&)'
> > >> > ../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
> > >> > reference to `CppUnit::Asserter::failIf(bool, CppUnit::Message const&,
> > >> > CppUnit::SourceLine const&)'
> > >> > ../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
> > >> > reference to `CppUnit::Test::resolveTestPath(std::basic_string<char,
> > >> > std::char_traits<char>, std::allocator<char> > const&) const'
> > >> > collect2: ld devolvió el estado de salida 1
> > >> > make[2]: *** [Providers/SHP/Src/UnitTest/UnitTest] Error 1
> > >> > make[1]: ***
> [Providers/SHP/Src/UnitTest/CMakeFiles/SHPUnitTest.dir/all]
> > >> > Error 2
> > >> > make: *** [all] Error 2
> > >> >
> > >> >
> > >> > As long as the terminal screen can "remember" :p
> > >> >
> > >> > Did it happen to you? (both) What do you think the problem may be
> with
> > >> > SHP?
> > >> > :P
> > >> _______________________________________________
> > >> fdo-users mailing list
> > >> fdo-users at lists.osgeo.org
> > >> http://lists.osgeo.org/mailman/listinfo/fdo-users
> > > _______________________________________________
> > > fdo-users mailing list
> > > fdo-users at lists.osgeo.org
> > > http://lists.osgeo.org/mailman/listinfo/fdo-users
> > >
> > _______________________________________________
> > fdo-users mailing list
> > fdo-users at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/fdo-users
> _______________________________________________
> fdo-users mailing list
> fdo-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-users

More information about the fdo-users mailing list