Can't configure anymore again on mingw

[robe]

I thought I had tested this last night but could be a new development. I confirmed with the alpha7 from yesterday I can configure that. On trunk today after deleting my automte folder and regress-install, I noticed things stopped working. It's possible I missed yesterday because it might have been testing against my prior regress-install folder so all tests were passing (I have an auto .sh script to compile everything).

Anyrate now I have configure issues as of r9339

checking for PQserverVersion in -lpq... yes
checking for xml2-config... no
configure: error: could not find xml2-config from libxml2 within the current path. You may need to try re-running configure with a --with-xml2config parameter.
make: *** [GNUmakefile] Error 1
checking build system type... i686-pc-mingw32

:
checking libpq-fe.h usability... yes
checking libpq-fe.h presence... yes
checking for libpq-fe.h... yes
checking for PQserverVersion in -lpq... yes
----------------------------------------------------------------------
  You have set the --prefix to '/c/projects/pg/pg91'. Unfortunately the PostGIS   
  build system can only install into the directories used by the      
  PostgreSQL build you are compiling against, the one that supplied   
  the pg_config we detected: /c/projects/pg/pg91/bin/pg_config 
  Based on that script we will be installing:   
    * postgis shared library in c:/projects/pg/pg91/lib 
    * postgis SQL files in c:/projects/pg/pg91/share/POSTGR~1/contrib/postgis-2.0 
    * postgis executables in c:/projects/pg/pg91/bin 
  Please try again without a --prefix, sorry. 
----------------------------------------------------------------------

works fine if I flip back to alpha7 tar ball from yesterday. I'll redownload a tar and see if the tar works fine.

[robe]

Okay someone has been screwing with the configure scripts. I downloaded the latest tar ball and it gives the same error (but last nights tar ball works fine). So something more than line break changes must be happening here.

[robe]

FWIW my script looks something like this

export GEOS_VER=3.3.3SVN_345
export GDAL_VER=1.9.0_345
export XML_VER=2.7.8
export PROJSO="libproj.dll"
export PROJ_LIB=/c/projects/postgis/pg/pg84/share/contrib/postgis/proj
export GDAL_DATA=/c/projects/gdal/rel-${GDAL_VER}/share/gdal
export JSON_VER=0.9_345

./configure  --prefix=/c/projects/pg/pg${PG_VER} --with-gdalconfig=/c/projects/gdal/rel-${GDAL_VER}/bin/gdal-config --with-jsondir=/c/projects/json-c/rel-${JSON_VER} --with-xml2config=/c/projects/libxml/libxml2-${XML_VER}release/bin/xml2-config --with-pgconfig=/c/projects/pg/pg${PG_VER}/bin/pg_config --with-geosconfig=/c/projects/geos/rel-${GEOS_VER}/bin/geos-config --with-projdir=/c/projects/proj/rel-4.6.1 --with-gettext=no  --with-gui --with-topology

[robe]

Aha, it's you again, Paul Couldn't leave well enough alone could you?

Reverting the configure.ac file to r9332 fixes my configure problem so must be that r9333 —prefix change you introduced.

[pramsey]

The error message seems pretty self-explanatory… don't use —prefix. It doesn't do anything, don't use it. If you think that's bad, you can dnl it out of the file.

[robe]

The message doesn't seem clear to me. I am compiling against that version and I for each build switch which version I am compiling against so I was thrown off thinking it was complaining about the paths.

If you don't want people to use prefix why can't you just say in plain english

—prefix is obsolete. It doesn't do anything please remove it.

But it does seem to work fine without it as you said. It's just that you gave too much information which is really confusing.

[robe]

perhaps its too late and I'm reading into things that aren't there but I do think your explanation is too wordy. I'll close this out though.

[martin]

—prefix is _not_ obsolete, it makes configure read the PREFIX/etc/config.site file - which is pretty relevant on setups which don't feature a compiler- and linker-monoculture

[pramsey]

OK, less dire warning for the less fortunate. r9375