Problem with build_linux.sh -- Pool.h and Clear declaration

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Problem with build_linux.sh -- Pool.h and Clear declaration

Gregor at HostGIS
Hi again.
We've gotten past the build_thirdparty.sh at last, and am now on to
build_linux.sh and a new set of problems.

Any ideas on this one?


Making install in Common
make[4]: Entering directory `/tmp/OpenSource_FDO/Fdo/Unmanaged/Src/Common'
if /bin/sh ../../../../libtool --tag=CXX --mode=compile g++
-DPACKAGE_NAME=\"FDO\" -DPACKAGE_TARNAME=\"fdo\"
-DPACKAGE_VERSION=\"3.2.0\" -DPACKAGE_STRING=\"FDO\ 3.2.0\"
-DPACKAGE_BUGREPORT=\"https://fdocore.osgeo.org\" -DPACKAGE=\"fdo\"
-DVERSION=\"3.2.0\" -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 -I. -I. -I../../Inc
-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xalan/c/src
-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xerces/c/src     -MMD -MT
-DFULLPROTO -D__USE_GNU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -MT
ArrayHelper.lo -MD -MP -MF ".deps/ArrayHelper.Tpo" -c -o ArrayHelper.lo
ArrayHelper.cpp; \
         then mv -f ".deps/ArrayHelper.Tpo" ".deps/ArrayHelper.Plo";
else rm -f ".deps/ArrayHelper.Tpo"; exit 1; fi
  g++ -DPACKAGE_NAME=\"FDO\" -DPACKAGE_TARNAME=\"fdo\"
-DPACKAGE_VERSION=\"3.2.0\" "-DPACKAGE_STRING=\"FDO 3.2.0\""
-DPACKAGE_BUGREPORT=\"https://fdocore.osgeo.org\" -DPACKAGE=\"fdo\"
-DVERSION=\"3.2.0\" -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 -I. -I. -I../../Inc
-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xalan/c/src
-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xerces/c/src -MMD -MT
-DFULLPROTO -D__USE_GNU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -MT
ArrayHelper.lo -MD -MP -MF .deps/ArrayHelper.Tpo -c ArrayHelper.cpp
-fPIC -DPIC -o .libs/ArrayHelper.o
In file included from ArrayHelper.cpp:108:
../Geometry/Fgf/Pool.h: In destructor `virtual FdoPool<OBJ,
EXC>::~FdoPool()':
../Geometry/Fgf/Pool.h:181: error: there are no arguments to `Clear'
that depend on a template parameter, so a declaration of `Clear' must be
available
../Geometry/Fgf/Pool.h:181: error: (if you use `-fpermissive', G++ will
accept your code, but allowing the use of an undeclared name is deprecated)
make[4]: *** [ArrayHelper.lo] Error 1
make[4]: Leaving directory `/tmp/OpenSource_FDO/Fdo/Unmanaged/Src/Common'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory `/tmp/OpenSource_FDO/Fdo/Unmanaged/Src'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/tmp/OpenSource_FDO/Fdo/Unmanaged'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/tmp/OpenSource_FDO/Fdo'
make: *** [install-recursive] Error 1




If I add -fpermissive to CPPFLAGS per their suggestion, the code is
reduced to a warning. But then I hit upon another problem later...

Making install in Geometry
make[4]: Entering directory `/tmp/OpenSource_FDO/Fdo/Unmanaged/Src/Geometry'
[snip]
In file included from Fgf/LineString.h:29,
                  from Fgf/GeometryFactory2.h:31,
                  from Fgf/CircularArcSegment.h:25,
                  from Fgf/CircularArcSegment.cpp:20:
Fgf/GeometryImpl.h: In member function `virtual void
FdoFgfGeometryImpl<FDO_GEOMETRY_CLASS>::SetFgf(FdoByteArray*, const
FdoByte*, FdoInt32)':
Fgf/GeometryImpl.h:68: error: invalid use of undefined type `struct
FdoFgfGeometryPools'
Fgf/GeometryImpl.h:28: error: forward declaration of `struct
FdoFgfGeometryPools'
Fgf/GeometryImpl.h: In member function `void
FdoFgfGeometryImpl<FDO_GEOMETRY_CLASS>::SurrenderByteArray()':
Fgf/GeometryImpl.h:154: error: invalid use of undefined type `struct
FdoFgfGeometryPools'
Fgf/GeometryImpl.h:28: error: forward declaration of `struct
FdoFgfGeometryPools'
make[4]: *** [CircularArcSegment.lo] Error 1




--
Gregor Mosheh / Greg Allensworth
System Administrator, HostGIS cartographic development & hosting services
http://www.HostGIS.com/

"Remember that no one cares if you can back up,
  only if you can restore." - AMANDA
_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users
Reply | Threaded
Open this post in threaded view
|

RE: Problem with build_linux.sh -- Pool.h and Cleardeclaration

Traian Stanev
What version of GCC are you using? Compilation of templates is
notoriously inconsistent across GCC versions.



-----Original Message-----
From: [hidden email]
[mailto:[hidden email]] On Behalf Of Gregor Mosheh
Sent: Wednesday, July 11, 2007 1:54 PM
To: FDO Users Mail List
Subject: [fdo-users] Problem with build_linux.sh -- Pool.h and
Cleardeclaration

Hi again.
We've gotten past the build_thirdparty.sh at last, and am now on to
build_linux.sh and a new set of problems.

Any ideas on this one?


Making install in Common
make[4]: Entering directory
`/tmp/OpenSource_FDO/Fdo/Unmanaged/Src/Common'
if /bin/sh ../../../../libtool --tag=CXX --mode=compile g++
-DPACKAGE_NAME=\"FDO\" -DPACKAGE_TARNAME=\"fdo\"
-DPACKAGE_VERSION=\"3.2.0\" -DPACKAGE_STRING=\"FDO\ 3.2.0\"
-DPACKAGE_BUGREPORT=\"https://fdocore.osgeo.org\" -DPACKAGE=\"fdo\"
-DVERSION=\"3.2.0\" -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 -I. -I. -I../../Inc

-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xalan/c/src
-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xerces/c/src     -MMD -MT
-DFULLPROTO -D__USE_GNU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -MT

ArrayHelper.lo -MD -MP -MF ".deps/ArrayHelper.Tpo" -c -o ArrayHelper.lo
ArrayHelper.cpp; \
         then mv -f ".deps/ArrayHelper.Tpo" ".deps/ArrayHelper.Plo";
else rm -f ".deps/ArrayHelper.Tpo"; exit 1; fi
  g++ -DPACKAGE_NAME=\"FDO\" -DPACKAGE_TARNAME=\"fdo\"
-DPACKAGE_VERSION=\"3.2.0\" "-DPACKAGE_STRING=\"FDO 3.2.0\""
-DPACKAGE_BUGREPORT=\"https://fdocore.osgeo.org\" -DPACKAGE=\"fdo\"
-DVERSION=\"3.2.0\" -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 -I. -I. -I../../Inc

-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xalan/c/src
-I/tmp/OpenSource_FDO/Thirdparty/apache/xml-xerces/c/src -MMD -MT
-DFULLPROTO -D__USE_GNU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -MT

ArrayHelper.lo -MD -MP -MF .deps/ArrayHelper.Tpo -c ArrayHelper.cpp
-fPIC -DPIC -o .libs/ArrayHelper.o
In file included from ArrayHelper.cpp:108:
../Geometry/Fgf/Pool.h: In destructor `virtual FdoPool<OBJ,
EXC>::~FdoPool()':
../Geometry/Fgf/Pool.h:181: error: there are no arguments to `Clear'
that depend on a template parameter, so a declaration of `Clear' must be

available
../Geometry/Fgf/Pool.h:181: error: (if you use `-fpermissive', G++ will
accept your code, but allowing the use of an undeclared name is
deprecated)
make[4]: *** [ArrayHelper.lo] Error 1
make[4]: Leaving directory
`/tmp/OpenSource_FDO/Fdo/Unmanaged/Src/Common'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory `/tmp/OpenSource_FDO/Fdo/Unmanaged/Src'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/tmp/OpenSource_FDO/Fdo/Unmanaged'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/tmp/OpenSource_FDO/Fdo'
make: *** [install-recursive] Error 1




