[gdal-dev] GDAL/OGR 1.5.0 build errors

[Mateusz Loskot]

Clay, Bruce wrote:
> I am running into problems rebuilding some of the OGR libraries.  It
> looks like a couple of the source trees have not migrated from the OGR
> sub-tree into the main trunk.

Bruce,

I'm not sure I understand what does "migrated" mean and what OGR subtree
was supposed to migrate to the trunk. Could you clarify?

> In particular gml and pg and a file
> (ogr\ogrsf_frmts\ogrsf_frmts.h).  After I copied the gml, oci and pg
> directories over to the main trunk I had to change the GDAL_ROOT from
> ..\..\.. to ..\..

AFAIK, GDAL_ROOT is not set or used currently.
It's always empty.

> Since PostgreSql is by default installed in c:\Program Files I had to
> add quotes in the nmake.opt file for:
> 
> PG_INC_DIR = "C:\Program Files\PostgreSQL\8.2\include"
> 
> PG_LIB = "C:\Program Files\PostgreSQL\8.2\lib\libpq.lib" wsock32.lib -
> note libpqdll.lib changed to libpq.lib in current version of PostGis

Please, note that you should not expect most the paths in nmake.opt
will be correct in your environment. These are just examples and
placeholders for your own paths and flags.
You are supposed to update it according your environment.

You needed to add quotes because your (or default) path consist of
space(s) but example given in nmake.opt
http://trac.osgeo.org/gdal/browser/trunk/gdal/nmake.opt#L224
does not include spaces, so no quotes have been applied.

> Also OCI is not included in the frmts/makefile.vc

OCI is an OGR driver but not GDAL driver, so does not belong to
gdal/frmts subtree, but to gdal/ogr/ogrsf_frmts.

> One thing I noticed is that the OGR plugin source code is in 2 places in
> the source tree.  I don't know if that is intentional or not.

Could you specify what code you mean?
For convenience, You can use URLs from Trac browser of GDAL sources at
http://trac.osgeo.org/gdal/browser/trunk/gdal

Summarizing, I don't see any bugs nor errors here.

Cheers
-- 
Mateusz Loskot
http://mateusz.loskot.net