On 12/13/2011 11:50 PM, Brice Goglin wrote:
Le 14/12/2011 08:29, Paul H. Hargrove a écrit :
I've attempted the build on MacOS 10.4 (Tiger) on x86-64, I hit the
same hwloc issue I've encountered on {Free,Open,Net}BSD.
The build fails with
CCLD opal_wrapper
/usr/bin/ld: Undefin
On 12/14/2011 12:04 AM, Paul H. Hargrove wrote:
So, I agree w/ Brice that OMPI is getting something wrong, as
evidenced by the failures to link linux-specific hwloc symbols.
My reports (other than the one for RHL8) have been unfairly pointing
at hwloc.
-Paul
--
Paul H
le-able
(this is the v1.4 ticket)
https://svn.open-mpi.org/trac/ompi/ticket/2937
They would both need to be fixed in the *immediate future* to be considered.
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department
his is the v1.4 ticket)
https://svn.open-mpi.org/trac/ompi/ticket/2937
They would both need to be fixed in the *immediate future* to be considered.
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-51
And I don't have any clue what the relation may be between that error
and the version of make.
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
y configure argument used was
"--disable-io-romio" on the BSD platforms.
I have slow Solaris10 boxes (1 each x86 and sparc) that I will test as
time allows.
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department
Solaris-10 testers on both x86 and SPARC both produced errors on
included from
ompi/contrib/vt/vt/extlib/otf/tests/thumbnail/thumbnail.c during "make
check". This is due to the following in /usr/include/stdbool.h on
Solaris 10:
* Included for alignment with the ISO/IEC 9899:1999 standard. T
On 12/20/2011 1:51 PM, Jeff Squyres wrote:
On Dec 16, 2011, at 7:39 PM, Paul H. Hargrove wrote:
I've noticed that on, for instance, FreeBSD I must compile openmpi-1.5.5rc1 with "gmake"
rather than "make".
I didn't see "GNU Make" listed as a build de
/Makefile.am
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
Of course that subject should have said "1.5.*5*rc1" rather than "1.5.1rc1"
On 12/20/2011 3:22 PM, Paul H. Hargrove wrote:
While trying to resolve the gmake-vs-bmake problem I ran autogen.sh
and saw:
/home/phargrov/OMPI/openmpi-1.5.5rc1/openmpi-1.5.5rc1/autogen.sh: line
On 12/20/2011 2:47 PM, Paul H. Hargrove wrote:
[snip]
So, conclusions:
1) On line 16 of generate-asm.pl, "$1" is a typo for "$!", but is NOT
the true problem.
2) Somebody who knows automake is going to have to rework the
"generated/@OMPI_ASM_FILE@" target i
autogen on the trunk such that this doesn't
happen anyway, and c) it's a non-fatal error (and reflects correct behavior
anyway -- we don't need that script run anywhere except the root).
I'll add it to the list, but I don't know if it'll actually get fixed.
On Dec
e/all of the above issues get fixed, just
so that we can do another round of testing to see how all of the issues look.
1.5.5 (final) will not be released before Jan 3, 2011.
Happy holidays, everyone!
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC
Castain wrote:
You are quite correct - it was indeed missing from Makefile.am! Fixed - and
thanks!
On Dec 20, 2011, at 4:40 PM, Paul H. Hargrove wrote:
Regardless of any other issues the referenced file does not appear in the
tarball at all:
$ tar tfj openmpi-1.5.5rc1.tar.bz2 | grep modify
tlib/otf/tests/progress/Makefile.am:
$(RM) *.otf *.def *.events *.marker *.otf.z *.def.z *.events.z *.marker.z
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
at 5:10 PM, Paul H. Hargrove wrote:
You are welcome.
NOTE: the same issue exists in 1.4.5rc1
$ grep for-sun-fortran openmpi-1.4.5rc1/autogen.sh
config/modify-configure-for-sun-fortran.pl
$ tar tfj openmpi-1.4.5rc1.tar.bz2 | grep modify-configure-for-sun-fortran.pl
|| echo NOPE
NOPE
-Paul
0/2011 5:28 PM, Larry Baker wrote:
I am pretty sure a literal "rm -rf" should be fine.
Not necessarily. I'm not at work. But I think either -f or -r might not be
legal on all Unix's (Tru64 Unix? AIX?).
Larry Baker
US Geological Survey
650-329-5608
ba...@usgs.gov
On Dec 2
Open Grid Scheduler / Grid Engine
http://gridscheduler.sourceforge.net/
Scalable Grid Engine Support Program
http://www.scalablelogic.com/
Larry Baker
US Geological Survey
650-329-5608
ba...@usgs.gov
On Dec 20, 2011, at 5:19 PM, Paul H. Hargrove wrote:
For the
onfig/config.guess and the one that "automake --copy" wishes to install.
While looking into this I also noted something "odd" in autogen.sh:
Why is ompi_autoconf_version="2.59" when there is ALSO a check for 2.60
or later?
Note that I don't
laris.s)
configure:27757: checking for atomic assembly filename
configure:27764: result: atomic-sparcv9-32-solaris.s
ompi_cv_asm_file=atomic-sparcv9-32-solaris.s
OMPI_ASM_FILE='atomic-sparcv9-32-solaris.s'
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
F
p the
tarballs w the most recent config.sub and .guess (i.e., more recent than what
comes w the most recent Autotools).
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Labor
it *IS* possible to support
armv4 and newer using linux kernel-level support.
At some point the persistent Debian portability police may bug you
about that :-)
You can find the necessary code and configure logic in GASNet if you
feel a need for it.
-Paul
--
Paul H. Hargrove
s
issues you ran into are from te results that we return from our config.foo
files or the ones from your Autotools.
Sent from my phone. No type good.
On Dec 21, 2011, at 8:41 AM, "Paul H. Hargrove" wrote:
I only ran autogen after I had edited a Makefile.am or a .m4 file.
-Paul
On
Is there a summary of fixes since rc1?
Such a list would guide my retesting of the issues I reported with rc1.
-Paul
On 1/19/2012 9:55 AM, Jeff Squyres wrote:
Please test:
http://www.open-mpi.org/software/ompi/v1.4/
--
Paul H. Hargrove phhargr...@lbl.gov
011/12/10086.php ) as
well as against 1.4.3rc1 in the past (see
http://www.open-mpi.org/community/lists/devel/2010/08/8338.php ).
FAIL
macos-10.3/ppc
Same problem as reported against 1.4.5rc1 in
http://www.open-mpi.org/community/lists/devel/2011/12/10086.php
I ha
with respect to VPATH.
-Paul
On 1/19/2012 1:33 PM, Paul H. Hargrove wrote:
Here is a report on my findings with "configure && make all && make
install && make check" with ompi-1.4.5rc2.
All platforms built the "self", "sm" and "tcp&quo
Please test:
http://www.open-mpi.org/software/ompi/v1.4/
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
As promised earlier today, here are results from my Solaris platforms.
Note that there are libtool-related failures below that may be worth
pursuing.
If necessary, access to most of my machines can be arranged for
qualified persons.
== GNU compilers with {C,CXX,F77,FC}FLAGS=-mcpu=v9 on SPARCs,
xecutables. So, I had to
--disable-mpi-f77 to get things to work.
That, however, is NOT an OMPI problem.
-Paul
On 1/19/2012 11:21 PM, Paul H. Hargrove wrote:
As promised earlier today, here are results from my Solaris platforms.
Note that there are libtool-related failures below that may be wort
Unexpected token: Unary Diez
Operator at: Start
.libs/atomic-asm.o - 4 error(s), 0 warning(s)
make[2]: *** [atomic-asm.lo] Error 1
On 1/19/2012 9:55 AM, Jeff Squyres wrote:
Please test:
http://www.open-mpi.org/software/ompi/v1.4/
--
Paul H. Hargrove phharg
100316 (Advance-Toolchain-3.0) [merged from
redhat/gcc-4_4-branch, 162934]
gcc (GCC) 4.5.4 20110524 (Advance-Toolchain-4.0-2) [ibm/gcc-4_5-branch
revision 174864]
-Paul
On 1/19/2012 9:55 AM, Jeff Squyres wrote:
Please test:
http://www.open-mpi.org/software/ompi/v1.4/
--
Paul H. Harg
On 1/27/2012 5:24 AM, Jeff Squyres wrote:
On Jan 27, 2012, at 12:45 AM, Paul H. Hargrove wrote:
On this cluster, statfs() is returning ENOENT, which is breaking
opal_path_nfs().
So, these results are with test/opal/util/opal_path_nfs.c "disabled".
Paul -- can you explain this a l
Paul
On 1/19/2012 9:55 AM, Jeff Squyres wrote:
Please test:
http://www.open-mpi.org/software/ompi/v1.4/
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National La
While I previously reported success with xlc-11.1 on Linux for both
ppc32 and ppc64 ABIs, I find that all is not perfect with earlier compilers.
SUMMARY:
xlc-9.0 / xlf-11.1
PASS on ILP32 ABI
FAIL on LP64 ABI (details below)
xlc-8.0 / xlf-10.1
PASS on ILP32 ABI
PASS on
On 1/29/2012 9:28 PM, Paul H. Hargrove wrote:
[snip]
I also had to disable the opal_path_nfs test again on the POWER6
machine, even w/ the linux->__linux__ change.
I will report on that when/if I can determine the cause.
-Paul
Following up on the opal_path_nfs test failures I repor
ry-manager
into account when configuring the components of the faramework. If
--without-memory-manager was given, then we really don't want any
memory managers to be used.
NEWS and README updated
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC
2 in the description
of the group argument to MPI_COMM_CREATE.
Fixes #2844: ensure to take the value of --with(out)-memory-manager
into account when configuring the components of the faramework. If
--without-memory-manager was given, then we really don't want any
memory managers to be use
Oh, I missed a big one:
7) opal/util/path.c has "#elif defined(linux)" but XLC does not define this.
This is breaking test/util/opal_pth_nfs.c
See http://www.open-mpi.org/community/lists/devel/2012/01/10268.php
-Paul
On 1/30/2012 4:25 PM, Paul H. Hargrove wrote:
In retesting I se
8) linux/mips64 hangs in either atomic_spinlock or
atomic_spinlock_noinline test, depending on compiler and/or machine.
On 1/30/2012 7:55 PM, Paul H. Hargrove wrote:
Oh, I missed a big one:
7) opal/util/path.c has "#elif defined(linux)" but XLC does not define
this.
This is bre
ld compilers
README updates for the Sun compilers
README updates noting systems that are no longer supported
Fix assembly generation code on BSD in v1.4
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-23
Fix assembly generation code on BSD in v1.4
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
On 1/31/2012 12:51 PM, Jeff Squyres wrote:
On Jan 31, 2012, at 3:48 PM, Paul H. Hargrove wrote:
2) Must --disable-io-romio on OpenBSD
Nobody has yet told me to shutup about that one, so I mention it here for
completeness.
Having looked only briefly at the failure, I see that it is in
/software/ompi/v1.4/
The main differences are the 8 issues that Paul Hargrove mentioned:
Make v1.4 configure fail on OS X 10.3 and earlier
Fix opal/util/path.c for Linux with old compilers
README updates for the Sun compilers
README updates noting systems that are no longer
On 1/31/2012 1:42 PM, Jeff Squyres wrote:
On Jan 31, 2012, at 4:03 PM, Paul H. Hargrove wrote:
Oops -- Brad was supposed to put that in README, too.
Nope, I looked:
$ grep -i -e romio -e bsd openmpi-1.4.5rc4/README
- Updated ROMIO to the version from MPICH2 1.0.7
Doh. :-\
OK
On 1/31/2012 1:53 PM, Paul H. Hargrove wrote:
I can supply details if anybody want to work on this ahead of
1.5.5rc2, but the short report is:
gmake[3]: Entering directory
`/home/phargrov/OMPI/openmpi-1.5.5rc1-openbsd5-amd64/BLD/ompi/mca/io/romio/romio'
Making all in include
make: don&#
On 1/31/2012 3:43 PM, Jeff Squyres wrote:
On Jan 31, 2012, at 6:17 PM, Paul H. Hargrove wrote:
I took a quick look and discovered that all the generated Makefile's under
ompi/mca/io/romio/romio contain explicit MAKE=make (twice per Makefile,
actually).
I haven't gone back to loo
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/d
a branch, and an RFC issued. The bindings conform to
the MPI standard, and the implementation uses an existing external, third-party
binding that has been tested.
So I'm not sure what you are asking that hasn't already been done…
On Feb 7, 2012, at 1:33 PM, Paul H. Hargrove wrote:
7;t argue
this point any further.
-Paul
On 2/7/2012 12:48 PM, Ralph Castain wrote:
On Feb 7, 2012, at 1:43 PM, Paul H. Hargrove wrote:
Forgive me if I misunderstand, but I am under the impression that the MPI Forum
has not begun any standardization of MPI bindings for JAVA. Have I missed
so
ting LD_LIBRARY_PATH.
This is could either be Oracle's bug in the compiler, or a libtool problem.
My report was:
http://www.open-mpi.org/community/lists/devel/2012/01/10272.php
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Grou
On 2/7/2012 1:25 PM, Paul H. Hargrove wrote:
So far I see only two problems that remain:
+ I can't build w/ the PGI compilers on MacOS Lion.
This was previously reported in
http://www.open-mpi.org/community/lists/devel/2012/01/10258.php
+ Building w/ Solaris Studio 12.2 or 12.3 on
On 2/7/2012 2:37 PM, Paul H. Hargrove wrote:
+ "make check" fails atomics tests using GCCFSS-4.0.4 compilers on
Solaris10/SPARC
Originally reported in:
http://www.open-mpi.org/community/lists/devel/2012/01/10234.php
This is a matter of the Sun/Oracle fork of GCC (known as GCC
On 2/7/2012 1:25 PM, Paul H. Hargrove wrote:
I've SUCCESSFULLY retested 44 out of the 55 cpu/os/compiler/abi
combinations currently on my list.
I expect 9 more by the end of the day (the older/slower hosts), but
two of my test hosts are down.
My testing is complete for this rc:
+ 54
Add 3 more to the PASS list:
linux/x86-64 open64 w/ -m32
openbsd5/amd64 llvm-gcc-2.9 (C and C++, no FORTAN)
openbsd5/i386 llvm-gcc-2.9 (C and C++, no FORTAN)
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department
tems are set up this way.
This appears to be the default on Ubuntu (checked 3 hosts with 2
different releases).
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
On 2/8/2012 11:14 AM, Paul H. Hargrove wrote:
On 2/8/2012 3:25 AM, TERRY DONTJE wrote:
+ Building w/ Solaris Studio 12.2 or 12.3 on Linux x86-64, with
"-m32" required setting LD_LIBRARY_PATH.
Can the LD_LIBRARY_PATH be substituted with a rpath change in LDFLAGS
of the build?
y more to this than a need for special-casing the singleton?
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
to exclude virbr0. So, I read the question as meaning the
following:
What happens when a user who doesn't know anything about virbr0 does
mpirun --mca btl_tcp_if_exclude lo,eth8
And my guess is "nothing good happens".
-Paul
--
Paul H. Hargrove
On 2/10/2012 12:03 PM, Jeff Squyres wrote:
On Feb 10, 2012, at 1:44 PM, Paul H. Hargrove wrote:
Since the situation described is one where the user didn't know they
could/should disable xen, it is reasonable to think they ALSO don't know they
need to exclude virbr0.
That&
On 2/10/2012 12:21 PM, Jeff Squyres wrote:
On Feb 10, 2012, at 3:14 PM, Paul H. Hargrove wrote:
+ User knows nothing about xen, and thus nothing about virbr0
+ User has a local-only interface (eth8 in my made up example)
+ User reads FAQ entry "220. How do I tell Open MPI which TCP net
Much better - at least to the extent that users actually read FAQs :-)
-Paul
On 2/10/2012 5:01 PM, Jeff Squyres (jsquyres) wrote:
Check out #220 now; I updated it.
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department
That's probably a reflection of the status of the "Open MPI User
Documentation" sub-project :-)
On 2/10/2012 5:12 PM, Jeff Squyres wrote:
FWIW: google analytics indicates that the FAQ and the mailing list archives are
among the most heavily used sections of the web site.
for -m32 with Ubuntu/Sun compilers
- refuse to configure with gccffs
- LANL TLCC2 platform files
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax
en-mpi.org/community/lists/devel/2012/01/10300.php
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
rguments to ibv_create_cq],
which performs exactly the sort of test I am warning against.
So, I would encourage somebody to make the effort to reuse the configure
logic Jeff and I developed for hwloc.
In particular look for setting and use of HWLOC_STRICT_ARGS_CFLAGS in
config/hwloc.m4
-
onfigured out.
This is not present in the 1.5 branch configured with identical arguments.
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
On 2/14/2012 5:10 PM, Paul H. Hargrove wrote:
I have configured the ompi-trunk (from last night's tarball:
1.7a1r25913) with --without-hwloc.
Having done so, I see the following failure at build time:
CC rmaps_rank_file_component.lo
/home/hargrove/OMPI/openmpi-trunk-linux-mip
The attached patches fix three problems with the non-inline ASM for MIPS
(and MIPS64EL):
1) ".set rerorder" was placed too early.
This was causing loss of the SLTU instruction in the jump delay
slot which follows the return instruction. Since that SLTU is
used to set the return value, t
On 2/14/2012 10:13 PM, Paul H. Hargrove wrote:
On the linux/mips64el platform I also tried the PathScale 3.3a
compilers on both branches.
On both branches the atomic_*_noinline tests all PASS, which validates
these patches.
On trunk all the tests in test/asm are PASSing.
However, the
previous one failed.
However, here it is anyway:
$ gcc -fPIC -shared pmpi_test.c -Iinclude -o libpmpi_test.dylib -Llib
powerpc-apple-darwin8-gcc-4.0.1: unrecognized option '-shared'
/usr/bin/ld: Undefined symbols:
_MPI_Init
_PMPI_Finalize
collect2: ld returned 1 exit status
-Paul
Th
confusion you
report, though - just noting that it built.
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
ca/event/libevent2013/libevent2013_module.c
-fPIC -DPIC -o .libs/libevent2013_module.o
-Paul
On 2/15/2012 1:16 PM, Paul H. Hargrove wrote:
Thanks, Ralph.
I am a little deficient in the autotools department.
So, I will probably only be able to retest after a new trunk tarball
is gener
2012-02-15 14:11:25.183478598 -0800
@@ -4,7 +4,7 @@
*/
#include "opal_config.h"
#include "opal/constants.h"
-#include "config.h"
+#include "libevent/config.h"
#ifdef HAVE_SYS_TYPES_H
#include
-Paul
On 2/15/2012 1:58 PM, Paul H. Hargrove wr
7m/test/util/opal_path_nfs.c 2012-02-16
01:49:18.882418827 +0100
@@ -154,6 +154,7 @@
nfs_tmp[mount_known] = false;
if (0 == strcasecmp (fs, "nfs") ||
+0 == strcasecmp (fs, "nfs4") ||
0 == strcasecmp (fs, "lustre") ||
ed it to the trunk.
On Wed, Feb 15, 2012 at 2:17 PM, Paul H. Hargrove <mailto:phhargr...@lbl.gov>> wrote:
The following 1-line change resolves the problem for me, and I see
no potential down-side to it:
---
openmpi-1.7a1r25927/opal/mca/event/libevent2013/libevent2013_m
wrote:
I don't know if it is a Clang bug, but here's my understanding of the problem.
[...excellent description removed...]
I'm not sure if this is a bug in Clang because I don't know if Clang
should have tried to instantiate create().
Dmitri
--
Paul H. Hargrove
As a point for discussion, I am going to offer a simple solution:
c) Ignore this for 1.5.5 and raise the minimum MacOS version from 10.4
to 10.5 for ompi 1.6.x and 1.7.x
Any strong opinions?
-Paul
On 2/15/2012 10:29 AM, Paul H. Hargrove wrote:
I wanted to note that MacOS 10.4 on *X86* has
and 64 bit (x86_64), with gcc
and Absoft compilers (*).
-Paul
On 2/15/2012 7:24 PM, Paul H. Hargrove wrote:
As a point for discussion, I am going to offer a simple solution:
c) Ignore this for 1.5.5 and raise the minimum MacOS version from 10.4
to 10.5 for ompi 1.6.x and 1.7.x
Any stron
As I already discover (see
http://www.open-mpi.org/community/lists/devel/2012/02/10444.php), MacOS
10.4 is NOT listed as a supported platform any longer. So, this message
is really just for the archives.
From "man ld" on a MacOS 10.4 system (x86 or ppc):
MACOSX_DEPLOYMENT_TARGET
1.3.2
testing where Jeff and I thought we had this issue fixed.
I don't know for sure how I missed re-testing the final cut, but can
only guess that I left --disable-visibility in my testing scripts.
-Paul "thorough testing is a double-edged sword" Hargrove
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
^
Usage of btl->error_cb() appears correct on the 1.5 branch (just a
visual inspection).
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
field "sm_common_mmap"
opal_crs_base_cleanup_append(self_sm_module->sm_common_mmap->map_path,
false);
^
compilation aborted for
/home/pcp1/phargrov/OMPI/openmpi-1.5-latest-linux-x86-gm2-icc-8.1//openmpi-1.5-latest/ompi/mca/mpool/sm/mpool_sm_module.c
(code 2)
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
enmpi-trunk-solaris10-sparcT2-ss12u2-v9//openmpi-trunk/test/util/opal_sos.c
Let me know which bits are needed (config.log, opal_config.h, etc) and
I'll gladly send them (but figured the entire list didn't want to see them).
-Paul
--
Paul H. Hargrove phhargr...@lb
k until 1.6)
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
--- openmpi-1.7a1r25944/opal/include/opal/types.h~ Fri Feb 17 12:01
efined reference to
`opal_timer_altix_freq'
collect2: ld returned 1 exit status
The configure-generated opal_config.h contains
#define MCA_timer_IMPLEMENTATION_HEADER
"opal/mca/timer/altix/timer_altix.h"
Nothing appears to have been built in BUILDDIR/opal/mca/timer/altix.
How
and it mentions that the
POSIX draft for LEX leaves such cases undefined.
http://flex.sourceforge.net/manual/Limitations.html
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Be
onent fbtl:posix can compile".
-Paul
--
Paul H. Hargrove phhargr...@lbl.gov <mailto:phhargr...@lbl.gov>
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
--
k_alps.m4: AS_IF([test
"$orte_check_alps_pmi_happy" == "yes" -a "$orte_without_full_support" = 0],
./config/ompi_load_platform.m4:if test "$with_platform" == "" ; then
The $with_platform test breaks configure fairly early on at l
evel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
't. We added yet another macro to handle issues like this, so
it was a fairly easy fix.
Thanks,
Brian
On 2/17/12 4:26 PM, "Paul H. Hargrove" wrote:
I've poked enough at the ompi configure magic to *think* I
understand the source of the problem I've seen
NFIG_SHELL=dash dash [path_to]/configure [options]
-Paul
On 2/20/2012 5:42 AM, Jeffrey Squyres wrote:
Fixed -- thanks!
On Feb 20, 2012, at 4:11 AM, Paul H. Hargrove wrote:
Please note that "==" is NOT a portable binary operator for the "test" utility.
It is supported on
and I suspect that is the
new problem I am hitting. I hope to know soon.
-Paul
On 2/20/2012 12:41 PM, Jeffrey Squyres wrote:
grep == configure | grep test
only shows one more. I found it in config/ompi_load_platform.m4 and fixed it
on the trunk.
On Feb 20, 2012, at 3:38 PM, Paul H. Harg
slowlaris10 results.
NOTE: this is NOT present in the v1.5 branch (no cmr is required).
-Paul
On 2/20/2012 12:46 PM, Jeffrey Squyres wrote:
Ah, ok.
On Feb 20, 2012, at 3:45 PM, Paul H. Hargrove wrote:
Jeff,
The one in config/ompi_load_platform.m4 was on my original hit-list.
Getting PAST th
Argh!!
I am now trying to track down "expr: Paren problem" on Solaris.
The dash shell on Linux doesn't reproduce this one, unfortunately.
-Paul
On 2/20/2012 1:12 PM, Paul H. Hargrove wrote:
I'll report back ASAP on my slowlaris10 results.
--
Paul H. Hargrove
testing.
Even using /bin/sh, I saw no other "odd" behaviors with configure on
Solaris-10.
-Paul
On 2/20/2012 1:16 PM, Paul H. Hargrove wrote:
Argh!!
I am now trying to track down "expr: Paren problem" on Solaris.
The dash shell on Linux doesn't reproduce this one, un
For those keeping score at home, that should have said "/usr/ucb"
instead of "/usr/ucb/bin".
I make mistakes too (as Ralph's observation of breakage w/ r25966 shows
quite clearly).
-Paul
On 2/20/2012 2:37 PM, Paul H. Hargrove wrote:
Short version:
The "expr: Pa
cro:).
Brian
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
done to
correct it.
On Feb 19, 2012, at 8:47 PM, Paul H. Hargrove wrote:
I've not checked any other systems, but building the trunk on OpenBSD and
FreeBSD (w/ flex-2.5.4) I see the following:
LEXshow_help_lex.c
"[srcdir]/opal/util/show_help_lex.l", line 65: warning, dan
turn OPAL_SHOW_HELP_PARSE_TOPIC; }
.*\n { BEGIN(INITIAL); }
On 2/20/2012 3:26 PM, Ralph Castain wrote:
My bad - didn't look closely enough. I'll take a look at it and see if there is
anything we can do.
On Feb 20, 2012, at 4:12 PM, Paul H. Hargrove wrote:
Ralph,
Are you sure this i
.@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
HPC Research Department
101 - 200 of 293 matches
Mail list logo
