recursion limit of 1024 exceeded, use -L<N> to change it about osm2pgsql HOT 7 CLOSED

I've disabled the offending macros for now.

Looks like the m4 version on centos is too old for the ax_cflags_warn_all macro. Interestingly, the version of the macro that ships with centos causes the same error.

from osm2pgsql.

7a09ca3 introduced this regression. 0cb6bc9 is the last good version. At 7a09ca3, the code was moved to ANSI C standard.

from osm2pgsql.

thank you for reply. i run the script under fedora 17 and after that i configured and compiled under centos where i needed it without any problem.

from osm2pgsql.

Hi, I'm installing osm2gsql on centos 6.6 and I have this same problem, how can I fix it? I disabled WARN_ALL macros according to hholzgra@f710045 but did not work.
Thanks.

from osm2pgsql.

Hi, I'm installing osm2gsql on centos 6.6 and I have this same problem, how can I fix it?

Try doing git clean -xfd and disabling the warning macros. If that doesn't fix it, build your own autotools and/or m4, do git clean and instead of running autogen.sh, run each command in it individually, making sure to use the new versions.

Once you get autogen.sh working, you will run into problems with a few default versions of requirements that come with Centos 6.

• You need a C++11 compiler. Centos 6 pre-dates C++11, so you'll need an appropriate version of GCC (4.8) or clang (3.4).
• The version of Boost on Centos is similarly ancient
• The version of GEOS included will probably compile, but may produce more errors than a recent version
• If you're running the database server on Centos, you should probably build your on PostgreSQL + PostGIS, as I believe the versions of both that come with Centos 6 are end of life
• The Protocol Buffers version is probably too old too

Something called "devtoolset-2" may help with some components.

If using a RPM based distribution, I strongly recommend Fedora, or if you need Centos, Centos 7 might be recent enough to avoid some of this work.

If you must use Centos 6, it is possible to compile recent versions of what you need, and osm2pgsql should work then. This is actually not much additional burden, because if you're using Centos you will need to do this anyways for the dependencies of virtually every other component of a tile rendering server.

from osm2pgsql.

You might also find 0.86.0 easier to work with as its the old C version.

from osm2pgsql.

Thanks pnorman for your help, it was so helpful. I followed your advise and then I can ran autogen.sh without warnings or error.

Thanks a lot.

from osm2pgsql.