It seems like swq.h belongs in /usr/local/include folder to fix the easy
install problem.
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/gdal-dev-GDAL-easy-install-problem-tp5577829p5619701.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
Hi Frank
2010/10/9 Frank Warmerdam :
> Jorge Arévalo wrote:
>>
>> Hi everybody,
>>
>> If I'm implementing a driver for a given raster structure, that always
>> has BSQ format, has sense to implement the IRasterIO for Dataset
>> and/or Rasterband derived classes?
>
> Jorge,
>
> If the data is band
Hi Ari,
the following mini-patch should fix the issue:
Index: gdal/frmts/kmlsuperoverlay/GNUmakefile
===
--- gdal/frmts/kmlsuperoverlay/GNUmakefile (revisione 20798)
+++ gdal/frmts/kmlsuperoverlay/GNUmakefile (copia locale)
make[2]: Entering directory `/home/ajolma/dev/gdal/frmts/kmlsuperoverlay'
make[2]: *** No rule to make target `../o/kmlsuperoverlaydataset.o', needed by
`install-obj'. Stop.
make[2]: Leaving directory `/home/ajolma/dev/gdal/frmts/kmlsuperoverlay'
make[1]: *** [kmlsuperoverlay-install-obj] Error
8.10.2010 23:12, Frank Warmerdam kirjoitti:
Very early in the GDALOpenInfo constructor a call is made to VSIStatExL()
which should go to VSIWin32FilesystemHandler::Stat() in
cpl_vsil_win32.cpp.
I don't know why this would not happen.
Thereafter the file is opened with VSIFOpen() which is imp