[postgis-users] Mac OS X regression failures - 13/35 (was no "coveredby" in liblwgeom.1.3.so")

[Webb Sprague]

Ok, never mind, I didn't know how to set my --with-geos flag correctly
(though it is too bad that is built all the way then wouldn't work at
run time).

I get a bunch of regression errors which don't make any sense to me.
Follows, though is the result of make test, and I can provide the
diffs upon request.  I am running SVN, so maybe I get what I deserve:

PostgreSQL 8.2.4 on i386-apple-darwin8.10.1, compiled by GCC
i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build
5250)
 Postgis 1.3.2 - 2007-08-19 05:24:04
   GEOS: 3.0.0rc4-CAPI-1.3.3

Running tests

 loader/Point.............. ok
 loader/PointM.............. ok
 loader/PointZ.............. ok
 loader/MultiPoint.............. ok
 loader/MultiPointM.............. ok
 loader/MultiPointZ.............. ok
 loader/Arc.............. ok
 loader/ArcM.............. ok
 loader/ArcZ.......... ok
 loader/Polygon.............. ok
 loader/PolygonM.............. ok
 loader/PolygonZ.............. ok
 regress. failed (diff expected obtained: /tmp/pgis_reg_494/test_13_diff)
 regress_index. ok
 regress_index_nulls. ok
 lwgeom_regress. ok
 regress_lrs. ok
 removepoint. failed (diff expected obtained: /tmp/pgis_reg_494/test_18_diff)
 setpoint. failed (diff expected obtained: /tmp/pgis_reg_494/test_19_diff)
 simplify. ok
 snaptogrid. ok
 affine. ok
 wkt. failed (diff expected obtained: /tmp/pgis_reg_494/test_23_diff)
 measures. ok
 long_xact. failed (diff expected obtained: /tmp/pgis_reg_494/test_25_diff)
 ctors. failed (diff expected obtained: /tmp/pgis_reg_494/test_26_diff)
 sql-mm-serialize. ok
 sql-mm-circularstring. failed (diff expected obtained:
/tmp/pgis_reg_494/test_28_diff)
 sql-mm-compoundcurve. failed (diff expected obtained:
/tmp/pgis_reg_494/test_29_diff)
 sql-mm-curvepoly. failed (diff expected obtained:
/tmp/pgis_reg_494/test_30_diff)
 sql-mm-general. ok
 sql-mm-multicurve. failed (diff expected obtained:
/tmp/pgis_reg_494/test_32_diff)
 sql-mm-multisurface. failed (diff expected obtained:
/tmp/pgis_reg_494/test_33_diff)
 regress_ogc. failed (diff expected obtained: /tmp/pgis_reg_494/test_34_diff)
 regress_bdpoly. failed (diff expected obtained: /tmp/pgis_reg_494/test_35_diff)

Run tests: 35
Failed: 13


On 8/18/07, Webb Sprague <webb.sprague at gmail.com> wrote:
> On 8/18/07, William Kyngesburye <woklist at kyngchaos.com> wrote:
> > I'm looking at this now, for updating my OSX PostGIS distribution.  I
> > was able to successfully upgrade an older postgis DB with
> > lwpostgis_upgrade.sql - it adds the _ST_CoveredBy function exactly
> > like lwpostgis.sql.  No errors finding the coveredby function.
>
> When date you download and do all this?
>
> Thx!
> W
>
> >
> >
> > I also build with the --with-pgsql flag, so postgis is installed
> > inside the postgres dir.
> >
> > On Aug 18, 2007, at 11:01 AM, Webb Sprague wrote:
> >
> > >> I must confess I've never used the --with-libdir arguments to
> > >> configure
> > >> - I've always gone for explicit --with-pgsql, --with-geos, and
> > >> --with-proj switches. If you check
> > >> the /usr/local/postgis-1.3.1/share/lwpostgis.sql, does it contain the
> > >> correct path to liblwgeom.1.3.so?
> > >
> > > Hi,
> > >
> > > Yes, lwpostgis.sql contains the correct path - in fact, the previous
> > > line of SQL  works just fine and finds liblwgeom for other functions.
> > > It is only this line and subsequent that fails.
> > >
> > > I intsalled geos right before building installing postgis.
> >
> > -----
> > William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> > http://www.kyngchaos.com/
> >
> > "Those people who most want to rule people are, ipso-facto, those
> > least suited to do it."
> >
> > - A rule of the universe, from the HitchHiker's Guide to the Galaxy
> >
> >
> >
>