Thanks! I'm really happy to see that someone is taking a look at this
since I don't have a way to test it.
I'll make these fixes and let you know what revision to check again.
Probably later this evening.
Ralph
On Jul 22, 2008, at 10:38 AM, Thomas Herault wrote:
Hi,
I just tested compil
On Jul 22, 2008, at 12:32 PM, Roland Dreier wrote:
So I think using byteorder.h is not a good idea (note the warning).
How about just having two #defines, picking the Right one based on
WORDS_BIGENDIAN?
On Linux, the public header might have what you need.
For that matter has htonll() define
Hi,
I just tested compiling ompi on a LSF cluster (LSF 7.0.2) (see ticket
1356).
I could solve a few trivial bugs myself (see svn diff below), however
I hit compile errors beyond my knowledge of ORTE internal structures
in orte/mca/ras/lsf/ras_lsf_module.c and orte/mca/ras/lsf/
ras_lsf_com
> So I think using byteorder.h is not a good idea (note the warning).
> How about just having two #defines, picking the Right one based on
> WORDS_BIGENDIAN?
On Linux, the public header might have what you need.
For that matter has htonll() defined.
- R.
Pasha --
I notice that all of IU's builds failed last night with errors like
this:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../../../opal/include -
I../../../../orte/include -I../../../../ompi/include -I../../../../
opal/mca/paffinity/linux/plpa/src/libplpa -I/usr/local/ofed/include
Thanks! I removed it from v1.3 in r18974.
On Jul 21, 2008, at 10:52 PM, Richard Graham wrote:
No need for SM2 right now. We need a change to the communicator,
before we
can bring this over, and have just gotten around to addressing this
yet.
Rich
On 7/21/08 3:40 PM, "Jeff Squyres" w
