[fdo-dev] SHP build broken in trunk

[Dan Stoica]

I mean the current requirement is only to merge into trunk. No testing.
A build problem is easy to fix as opposed to a run time one.

In short, dropping untested code is not a proffesional thing to do. 

 

Besides, what's the purpose of a branch other than being a sandbox?

 

BTW, I missed those 2 files because SVN merge didn't work and I merged
the hard way instead...

 

Dan.

 

  _____  

From: Traian Stanev 
Sent: Thursday, November 09, 2006 11:24 AM
To: dev at fdo.osgeo.org
Subject: RE: [fdo-dev] SHP build broken in trunk

 

Do you mean that things should be checked into trunk and merged into
branch (if needed) instead?

 

  _____  

From: Dan Stoica 
Sent: Thursday, November 09, 2006 11:20 AM
To: dev at fdo.osgeo.org
Subject: RE: [fdo-dev] SHP build broken in trunk

Done. 

 

BTW, I think this requirement to merge back to the trunk will be a
source of problems :-(

 

Thanks,

Dan.

  _____  

From: Robert Fortin 
Sent: Thursday, November 09, 2006 10:59 AM
To: dev at fdo.osgeo.org
Subject: RE: [fdo-dev] SHP build broken in trunk

 

Traian,

 

I think there was a merge problem from 3.2.x to the trunk.

We will fix that.

 

RF

 

  _____  

From: Traian Stanev 
Sent: Thursday, November 09, 2006 10:42 AM
To: dev at fdo.osgeo.org
Subject: [fdo-dev] SHP build broken in trunk

Hi,

 

The SHP provider does not currently compile from the trunk. 

The files ShpCreateSpatialContextCommand.cpp and ShpCompareHandler.cpp
are missing.

Can someone take care of that?

 

Traian

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fdo-internals/attachments/20061109/d532e80a/attachment.html