Hi Kai, Never mind, it works on a clean checkout. It must have been caused by not starting with a clean state. I indeed use FreeBSD, which does not have lseek64, but I was using the latest version that had the commit you mention applied, and got to the error: #error Flat nodes cache requires a 64 bit capable seek Supposedly I could only get there if no support for large files was available, but apparently some state of a previous build was still left, even though I cleaned and reconfigured. Now, with a clean checkout, everything works fine.
Thanks for the explanation. Cheers, Steven Op zondag 2 september 2012 18:09:11 schreef Kai Krueger: > Hi, > > on what platform are you trying to compile osm2pgsl? > > Some systems that don't have lseek64 seem to use a 64bit off_t pointer > anyway. So the normal lseek is fine for large files. I have added a > compile check for this condition a couple of days ago [1]. > > If your system doesn't support large files at all, then one would indeed > have to disable the compilation of the persistent node cache. This > currently isn't possible, but shouldn't be difficult to add. > > Kai > > [1] > https://github.com/openstreetmap/osm2pgsql/commit/74873cfed07ab3fd8d21cf266 > ba7075ec9bc6a1e > > On 9/2/12 3:03 AM, Steven te Brinke wrote: > > Hi, > > > > Since I do not have lseek64 on the system that runs osm2pgsql, I cannot > > compile the latest version that uses a flat file persistent node cache. > > However, I do not care about the persistent node cache, since I'm only > > importing extracts and it's not well suited for that. So can anyone tell > > me how I can compile osm2pgsql without the flat node cache? > > > > Cheers, > > Steven _______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev

