Opened 13 years ago
Closed 13 years ago
#1485 closed defect (fixed)
Can't make check under mingw anymore
Reported by: | robe | Owned by: | strk |
---|---|---|---|
Priority: | blocker | Milestone: | PostGIS 2.0.0 |
Component: | build | Version: | master |
Keywords: | Cc: |
Description
something has gone awry with the whole regress install path thing.
I thought my issue was because I was building a new mingw environment, but I flipped over to my old one that was working 2 weeks ago and as of r8878 and possibly earlier, I get the same issue with the old.
This is against my 8.4 and 9.1s.
My regress log shows this error:
c:/projects/PostGIS/trunk/regress/00-regress-install/share/contrib/postgis/postgis.sql: No such file or directory
Attachments (1)
Change History (7)
comment:1 by , 13 years ago
Component: | postgis → build/upgrade/install |
---|---|
Owner: | changed from | to
comment:2 by , 13 years ago
comment:3 by , 13 years ago
Did you try with alpha1 ? I think I fixed it at r8878 You'll need ./configure again after update
comment:4 by , 13 years ago
still no luck .
running this:
grep -A5 "(REGRESS)" postgis/Makefile
Gives me
ifeq ($(REGRESS),1) bindir=/bin pkglibdir=/lib datadir=/share datamoduledir=contrib/postgis endif
by , 13 years ago
Attachment: | makecheck_postgis91.log added |
---|
comment:5 by , 13 years ago
the main difference aside from my mongw use is I test against my vc++ PostgreSQL not the mingw compiled one with env variables like this
export PG_VER=91 export PATHOLD=PATH export PATH="/c/projects/pg/pg${PG_VER}/bin/:/c/projects/gdal/rel-${GDAL_VER}/bin/:$PATHOLD" export PGPORT=5441 export PG_WINVER=9.1 export PGUSER=postgres
comment:6 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Pierre's changes fixed this for me. at least for my 3.4.5 mingw.
Bborie isolated the 4.6.1 regress issue to the fact tht there are 2 pwds so have to put a bash something or other in front. Anyway that one is fraught with probems so will tackle that later.
FWIW I do have this folder, but its empty, though all the .sql files seem to be generated fine in trunk/postgis folder.