If I add -fpermissive to CPPFLAGS per their suggestion, the code is
reduced to a warning. But then I hit upon another problem later...

Making install in Geometry
make[4]: Entering directory
`/tmp/OpenSource_FDO/Fdo/Unmanaged/Src/Geometry'
[snip]
In file included from Fgf/LineString.h:29,
                  from Fgf/GeometryFactory2.h:31,
                  from Fgf/CircularArcSegment.h:25,
                  from Fgf/CircularArcSegment.cpp:20:
Fgf/GeometryImpl.h: In member function `virtual void
FdoFgfGeometryImpl<FDO_GEOMETRY_CLASS>::SetFgf(FdoByteArray*, const
FdoByte*, FdoInt32)':
Fgf/GeometryImpl.h:68: error: invalid use of undefined type `struct
FdoFgfGeometryPools'
Fgf/GeometryImpl.h:28: error: forward declaration of `struct
FdoFgfGeometryPools'
Fgf/GeometryImpl.h: In member function `void
FdoFgfGeometryImpl<FDO_GEOMETRY_CLASS>::SurrenderByteArray()':
Fgf/GeometryImpl.h:154: error: invalid use of undefined type `struct
FdoFgfGeometryPools'
Fgf/GeometryImpl.h:28: error: forward declaration of `struct
FdoFgfGeometryPools'
make[4]: *** [CircularArcSegment.lo] Error 1




--
Gregor Mosheh / Greg Allensworth
System Administrator, HostGIS cartographic development & hosting
services
http://www.HostGIS.com/

"Remember that no one cares if you can back up,
  only if you can restore." - AMANDA
_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users


_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users
Reply | Threaded
Open this post in threaded view
|

Re: Problem with build_linux.sh -- Pool.h and Cleardeclaration

Gregor at HostGIS
Traian Stanev wrote:
> What version of GCC are you using? Compilation of templates is
> notoriously inconsistent across GCC versions.

GCC 3.4.6


--
Gregor Mosheh / Greg Allensworth
System Administrator, HostGIS cartographic development & hosting services
http://www.HostGIS.com/

"Remember that no one cares if you can back up,
  only if you can restore." - AMANDA
_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users
Reply | Threaded
Open this post in threaded view
|

RE: Problem with build_linux.sh -- Pool.hand Cleardeclaration

Gavin Cramer
Which version of the code are you compiling -- from the trunk, or an
older branch?  I fixed a problem with the call to Clear() on line 181 in
the 3.2.x branch and the trunk on 2007feb19.

Does your code at line 181 read as...

        Clear()

... or ...

        FdoCollection <OBJ, EXC>::Clear();

...? It should be the latter one.

Gavin



-----Original Message-----
From: [hidden email]
[mailto:[hidden email]] On Behalf Of Gregor Mosheh
Sent: Wednesday, July 11, 2007 2:03 PM
To: FDO Users Mail List
Subject: Re: [fdo-users] Problem with build_linux.sh -- Pool.hand
Cleardeclaration

Traian Stanev wrote:
> What version of GCC are you using? Compilation of templates is
> notoriously inconsistent across GCC versions.

GCC 3.4.6


--
Gregor Mosheh / Greg Allensworth
System Administrator, HostGIS cartographic development & hosting
services
http://www.HostGIS.com/

"Remember that no one cares if you can back up,
  only if you can restore." - AMANDA
_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users

_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users
Reply | Threaded
Open this post in threaded view
|

Re: Problem with build_linux.sh -- Pool.hand Cleardeclaration

Gregor at HostGIS
Gavin Cramer wrote:
> Which version of the code are you compiling -- from the trunk, or an
> older branch?  I fixed a problem with the call to Clear() on line 181 in
> the 3.2.x branch and the trunk on 2007feb19.

This is 3.2.1 from the download page. Pool.h:181 has the unqualified
Clear() in it, not your new qualified version. (your change must not
have made it in time for 3.2.1 a few weeks later)

I'll give the 3.2.2 RC2 a chance, see if it has fixed these issues. I'll
let y'all know either way.

--
Gregor Mosheh / Greg Allensworth
System Administrator, HostGIS cartographic development & hosting services
http://www.HostGIS.com/

"Remember that no one cares if you can back up,
  only if you can restore." - AMANDA
_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users