[OSM-dev] How to compile osm2pgsql without persistent node cache?

Steven te Brinke steven at tebrinke.net
Sun Sep 2 18:35:54 BST 2012


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



More information about the dev mailing list