id,summary,reporter,owner,description,type,status,priority,milestone,component,version,resolution,keywords,cc 521,Can't compile PostGIS 1.5 against PostgreSQL 9.0 beta1 under MingW,robe,pramsey,"We were trying to get a build of PostGIS 1.5 prepared for PostgreSQL 9.0 beta1 and we seem to be having some difficulties. Has anyone tried this. The error we are getting {{{ /bin/sh.exe c:/projects/pg/pg90b1/lib/POSTGR~1/pgxs/src/MAKEFI~1/../../config/missing perl ../utils/postgis_proc_upgrade.pl postgis.sql 1.5 > postgis_upgrade_15_minor.sql c:/projects/pg/pg90b1/lib/POSTGR~1/pgxs/src/MAKEFI~1/../../config/missing: c:/projects/pg/pg90b1/lib/POSTGR~1/pgxs/src/MAKEFI~1/../../config/missing: No such file or directory }}} Not sure if this has to do with the pgxs change made in 1.5 or just a typo we have somewhere. We are going to try to build on another box to see if its just an error in our script. On a side note -- since we seem to be stuck completely with PostGIS 2.0 (can't compile Geos 3.3 not PostGIS 2.0 under mingW) -- I'm thinking this may be a message from above that we should just do a native VS build for the 2.0 release. I'm hoping we can start tackling that in the next week or so. The PostgreSQL 9.0 is going to support native Windows 64-bit and with that said we'd have to start using msys64 or just compile under VS if we don't want to force people to run PostgreSQL in 32-bit mode. Given most windows developers seem to prefer Visual Studio/Express as well as the cross boundary issues we have faced with libxml, seems we need to move there eventually. ",defect,closed,medium,PostGIS 1.5.2,postgis,1.5.X,fixed,,