[IPython-dev] trying to compile pyzmq

MinRK benjaminrk@gmail....
Wed Jun 8 18:01:54 CDT 2011


EPD has installed zmq.h to
/Library/Frameworks/EPD64.framework/Versions/7.0/include, then?  If adding
locations to include_dirs explicitly does not take precedence over the
system defaults, then this is honestly a huge, critical bug in EPD itself,
but I'm not 100% what's responsible for EPD being inappropriately prepended
to the include path.

The dirty, hackish answer would be to remove (or rename) the zmq headers
installed by EPD, or install libzmq with a prefix of
'/Library/Frameworks/EPD64.framework/Versions/7.0', thus clobbering the old
libzmq.  There shouldn't be any EPD code that requires the existence of the
zmq *headers*, but if they do similar horrible things with library paths,
then you will only get one step further, and need to remove/replace libzmq
in EPD entirely.

-MinRK

On Wed, Jun 8, 2011 at 15:47, Satrajit Ghosh <satra@mit.edu> wrote:

> hi min,
>
> unfortunately that didn't help. you can see from the output that the
> configuration simply uses a limited set of directories, while the gcc
> compilation during the build process lists the EPD include directory before
> the include dir found by configure or setup.cfg
>
> output at: https://gist.github.com/1015631
>
> cheers,
>
> satra
>
>
>
> On Wed, Jun 8, 2011 at 6:30 PM, MinRK <benjaminrk@gmail.com> wrote:
>
>>
>>
>> On Wed, Jun 8, 2011 at 15:06, Satrajit Ghosh <satra@mit.edu> wrote:
>>
>>> hi min
>>>
>>> found the file. i'm using EPD and since it bundles pyzmq, the include
>>> path contains the old pyzmq. i'm trying to figure out a way to have this
>>> pyzmq compile with my zmq instead of EPD's.
>>>
>>
>> use `python setup.py configure --zmq=/path/to/install/prefix` to tell
>> pyzmq where libzmq is installed.  I'm a bit concerned by the how your
>> configuration is inconsistent, such that LD finds your libzmq before EPD's,
>> but gcc finds EPD's zmq.h before yours.
>>
>> In any case, specifying the zmq location should help.
>>
>>
>>>
>>> cheers,
>>>
>>> satra
>>>
>>>
>>>
>>>
>>> On Mon, Jun 6, 2011 at 10:11 PM, Min RK <benjaminrk@gmail.com> wrote:
>>>
>>>> Hi, sorry you are having issues.
>>>>
>>>> Those values being undefined means the zmq.h that gcc is finding is old
>>>> (pre-2.1.0, I think), but weirdly the libzmq the detection is finding is
>>>> current.
>>>>
>>>> Try looking around for zmq.h, and removing the old one.
>>>>
>>>> -MinRK
>>>>
>>>> On Jun 6, 2011, at 18:39, Satrajit Ghosh <satra@mit.edu> wrote:
>>>>
>>>> > hi min and brian,
>>>> >
>>>> > trying to compile pyzmq, both from git clone master
>>>> >
>>>> > cheers,
>>>> >
>>>> > satra
>>>> >
>>>> > Configure: Autodetecting ZMQ settings...
>>>> >     Custom ZMQ dir:       /software/venvs/EPD/7.0/ipxi
>>>> > cc -I/software/venvs/EPD/7.0/ipxi/include -Izmq/utils -Izmq/core
>>>> -Izmq/devices -c detect/vers.c -o detect/vers.o
>>>> > cc -arch x86_64 -undefined dynamic_lookup detect/vers.o
>>>> -L/software/venvs/EPD/7.0/ipxi/lib -lzmq -o detect/vers
>>>> >     ZMQ version detected: 2.1.7
>>>> > ******************************************
>>>> > cythoning zmq/core/constants.pyx to zmq/core/constants.c
>>>> > building 'zmq.core.constants' extension
>>>> > creating build/temp.macosx-10.5-x86_64-2.7
>>>> > creating build/temp.macosx-10.5-x86_64-2.7/zmq
>>>> > creating build/temp.macosx-10.5-x86_64-2.7/zmq/core
>>>> > gcc -fno-strict-aliasing -fno-common -dynamic -arch x86_64 -DNDEBUG -g
>>>> -O3 -arch x86_64 -I/Library/Frameworks/EPD64.framework/Versions/7.0/include
>>>> -I/software/venvs/EPD/7.0/ipxi/include -Izmq/utils -Izmq/core -Izmq/devices
>>>> -I/software/venvs/EPD/7.0/ipxi/include
>>>> -I/Library/Frameworks/EPD64.framework/Versions/7.0/include/python2.7 -c
>>>> zmq/core/constants.c -o
>>>> build/temp.macosx-10.5-x86_64-2.7/zmq/core/constants.o -Wno-unused-function
>>>> -Wno-strict-aliasing
>>>> > zmq/core/constants.c: In function ‘initconstants’:
>>>> > zmq/core/constants.c:1024: error: ‘ZMQ_XPUB’ undeclared (first use in
>>>> this function)
>>>> > zmq/core/constants.c:1024: error: (Each undeclared identifier is
>>>> reported only once
>>>> > zmq/core/constants.c:1024: error: for each function it appears in.)
>>>> > zmq/core/constants.c:1036: error: ‘ZMQ_XSUB’ undeclared (first use in
>>>> this function)
>>>> > zmq/core/constants.c:1662: error: ‘ZMQ_FD’ undeclared (first use in
>>>> this function)
>>>> > zmq/core/constants.c:1674: error: ‘ZMQ_EVENTS’ undeclared (first use
>>>> in this function)
>>>> > zmq/core/constants.c:1686: error: ‘ZMQ_TYPE’ undeclared (first use in
>>>> this function)
>>>> > zmq/core/constants.c:1698: error: ‘ZMQ_LINGER’ undeclared (first use
>>>> in this function)
>>>> > zmq/core/constants.c:1710: error: ‘ZMQ_RECONNECT_IVL’ undeclared
>>>> (first use in this function)
>>>> > zmq/core/constants.c:1722: error: ‘ZMQ_BACKLOG’ undeclared (first use
>>>> in this function)
>>>> > zmq/core/constants.c:1850: error: ‘ZMQ_RECONNECT_IVL_MAX’ undeclared
>>>> (first use in this function)
>>>> > error: command 'gcc' failed with exit status 1
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > IPython-dev mailing list
>>>> > IPython-dev@scipy.org
>>>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev@scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev@scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.scipy.org/pipermail/ipython-dev/attachments/20110608/8c3f6a51/attachment.html 


More information about the IPython-dev mailing list