[zeromq-dev] [patch] 0001-Added-support-for-latest-OpenPGM-5.1.99-on-OSX10.6.patch
alcoholiday at gmail.com
Tue Dec 21 18:22:57 CET 2010
All great suggestions. I'll work on implementing them. Once I slept on
it, I came to a similar conclusion that you should just be able to
point at a version of openpgm, so I'll make that happen.
The single line of diff flags was because features.h blows up when
building from zeromq current build, and this supresses the inclusion
Thanks for the useful feedback. This is my first time in autotools
land and it's a little overwhelming. :)
On Tue, Dec 21, 2010 at 1:28 AM, Mikko Koppanen
<mikko.koppanen at gmail.com> wrote:
> On Tue, Dec 21, 2010 at 8:49 AM, Scott <alcoholiday at gmail.com> wrote:
>> Well... after a little testing, I find that it's exploding when I try
>> to do a connect("epgm://en1;2220.127.116.11:5000"), so we're not quite
>> there yet! At the same time openpgm does compile and complete its
>> However, I'd still appreciate some feedback regarding the format of
>> the changes, or if folks think I should make an OSX branch?
> Hi Scott,
> overall the patch looks good. Following things came into mind when
> skimming through it:
> 1) rather than having a switch to checkout directly from openpgm svn
> it might make more sense to add --with-pgm-source=/path/to switch that
> would allow specifying a path in the filesystem. This approach would
> allow testing local changes a lot more easily and doesn't break if
> openpgm decides to change repository location in the future. What do
> you think?
> 2) The automake conditional uses ON_DARWIN but the code uses
> ZMQ_HAVE_OSX. I think it would be safe to use ON_OSX in automake as
> 3) PGMEXTRASOURCE should be PGM_EXTRA_SOURCE or even AC_ZMQ_PGM_EXTRA_SOURCE.
> 4) libpgm_diff_flags inside ON_DARWIN should be one per line.
> I think the plan is to add support for building libzmq with openpgm on
> Solaris and FreeBSD as well. It might even make sense to split
> operating system specifics into their respective automake files and
> include based on operating system. It might be a bit cleaner approach
> than using conditionals. I am not sure whether this is possible just
> by doing AC_CONFIG_FILES([foreign/Makefile.linux.am]) or something
> Can you send the patch as attachment as well so that I can properly
> test it? It seems that my mail client doesn't handle inline patches
> very well.
> Mikko Koppanen
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
More information about the zeromq-dev