[zeromq-dev] s390x support

Neale Ferguson neale at sinenomine.net
Sat Jan 8 06:27:52 CET 2011


On Jan 8, 2011, at 0:06, "Steven McCoy" <steven.mccoy at miru.hk<mailto:steven.mccoy at miru.hk>> wrote:

Well the continuing hint from other developers is that OpenPGM should include an Autoconf/Automake system to just build the library.  I'm using Scons because it is the only viable build system for producing cross-platform debug, release, profile libraries along side unit test builds.

For OpenPGM you can clone SConstruct and tailor it for System Z, i.e. comment out CONFIG_HAVE_HPET, CONFIG_HAVE_RTC, CONFIG_HAVE_RTC.


For ØMQ there are two parts, configure.in<http://configure.in> needs to detect System Z, and then src/Makefile.am needs to be modified so that libpgm_diff_flags does not include those three parameters.



On 8 January 2011 12:53, Neale Ferguson <<mailto:neale at sinenomine.net>neale at sinenomine.net<mailto:neale at sinenomine.net>> wrote:
At the moment I disable CONFIG_HAVE_RTC etc via the configure script in zeromq2 directory but I’ve a feeling I should be doing something a little more elegant. Do the Sconstruct files figure into this?

On 1/7/11 11:29 PM, "Steven McCoy" <<http://steven.mccoy@miru.hk>steven.mccoy at miru.hk<mailto:steven.mccoy at miru.hk>> wrote:

For PGM I think you should already be disabling RTC & HPET support for System Z it would therefore make sense to add TSC onto the list.

The only other assembly in the code is for atomic ops and GCC or Solaris intrinsics are the preferred option, inline code used for older GCC versions, i.e. Red Hat 4, and non-Solaris platforms, i.e. OpenSolaris.  I'm ignoring the add-with-carry inline functions as they're not used anywhere (impl/checksum.h).

So alongside IA64, PowerPC and ARM assembler which is sitting in an old revision in SVN history somewhere I will currently leave out System Z assembler unless performance testing results prove significant advantage *and* the transport is in production use.

Or, simply part of a contract porting project with full platform testing, :D


zeromq-dev mailing list
<mailto:zeromq-dev at lists.zeromq.org>zeromq-dev at lists.zeromq.org<mailto:zeromq-dev at lists.zeromq.org>

zeromq-dev mailing list
zeromq-dev at lists.zeromq.org<mailto:zeromq-dev at lists.zeromq.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110107/93fa6104/attachment.htm>

More information about the zeromq-dev mailing list