[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