Linking fails on OS X El Capitan

[tobson]

Linking fails on OS X El Capitan

[rainwoodman]

Thanks for the patch! I will look at this as soon as I get to a computer.

Yu
On Jun 27, 2016 7:40 AM, "Tobias Heinemann" [email protected]
wrote:

On my OS X install (with Python provided by Homebrew), linking fails
because the Python libraries cannot be found:

creating build/lib.macosx-10.11-x86_64-3.5
creating build/lib.macosx-10.11-x86_64-3.5/pfft
mpicc -shared build/temp.macosx-10.11-x86_64-3.5/pfft/core.o build/temp.macosx-10.11-x86_64-3.5/depends/lib/libpfft.a build/temp.macosx-10.11-x86_64-3.5/depends/lib/libpfftf.a build/temp.macosx-10.11-x86_64-3.5/depends/lib/libfftw3_mpi.a build/temp.macosx-10.11-x86_64-3.5/depends/lib/libfftw3.a build/temp.macosx-10.11-x86_64-3.5/depends/lib/libfftw3f_mpi.a build/temp.macosx-10.11-x86_64-3.5/depends/lib/libfftw3f.a -o build/lib.macosx-10.11-x86_64-3.5/pfft/core.cpython-35m-darwin.so
Undefined symbols for architecture x86_64:
"_PyBaseObject_Type", referenced from:
___pyx_tp_new_4pfft_4core_ProcMesh in core.o
___pyx_tp_new_4pfft_4core_Partition in core.o
___pyx_tp_new_4pfft_4core_LocalBuffer in core.o
___pyx_tp_new_4pfft_4core_Plan in core.o
___pyx_tp_new_array in core.o
___pyx_tp_new_Enum in core.o
___pyx_tp_new_memoryview in core.o
...
"_PyBuffer_Release", referenced from:
___pyx_tp_dealloc_memoryview in core.o
"_PyByteArray_Type", referenced from:
___pyx_tp_new_array in core.o

and so on. The patch in #1
#1 fixes this. I've only
tested this on OS X and Linux though.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#2, or mute the thread
https://github.com/notifications/unsubscribe/AAIbTJB1VoBVEhQbfSl69iWu0DXzHy9Hks5qP-DQgaJpZM4I_Ka8
.

[rainwoodman]

This is cleaner than our previous solution.

export OMPI_CC=gcc
export LDSHARED="mpicc -bundle -undefined dynamic_lookup -DOMPI_IMPORTS";

Did you ever run into the OMPI_CC issue?

[rainwoodman]

So far so good. (confirmed by Nick). Closing.