#1409 closed defect (fixed)
Can't compile topology or raster anymore under mingw
Reported by: | robe | Owned by: | strk |
---|---|---|---|
Priority: | blocker | Milestone: | PostGIS 2.0.0 |
Component: | build | Version: | master |
Keywords: | Cc: | martin |
Description
Something happened recently and I don't know what it is. Might be the work strk and dustymugs have been doing with building uninstall scripts for raster and topology, but I can't compile
--with-raster --with-topology anymore.
I first tried --with-topology and that doesn't work either, but leaving those out seems to still work. I think the last time I tried might have been around 12/20 - 12/22, but I think dusty had put in some extra cleaning logic since he said not everything was being removed that should have been so this might be a longer standing problem that is only exhibiting itself now that the clean process is cleaning more.
I tried wiping out my trunk svn and redownloading and that did not help.
Attached is my build log just trying to build --with-topology. I tried with 9.1 and have same issue.
Attachments (3)
Change History (12)
by , 13 years ago
Attachment: | build90w_topology.log added |
---|
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Okay employing this hack:
sed 's,$(PERL),perl,g' <topology/Makefile >topology/Makefile2 mv topology/Makefile2 topology/Makefile
for topology fixed my topology compile issue, however similar hack for raster
sed 's,$(PERL),perl,g' <raster/rt_pg/Makefile >raster/rt_pg/Makefile2 mv raster/rt_pg/Makefile2 raster/rt_pg/Makefile
Did not. It doesn't seem to be complaining about not being able to find perl though so something else must be wrong.
See attached build just trying to build --with-raster
by , 13 years ago
Attachment: | build90_wraster.log added |
---|
comment:3 by , 13 years ago
Okay I think I figured out my issue with raster. strk it's this line you added to rt_pg/Makefile.in
http://trac.osgeo.org/postgis/browser/trunk/raster/rt_pg/Makefile.in#L92
# SQL objects deps here $(SQL_OBJS): ../../postgis/sqldefines.h
Wouldn't that overwrite this?
$(SQL_OBJS): %.in: %.in.c $(CPP) -I../../postgis/ -I../../ -traditional-cpp $< | grep -v '^#' > $@
Should that other part go in ${OBJS} instead.
I realized I don't know quite what I'm talking about but getting rid of that line you added fixes my compile issue.
comment:4 by , 13 years ago
Cc: | added |
---|
by , 13 years ago
Attachment: | pg2_wheezy_fail.txt added |
---|
comment:6 by , 13 years ago
Theoretically no, there should be no override, the latter should be only encoding an additional dependency. I guess it depends on make version. It is meant to force rebuild of the SQL file when changing sqldefines, which in turn is changed by ./configure
comment:7 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Peter Clark found out: white space. Please try r8599
Hmm on closer inspection. Looks like it can't find perl. I had this issue with PostGIS and have a hack in place for postgis to replace ${PERL} with perl.
I'll try the same hack with raster and topology and see if that fixes the issue. Would be nice if I didn't need all these hacks. Is there a reason we can't just say perl? Isn't perl always global?