ST_Snap

[strk]

It's committed already, and regress-tested. needs be documented.

[robe]

Strk — are you sure all the pieces are in place for this. I compiled the latest trunk geos and that compiled okay. But postgis-2.0 seems to be generating ST_Snap in the sql files but not in the .dll. When I go to run the postgis.sql script I get

could not find function "ST_Snap" in file postgis-2.0.dll

[strk]

I only touched the autoconf scripts, how do you build on win ? snap and sharedpahts are both in their own files, so those files should be added to whatever produces the win32 objects.

[robe]

It should be pretty much the same in MingW as you do on Linux. I didn't do anything different for ST_SharedPaths for example.

I thought maybe it was my autoconf settings caching because that has happened before, but blowing out and redownloading trunk and also recompiling trunk geos didn't fix the issue as it usually does in those cases.

Maybe someone else who is running the latest GEOS trunk can test as well to confirm it's not just a MingW issue.

Kevin — if you are around — is Hudson testing against GEOS 3.2 or 3.3 — though I'm not sure Hudson flags install errors since all goes smoothly except for the install.

[strk]

Robe, is this still an issue after an ./autogen.sh invocation, reconfig,clean and build again ?

[robe]

yah its fine. Wasn't an autogen or config isssue. As suspected Paul's changes screwed me up and prevented my installs from completing. So the dlls were being built just not being installed and raster compile wasn't completing either.

All sort of works now in an unpleasant way after installing gettext dev headers.

I also don't get crashing in ST_SharedPaths or ST_Snap anymore so I think your patches did work.