Makefile uses LD instead of GCC for linking leads to undefined symbol: __stack_chk_fail_local

[RRosario]

The Makefile for Python SWIG uses LD for linking rather than GCC. On some Linux systems, this causes Python to throw the error:

$ python -c "import _python_grass6" Traceback (most recent call last):

File "<string>", line 1, in <module>

ImportError: ./_python_grass6.so: undefined symbol: stack_chk_fail_local

when the library python_grass6 is imported due to a stack smash guard.

I have confirmed that replacing LD with CC fixes this problem. On some distributions of Linux, this can be fixed by adding "-fno-stack-protector" to CFLAGS.

R.

[kyngchaos]

This isn't right on OSX either. We've spent some effort to get the wxpython nviz and vdigit to compile correctly on different platforms, so maybe that method should be used here also (patch attached).

There is still cleanup needed to completely conform to the GRASS make system, but it should compile correctly now.

[neteler]

What is the status of this report?

[glynn]

Replying to neteler:

What is the status of this report?

swig/python/Makefile has changed beyond recognition since this was originally filed. Linking now uses $(CXX).

[hamish]

apparently it is non-trivial to add a new "obsolete" resolved status, so just calling this fixed.