Re: [OMPI devel] Tarball distribution

(for the v1.5 > series) may be tolerable. I'll check it out. > > > > On Jun 27, 2011, at 2:09 AM, Ralf Wildenhues wrote: > > > Hi John, > > > > * John Esmet wrote on Sun, Jun 26, 2011 at 06:41:48AM CEST: > >> I went to untar the source code

Re: [OMPI devel] Tarball distribution

Hi John, * John Esmet wrote on Sun, Jun 26, 2011 at 06:41:48AM CEST: > I went to untar the source code and the folders are mode 777. Call me OCD, > but I find this a little strange. What's up? Newer Automake releases should have that fixed: http://thread.gmane.org/gmane.comp.sysutils.autotools.an

Re: [OMPI devel] Compiling problem in trunk?

Hello, * Xin He wrote on Thu, Jun 23, 2011 at 01:23:53PM CEST: > make[3]: Entering directory `/home/ehhexxn/git/ompi/ompi/include' > FC mpif90-ext.lo > libtool: compile: unrecognized option `-c' > libtool: compile: Try `libtool --help' for more information. > make[3]: *** [mpif90-ext.lo] Err

Re: [OMPI devel] "make check" (libtool) failure on Linux/ppc w/ XLC (1.5rc5 and 1.4.3rc1)

h the requested files off-list. > -Paul > > > Ralf Wildenhues wrote: > >* Paul H. Hargrove wrote on Fri, Aug 27, 2010 at 03:54:54AM CEST: > >>>I am now looking at using IBM's XLC compilers for ILP32 builds on > >>>the same Linux/PPC64 platform for whi

Re: [OMPI devel] Failure (libtool?) to build F90 bindings w/ XLC/PPC64 (1.5rc5 and 1.4.3rc1)

[ http://www.open-mpi.org/community/lists/devel/2010/08/8398.php ] Hello Paul, sorry for the late reply. This issue you reported is valid; it is already fixed in upstream Libtool 2.2.8, with commit v2.2.6-201-g519bf91:

Re: [OMPI devel] update configury for Autoconf 2.68

* Jeff Squyres wrote on Fri, Sep 24, 2010 at 03:26:46PM CEST: > On Sep 23, 2010, at 2:15 PM, Ralf Wildenhues wrote: > >> Is the silent-rules clause in AM_INIT_AUTOMAKE exactly equivalent to > >> calling AM_SILENT_RULES? > > > > Yes. > > Weird -- when I do t

Re: [OMPI devel] Setting AUTOMAKE_JOBS

* Ralph Castain wrote on Fri, Sep 24, 2010 at 06:41:38AM CEST: > My point is just that it is unwise to assume that the OMPI build can utilize > all available processors. I'm sure it's fine for the MTT runs, especially on > Jeff's machines as they are dedicated to that purpose - just not a good > ge

Re: [OMPI devel] Setting AUTOMAKE_JOBS

Hello Ralph, wow, that's not good to hear. I knew the perl ithreads implementation wasn't all that efficient, but causing a deadlock sounds like you have more trouble than just perl; at least I hope so. For reference, can you send 'perl -V' output (if you like, to the bug-automake at gnu.org lis

Re: [OMPI devel] update configury for Autoconf 2.68

* Jeff Squyres wrote on Thu, Sep 23, 2010 at 08:11:41PM CEST: > On Sep 23, 2010, at 2:03 PM, Ralf Wildenhues wrote: > > >> Is the call to AM_SILENT_RULES now moot because it's listed in > >> AM_INIT_AUTOMAKE? > > > > Oh, just drop that hunk, th

Re: [OMPI devel] update configury for Autoconf 2.68

Hi Jeff, * Jeff Squyres wrote on Thu, Sep 23, 2010 at 03:31:32PM CEST: > One very minor question: I notice you added silent-rules to > AM_INIT_AUTOMAKE (and bumped the required version, too), but still > left in the call to AM_SILENT_RULES: > > -AM_INIT_AUTOMAKE([foreign dist-bzip2 subdir-objects

[OMPI devel] update configury for Autoconf 2.68

Hello OpenMPI developers, just-released Autoconf 2.68 contains more stringent checks and warnings about stuff passed to AC_{COMPILE,LINK,RUN}_IFELSE and AC_TRY_* macros. Specifically, it will warn if C or C++ programs are not generated with AC_LANG_SOURCE or AC_LANG_PROGRAM, in order to avoid acci

Re: [OMPI devel] Setting AUTOMAKE_JOBS

Hi Jeff, adding bug-automake in Cc: (non-subscribers can't post to the Open MPI list, so please remove that Cc: in case) * Jeff Squyres wrote on Wed, Sep 22, 2010 at 03:50:19PM CEST: > $AUTOMAKE_JOBS Total wall time > valueof autogen.pl > 83:0

Re: [OMPI devel] [OMPI svn] svn:open-mpi r23767

Hi Jeff, * Jeff Squyres wrote on Sat, Sep 18, 2010 at 01:39:44PM CEST: > On Sep 18, 2010, at 10:03 AM, Jeff Squyres wrote: > > > So it's still on my list to go back and figure out what changed > > (i.e., it didn't complain about valgrind's version before this -- so > > something must have changed

Re: [OMPI devel] AS_VAR_COPY failure (Re: === CREATE FAILURE (v1.4) ===)

. > > > > - > > It seems that the execution of "autoconf" has failed. See above for > > the specific error message that caused it to abort. > > --

Re: [OMPI devel] "make check" (libtool) failure on Linux/ppc w/ XLC (1.5rc5 and 1.4.3rc1)

* Paul H. Hargrove wrote on Fri, Aug 27, 2010 at 03:54:54AM CEST: > >I am now looking at using IBM's XLC compilers for ILP32 builds on > >the same Linux/PPC64 platform for which I've reported some > >XLC/LP64 bugs. > > > >What I find now is that "make check" is failing with the loader > >unable to

Re: [OMPI devel] "make check" (libtool?) failure on Solaris/SPARC (1.5rc5 and 1.4.3rc1)

* Paul H. Hargrove wrote on Thu, Aug 26, 2010 at 10:14:22PM CEST: > I just had a thought on this one: In my environment on this > platform I have LD_LIBRARY_PATH_32 and LD_LIBRARY_PATH_64 set. It > seems possible to me that this is causing the loader to ignore the > LD_LIBRARY_PATH setting that

Re: [OMPI devel] make install (libtool) failure on Solaris 10 (1.5rc5 and 1.4.3rc1)

* Ralf Wildenhues wrote on Thu, Aug 26, 2010 at 07:29:17AM CEST: > * Paul H. Hargrove wrote on Thu, Aug 26, 2010 at 05:37:23AM CEST: > > libtool: install: (cd /usr/local/pkg/ompi-1.5rc5/lib && { ln -s -f > > libmpi.so.0.0.2 libmpi.so.0 || { rm -f libmpi.so.0 && ln -

Re: [OMPI devel] make install (libtool) failure on Solaris 10 (1.5rc5 and 1.4.3rc1)

Hi Paul, * Paul H. Hargrove wrote on Thu, Aug 26, 2010 at 05:37:23AM CEST: > This has got to be the stupidest failure I have ever seen! > > $ make install > [...] > make[3]: Entering directory > `/export/home/phargrov/openmpi-1.5rc5/BLD-gcc-vt/ompi' > test -z "/usr/local/pkg/ompi-1.5rc5/lib" || .

Re: [OMPI devel] "make check" (libtool?) failure on Solaris/SPARC (1.5rc5 and 1.4.3rc1)

Hello Paul, * Paul H. Hargrove wrote on Thu, Aug 26, 2010 at 01:58:11AM CEST: > I have been able to configure and build both 1.5rc5 and 1.4.3rc1 on > Solaris 10 for SPARC, using Sun C 5.10. > I have also build 1.5rc5 w/ gcc-3.3.2 (and expect 1.4.3rc1 to build > w/ gcc as well, once I have time) >

Re: [OMPI devel] Fixes to OpenMPI-1.4.2 for PGI compilers

happy to report > bugs and fixes to the developers of the code I use. I really have > to leave it up to them to decide whether to pass them on to their > upstream providers. > > Larry Baker > US Geological Survey > 650-329-5608 > ba...@usgs.gov > > On Aug 20,

Re: [OMPI devel] [PATCH] openmpi: get it built with newer autoconf

Hello, * Jeff Squyres wrote on Wed, Aug 18, 2010 at 06:35:22PM CEST: > > With a quick grep, I actually see 16 uses of AS_VAR_GET. Do the other > 15 cases not cause problems? Whether or not, since AS_VAR_GET is undocumented (and inefficient, and now also buggy), it's prudent to replace them all

Re: [OMPI devel] Fixes to OpenMPI-1.4.2 for PGI compilers

Hello Larry, * Larry Baker wrote on Wed, Aug 18, 2010 at 12:26:39AM CEST: > I patched OpenMPI 1.4.2 to fix some problems/warnings when using the > PGI compilers. FWIW, if there are fixes suitable for upstream Libtool in your changes, we would be glad if you could send them as bug reports or even

Re: [OMPI devel] [OMPI users] Debug info on Darwin

* Barrett, Brian W wrote on Tue, Jul 27, 2010 at 11:02:31PM CEST: > (since AC_PROG_CC will add -g if CFLAGS is empty). If CFLAGS is not set. If you './configure CFLAGS=', then it will not modify that. Going back into lurking mode ;-) Ralf

Re: [OMPI devel] v1.5 .so version numbers

Hi Jeff, * Jeff Squyres wrote on Thu, Jun 03, 2010 at 09:34:16PM CEST: > SHORT VERSION: We broke ABI from the 1.4 series to the v1.5 series. I > propose changing all the libtool .so version numbers as shown below to > enforce that break. Can someone sanity check this? Looks sane to me, with the

Re: [OMPI devel] The" Missing Symbol" issue and OpenMPI on NetBSD

Hello Kevin, * kevin.buck...@ecs.vuw.ac.nz wrote on Tue, May 11, 2010 at 06:42:01AM CEST: > That is a file that gets patched in the NetBSD build as follows > > $diff opal/mca/base/mca_base_component_find.c{.orig,} > 44,46d43 > < #ifndef __WINDOWS__ > < #include "opal/libltdl/ltdl.h" > < #

Re: [OMPI devel] bug with /bin/sh and /bin/ksh

Hello, * Jeff Squyres wrote on Mon, May 03, 2010 at 04:04:59PM CEST: > > On Apr 29, 2010, at 11:24 AM, Jonathan Vincent wrote: > > > > > sh -c '/usr/bin/env FOO=bar (echo hello)' > > > ksh -c '/usr/bin/env FOO=bar (echo hello)' > > > > > > is not valid > > > sh -c '/usr/bin/env FOO=bar echo hello

Re: [OMPI devel] Porting OpenMPI to a new system

Hello Ioannis, * Ioannis E. Venetis wrote on Wed, Apr 28, 2010 at 05:34:47PM CEST: > b) The cross-compilation environment should be run on a Linux x86_64 > system. The cross-compiler, libraries, etc are already working, which > means that only OpenMPI needs to be ported right now. We use this >

Re: [OMPI devel] 答复: 答复: Migrate the OpenMPI to VxWorks

* 张晶 wrote on Fri, Apr 16, 2010 at 04:50:21PM CEST: > I think I should switch the host now in the windows to the linux ,or I will > have little chance to build the autotool, Thank you for your advice ! autotools work just fine under Windows. For example, Cygwin or MinGW ship pre-built autotools v

Re: [OMPI devel] Migrate the OpenMPI to VxWorks

* Ralph Castain wrote on Fri, Apr 16, 2010 at 05:35:37AM CEST: > I have not personally tried, but I am pretty sure that you can install > the autotools under VxWorks - have you tried to download the latest > autotool tarballs and build them? I don't know if that works well out of the box, but if y

Re: [OMPI devel] RFC: ABI break between 1.4 and 1.5 / .so versioning

* Jeff Squyres wrote on Wed, Feb 17, 2010 at 11:51:42PM CET: > On Feb 17, 2010, at 3:05 PM, Ralf Wildenhues wrote: > > > > The issue is that if the user has to specify -static to their linker, > > > they *also* have to specify --ompi:static, or Bad Things will happen.

Re: [OMPI devel] RFC: ABI break between 1.4 and 1.5 / .so versioning

Hello Jeff, * Jeff Squyres wrote on Wed, Feb 17, 2010 at 08:19:25PM CET: > The issue is that if the user has to specify -static to their linker, > they *also* have to specify --ompi:static, or Bad Things will happen. > Or, if they don't specify -static but *only* specify --ompi:static, > Bad Thing

Re: [OMPI devel] configure question

Hello Greg, * Greg Watson wrote on Tue, Feb 16, 2010 at 07:03:30PM CET: > When I run configure under Snow Leopard (this is OMPI 1.3.4), I get the > following: > > checking if C and Fortran 77 are link compatible... no > ** > It

Re: [OMPI devel] RFC: Adding -DOPEN_MPI=1 to mpif77 and mpif90

* Jeff Squyres wrote on Thu, Feb 11, 2010 at 12:41:15PM CET: > On Feb 11, 2010, at 1:00 AM, Ralf Wildenhues wrote: > > * Jeff Squyres wrote on Wed, Feb 10, 2010 at 10:02:27PM CET: > > > WHAT: Add -DOPEN_MPI=1 to the mpif77 and mpif90 command lines > > > > It won&#

Re: [OMPI devel] RFC: Adding -DOPEN_MPI=1 to mpif77 and mpif90

Hi Jeff, * Jeff Squyres wrote on Wed, Feb 10, 2010 at 10:02:27PM CET: > WHAT: Add -DOPEN_MPI=1 to the mpif77 and mpif90 command lines > But we can put -DOPEN_MPI=1 in the argv that the wrapper adds. This > seems like a safe way to add it; it makes no difference whether the > Fortran file is set

Re: [OMPI devel] Dynamic languages, dlopen() issues, and symbol visibility of libtool ltdl API in current trunk

As a workaround, Lisandro could just pre-seed the cache variables of the respective configure tests that come out wrong. ./configure lt_cv_dlopen_self=yes lt_cv_dlopen_self_static=yes HTH. Cheers, Ralf * Jeff Squyres wrote on Mon, Sep 21, 2009 at 02:45:28PM CEST: > Ick; I appreciate Lisandro'

Re: [OMPI devel] libtool issue with crs/self

Hello, * Josh Hursey wrote on Wed, Aug 05, 2009 at 04:51:59PM CEST: > I noticed that the "-fvisibility=hidden" option when passed to > libltdl will cause it to fail in its configure test for: > "checking whether a program can dlopen itself" > This is because the symbol they are trying to look for

Re: [OMPI devel] trunk borked -- my fault

ot; will not bracket the AC_PROG_F77 call, as they should. What you should do is move these lines to the required macro as well. The patch below ought to fix up these issues, as well as the scope push macro for C++. For clarity, you could also put that in another, separate macro, and AC_REQUI

Re: [OMPI devel] Shared library versioning

* Jeff Squyres wrote on Sat, Jul 25, 2009 at 07:59:25PM CEST: > On Jul 25, 2009, at 12:59 PM, Iain Bason wrote: > >> We have talked many times about doing proper versioning for > >> OMPI's .so libraries (e.g., libmpi.so -- *not* our component DSOs). > > > >Forgive me if this has been hashed out, bu

[OMPI devel] faster autogen.sh

As part of a shameless advertising move I suggest this patch. While it won't make autogen.sh exactly fast, for me it shaves half a minute off its runtime. Cheers, Ralf HACKING: recommend parallel automake 1.11 execution. Index: HACKING

Re: [OMPI devel] Build failures on trunk? r21235

Hi Brian, * Brian W. Barrett wrote on Thu, May 14, 2009 at 08:22:58PM CEST: > > Actually, I think that was something else. Today, libopen-rte.la lists > libopen-pal.la as a dependency and libmpi.la lists libopen-rte.la. I had > removed the dependency of libmpi.la on libopen-pal.la because it

Re: [OMPI devel] Build failures on trunk? r21235

Hello, * Jeff Squyres wrote on Thu, May 14, 2009 at 07:56:24PM CEST: > On May 14, 2009, at 1:46 PM, Ralf Wildenhues wrote: > >> A more permanent workaround could be in OpenMPI to list each library >> that is used *directly* by some other library as a dependency. Sigh. > >

Re: [OMPI devel] Build failures on trunk? r21235

Hello, Ashley, did you rebootstrap with Debian's Libtool? They enable link_all_deplibs=no in their Libtool which changes some things and can cause issues like this. Can't hurt to open a Debian bug report about it (targeted against libtool) so they know this issue exists. Can you try working aro

Re: [OMPI devel] Fwd: RFC: proposed GPLv3 license exception draft

Hello Ralph, * Ralph Castain wrote on Sat, Apr 25, 2009 at 05:09:01PM CEST: > Just to be clear, Ralf - I'm not advocating that we change build > systems. I agree it has been a good relationship, and your participation > has been welcome and extremely helpful. Understood; and thanks! > My poin

Re: [OMPI devel] Fwd: RFC: proposed GPLv3 license exception draft

Hi Jeff, * Jeff Squyres wrote on Sat, Apr 25, 2009 at 01:27:24PM CEST: > We OMPI developers ask people to send the stdout/stderr of configure and > their config.log to us to help figure out problems > (http://www.open-mpi.org/community/help/). As I understand your > explanations, this is still

Re: [OMPI devel] Fwd: RFC: proposed GPLv3 license exception draft

; we have a problem when configure.ac and acinclude.m4 are from a non-GPL > project such as OMPI. > Ralf Wildenhues, > While I believe Jeff is the one that brought this discussion to > ompi-devel, I know you've posted on ompi-devel in the past. Are you > seeing this? Yes, I am casu

Re: [OMPI devel] [OMPI svn-full] svn:open-mpi r20568

Hello, * Jeff Squyres wrote on Tue, Feb 17, 2009 at 07:01:01PM CET: > On Feb 17, 2009, at 11:18 AM, George Bosilca wrote: > >> I guess that if the free function supports the NULL pointer we should >> do the same... > > I'll agree with that if we know for sure that free(NULL) is universally > sup

Re: [OMPI devel] [Pkg-openmpi-maintainers] Building with rpath disabled

Hello Jeff, * Jeff Squyres wrote on Tue, Jan 13, 2009 at 03:39:28PM CET: > On Jan 13, 2009, at 4:54 AM, Manuel Prinz wrote: >> >> You have to pass --disable-rpath explicitely. Building with rpath is >> still the default. I verified by building without passing any option >> to configure and the r

Re: [OMPI devel] make dependency problem?

Hello Eugene, Jeff, the interesting data points here would be the dependency tracking scheme selected by automake (CCDEPMODE in ompi/mca/bml/r2/Makefile), with and without --enable-dependency-tracking passed to configure. Also, the contents of ompi/mca/bml/r2/.deps/bml_r2.Plo, after ensuring that

Re: [OMPI devel] Forwarding SIGTSTP and SIGCONT

Hello Rolf, * Rolf Vandevaart wrote on Fri, Dec 05, 2008 at 08:00:42PM CET: > > One problem is that with SIGTSTP no longer delivering a stop signal to > mpirun, one cannot CTRL-Z at their terminal to stop mpirun. I am trying > to figure out how big a problem that is. Why not first deal with

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

* Ethan Mallove wrote on Mon, Nov 24, 2008 at 09:27:28PM CET: > On Sun, Nov/23/2008 09:19:12AM, Ralf Wildenhues wrote: > > > > While I suppose your patch works, I think in similar situations, OpenMPI > > has resorted to patching input files to configure (like aclocal.m4 or &g

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

Hello Ralph, * Ralph Castain wrote on Mon, Nov 24, 2008 at 02:39:13PM CET: > On Nov 23, 2008, at 1:19 AM, Ralf Wildenhues wrote: >> >> While I suppose your patch works, I think in similar situations, >> OpenMPI has resorted to patching input files to configure (like >&

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

* Ethan Mallove wrote on Fri, Nov 21, 2008 at 09:01:56PM CET: > On Fri, Nov/21/2008 01:02:12PM, Ralf Wildenhues wrote: > > IMHO OpenMPI can use > > the solaris_use_stlport4=yes until such a functionality is in place. > > Nice. This workaround works. I don't suppose ther

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

[ Libtool list readers: this thread is ] I'm applying this patch to Libtool master, to fix $wl for the Sun Ceres Fortran compiler. Cheers, Ralf Fix matching of Sun Fortran compiler on Linux. * libltdl/m4/libtool.m

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

Hello Ethan, all, * Ethan Mallove wrote on Thu, Nov 20, 2008 at 10:33:08PM CET: > On Thu, Nov/20/2008 07:00:31PM, Ralf Wildenhues wrote: > > > > Ah, ok. Please try the patch below instead of yours, thanks. > > Your patch seems to work, though I get this: > >libt

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

Our previous mails overlapped, sorry about that. * Ethan Mallove wrote on Thu, Nov 20, 2008 at 06:52:09PM CET: > > The above appears to be looking for a Fortran version string from the > C compiler, but it wouldn't match our version string anyway: > > $ f90 -V > f90: Sun Ceres Fortran 95 8.3

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

Hello Ethan, * Ethan Mallove wrote on Wed, Nov 19, 2008 at 09:24:16PM CET: > > I'm seeing the same issue with the faulty "wl" Libtool > variable in 2.2.6 with Linux SunStudio: That's really weird, because this change should have fixed that:

Re: [OMPI devel] RFC: merge windows branch into trunk

I'm probably going to come across as ignorant, and I'm obviously biased on this matter, but: * Tim Mattox wrote on Thu, Nov 20, 2008 at 02:53:13PM CET: > > Although I don't use windows myself, I appreciate your > and others' efforts to expand the number of platforms > we can run on. Great work!

Re: [OMPI devel] RFC: Add SunStudio/Libtool helper script for post-configure

Hello Ethan, * Ethan Mallove wrote on Wed, Nov 19, 2008 at 04:11:23PM CET: > There are a couple issues with SunStudio and Libtool: Which Libtool version are you using? If not 2.2.2 or newer, then please retry with 2.2.6. If the problem persists, then we should fix Libtool rather than patching O

Re: [OMPI devel] RFC: libopen-rte --> libompi-rte

* Jeff Squyres wrote on Thu, Nov 06, 2008 at 08:48:44PM CET: > On Nov 6, 2008, at 2:42 PM, Ralf Wildenhues wrote: > >> Hmm, OpenMPI seems not to use versioning for its shared libraries. > > That was on the to-do list for this release, but it just didn't happen. > :-\

Re: [OMPI devel] RFC: libopen-rte --> libompi-rte

Hello, * Jeff Squyres wrote on Thu, Nov 06, 2008 at 07:49:23PM CET: > On Nov 6, 2008, at 1:13 PM, Brian W. Barrett wrote: > >>> WHY: ORTE is really quite specific to OMPI. We decided long ago >>> that ORTE would not split off from OMPI, and it has been >>> specifically tailored for OMPI. Ind

Re: [OMPI devel] adding new functions to a BTL

Hello Jeff, Eugene, > Jeff Squyres wrote: > >> We use lt_dlopen() to open the plugins (Libtool's wrapper for a >> portable dlopen). It opens all plugins (DSOs) in a private scope. >> That private scope is kept deep in the OPAL MCA base and not exposed >> elsewhere in the code base. So

Re: [OMPI devel] Should visibility and memchecker abort configure?

Hello, if you allow me my 2 cents: At configure time, it is possible to distinguish between several different user inputs: - the user typed --enable-foo, - the user typed --disable-foo or --enable-foo=no, - the user typed --enable-foo=ARG (ARG is available for further inspection), - the user us

Re: [OMPI devel] gdb libmpi.dylib on Leopard

bs/libmpi.lax/libdatatype.a/convertor.o" - no debug >> information available for "convertor.c". >> warning: Could not find object file "/data/jsquyres/svn/ompi/ >> ompi/.libs/libmpi.lax/libdatatype.a/copy_functions.o" - no debug >&g

Re: [OMPI devel] gdb libmpi.dylib on Leopard

* Aurélien Bouteiller wrote on Fri, Sep 19, 2008 at 08:02:40PM CEST: > Thanks Ralf for the support. I upgraded to libtool 2.2.6 and it didn't > solved the problem though. Still looking for somebody to confirm that > its working or not working on their Mac. Did you rerun autogen.sh? All I know

Re: [OMPI devel] Upgrade GNU auto tools?

Hello OpenMPI developers, on Darwin/OS X, recent Libtool has some debugging symbols issue fixed. I think that was even raised on this list a short while ago. Also, an issue with recent Intel compilers on Linux has been fixed. Absoft support is not yet in Libtool, but Lahey is. Hope that helps.

Re: [OMPI devel] gdb libmpi.dylib on Leopard

Hello Aurélien, * Aurélien Bouteiller wrote on Wed, Sep 17, 2008 at 06:32:11PM CEST: > I have been facing a weird problem for several month now (I guess since I > upgraded from Tiger to Leopard). I am unable to debug Open MPI using gdb > on my mac. The problem comes from gdb not being able to lo

Re: [OMPI devel] MPI ABI on Linux

* Jeff Squyres wrote on Tue, Sep 09, 2008 at 03:07:24PM CEST: >> On Sep 9, 2008, at 6:23 AM, Jeff Squyres wrote: >>> On Sep 9, 2008, at 2:45 AM, Ralf Wildenhues wrote: >>> >>>> An MPI ABI will have to be versioned in >>>> the same way that th

Re: [OMPI devel] MPI ABI on Linux

Hello Jeff, all, if you allow me my two cents, * Jeff Squyres wrote on Mon, Sep 08, 2008 at 08:44:28PM CEST: > > At the MPI Forum meeting in Dublin, the MPI ABI meeting was... er... > shall we say, "spirited." :-) Both the benefits and drawbacks of an > MPI ABI are widely contended (it's a

Re: [OMPI devel] TRUNK error ( MAN page ) since r19120

* Tim Mattox wrote on Mon, Aug 04, 2008 at 03:11:20PM CEST: > As this thread is making clear, not everyone saw and/or heeded the > note that we were upgrading the GNU autotools used for building Open MPI's > nightly tarballs. See http://www.open-mpi.org/svn/building.php the the > version > matrix

[OMPI devel] some configury nits

Hello, I tried to build OpenMPI trunk on my Debian stable/testing mix, and to make things more interesting, today my /bin/sh is dash, and while gcc is version 4.3.1, g++ remained at 4.1.3. I needed the following patch in order to get configure to finish ("test ... == ..." is a bash extension). T

Re: [OMPI devel] Need v1.3 RM ruling (was: Help on building openmpi with "-Wl, --as-needed -Wl, --no-undefined")

* George Bosilca wrote on Thu, Jul 24, 2008 at 02:44:04PM CEST: > I was hoping we can get some hints/help from Ralf, but unfortunately his > email address is not CC to the emails and I don't know if he's reading > the devel mailing list. I'll resend my email with. I read the list, but reading la

Re: [OMPI devel] Need v1.3 RM ruling (was: Help on building openmpi with "-Wl, --as-needed -Wl, --no-undefined")

* Brian Barrett wrote on Thu, Jul 24, 2008 at 02:28:45PM CEST: > When I looked at the same problem in LAM, I couldn't get the > dependencies right between libraries when only one makefile was used. It > worked up until I would do a parallel build, then would die because the > libraries weren't

Re: [OMPI devel] Help on building openmpi with "-Wl, --as-needed -Wl, --no-undefined"

Hi Jeff, * Jeff Squyres wrote on Wed, Jul 23, 2008 at 03:54:50PM CEST: > > Is the attached patch what you're talking about? > > If so, I'll commit to trunk, v1.2, and v1.3. Can you verify that it work with a pristine build? The dependencies as such look sane to me, also the cruft removal, but I

Re: [OMPI devel] Help on building openmpi with "-Wl, --as-needed -Wl, --no-undefined"

* Funda Wang wrote on Sun, Jul 20, 2008 at 05:29:57AM CEST: > I'm currently building openmpi 1.2.6 under Mandriva cooker, and its > default LDFLAGS is "-Wl,--as-needed -Wl,--no-undefined". > > But openmpi 1.2.6 builds failed with: > libtool: link: g++ -shared -nostdlib > /usr/lib/gcc/i586-manbo-li

Re: [OMPI devel] autogen error

* Jeff Squyres wrote on Thu, Jun 19, 2008 at 05:50:43PM CEST: > Ralf: if it's more correct to also quote the m4_define first argument, > I'll do that, too. Yes, please. Several instances in autogen.sh.

Re: [OMPI devel] autogen error

Hello Leonardo, * Leonardo Fialho wrote on Thu, Jun 19, 2008 at 04:29:30PM CEST: > [Running] aclocal -I config > /usr/local/bin/m4:config/mca_no_configure_components.m4:9: ERROR: end of > file in string > autom4te: /usr/local/bin/m4 failed with exit status: 1 > aclocal: autom4te failed with exit

Re: [OMPI devel] libdir not propagated to contrib/vt/vt ??

Hello, * David Daniel wrote on Wed, Jun 11, 2008 at 11:34:23PM CEST: > Building against recent heads (r18643) it appears that libdir (as set > by ./configure --prefix=$PREFIX --libdir=$PREFIX/lib64 for example) is > not propagated to ompi-trunk/contrib/vt/vt. ompi/contrib/vt/configure.m4 is r

Re: [OMPI devel] some Makefile.am questions

* Jeff Squyres wrote on Fri, Jun 06, 2008 at 03:21:03AM CEST: > On Jun 4, 2008, at 5:15 PM, Ralf Wildenhues wrote: > > 1) This is from test/Makefile.am: > > > > --- snip --- > > # This should be libsupport.a, not libsupport.la. Automake doesn't > > # support

[OMPI devel] some Makefile.am questions

Hello, perusing the OMPI source tree a bit more, I stumbled over a couple of things: 1) This is from test/Makefile.am: --- snip --- # This should be libsupport.a, not libsupport.la. Automake doesn't # support check_LTLIBRARIES, as technically you have to install a # shared library before you ca

Re: [OMPI devel] parallel make install

Hello Ralph, * Ralph Castain wrote on Tue, Jun 03, 2008 at 11:59:07PM CEST: > Very interesting. Don't know if it's the same problem, but I noted an issue > quite a while ago where make -jN all/install would fail when traversing > opal. I built a workaround that was just a script that does make all

Re: [OMPI devel] parallel make install

Hi Jeff, * Jeff Squyres wrote on Tue, Jun 03, 2008 at 11:11:32PM CEST: > ERROR: Command returned a non-zero exist status >make -j 4 distcheck [...] > Making install in etc > make[3]: Entering directory > `/home/mpiteam/openmpi/nightly-tarball-build-root/trunk/create-r18551/ompi/openmpi-1.

[OMPI devel] parallel make install

Hello there, a change recently mentions this: | r18552 | timattox | 2008-05-30 06:39:48 +0200 (Fri, 30 May 2008) | 4 lines | Changed paths: |M /trunk/contrib/nightly/create_tarball.sh | | Apparently "make -j 4 distcheck" has a race condition when "installing" in | parallel. Remove the "-j 4

Re: [OMPI devel] r18551 - brakes ob1 compilation on Sles10

* Pavel Shamis (Pasha) wrote on Mon, Jun 02, 2008 at 02:25:13PM CEST: > r18551 brakes ompi compilation on SLES10 gcc 4.1.0. > > I got follow error on my systems > (http://www.open-mpi.org/mtt/index.php?do_redir=672 ): [...] > /usr/lib64/gcc/x86_64-suse-linux/4.1.0/../../../../x86_64-suse-linux/b

[OMPI devel] forgetting to run ./autogen.sh should not be fatal

Hello, I just forgot to run ./autogen.sh after svn update. It caused aclocal to warn about missing libtool macros, and automake to fail later. The following change to Makefile.am fixes this by allowing aclocal to find config/libtool.m4 and the other libtool macro files. The ompi_functions.m4 ch

Re: [OMPI devel] Fix for XLC + libtool issue

* Jeff Squyres wrote on Fri, Apr 25, 2008 at 01:54:39PM CEST: > On Apr 25, 2008, at 7:40 AM, Ralf Wildenhues wrote: > > > <http://thread.gmane.org/gmane.comp.sysutils.autoconf.patches/3985> > Wow -- those timings are impressive! Quoting that URL (OMPI is [1]): > > -

Re: [OMPI devel] Fix for XLC + libtool issue

Hi Jeff, all, * Jeff Squyres wrote on Fri, Apr 25, 2008 at 12:35:12PM CEST: > Good to hear that upgrading fixes this problem. > > We actually already have an outstanding ticket to upgrade to 2.2.2 > (https://svn.open-mpi.org/trac/ompi/ticket/1265 ). We were following > the Libtool development pr

Re: [OMPI devel] Libtool for 1.3 / trunk builds

* Jeff Squyres wrote on Wed, Mar 19, 2008 at 09:07:39PM CET: > On Mar 19, 2008, at 4:05 PM, Brian W. Barrett wrote: > > > True - I have no objection to waiting for 2.2.1 or 1.3 to be branched, > > whichever comes first. The main point is that under no circumstance > > should 1.3 be shipped with t

[OMPI devel] 3 test failures

Hello, I've just stumbled over three testsuite failures on GNU/Linux x86, with an out-of-tree build (mkdir build; cd build; ../ompi_trunk/configure -C). Hope I'm not completely off-topic here... Cheers, Ralf PASS: ompi_bitmap -

[OMPI devel] use of AC_CACHE_CHECK in otf

In ompi/contrib/vt/vt/extlib/otf/acinclude.m4, in the macros WITH_DEBUG and WITH_VERBOSE, dubious constructs such as AC_CACHE_CHECK([debug], [debug], [debug=]) are used. These have the following problems: * Cache variables need to match *_cv_* in order to actually be saved (

[OMPI devel] getting config.guess/config.sub from upstream

Hello, Please note that the CVS repo for config.guess and config.sub is outdated, development has moved to use git. ompi_trunk/config/distscript.csh could be adjusted to pull from and likewise for config.sub.

Re: [OMPI devel] more vt woes

Hallo Matthias, * Matthias Jurenz wrote on Wed, Feb 13, 2008 at 01:49:41PM CET: > On Di, 2008-02-12 at 11:27 -0500, George Bosilca wrote: > > > I keep getting some warnings when I compile with gcc-4.2 on MAC OS X. > > > > tools/compwrap/Makefile.am:38: `CXXFLAGS' is a user variable, you > > sh

[OMPI devel] Fixlet for config/ompi_contrib.m4

Hello, please apply this patch, to make future contrib integration just a tad bit easier. I verified that the generated configure script is identical, minus whitespace and comments. Cheers, Ralf 2008-02-11 Ralf Wildenhues * config/ompi_contrib.m4 (OMPI_CONTRIB): Unify listings of

Re: [OMPI devel] VT integration: make distclean problem

* Josh Hursey wrote on Mon, Feb 11, 2008 at 07:31:25PM CET: > I've been noticing another problem with the VT integration. If you do > a "./configure --enable-contrib-no-build=vt" a subsequent 'make > distclean' will fail in contrib/vt. The 'make distclean' will succeed > with VT enabled (defa

Re: [OMPI devel] More VT warnings

* Tim Prins wrote on Fri, Feb 01, 2008 at 04:09:31PM CET: > > Note that this indicates that the file vt_metric_papi.c is being > compiled *3* times. I am not using a parallel make here. Any ideas why > it is compiling 3 times? The file is listed as source file to four different libraries, and p

Re: [OMPI devel] vt compiler warnings and errors

* Jeff Squyres wrote on Thu, Jan 31, 2008 at 07:10:36PM CET: > Ah -- I didn't notice this before -- do you have a configure script > committed to SVN? If so, this could be the problem. > > On Do, 2008-01-31 at 08:09 -0500, Tim Prins wrote: [...] > >> [tprins@sif test]$ make clean > >> > >> Mak

Re: [OMPI devel] configure patch

Hi Jeff, * Jeff Squyres wrote on Fri, Jan 25, 2008 at 01:00:23AM CET: > On Jan 19, 2008, at 3:38 AM, Ralf Wildenhues wrote: > > >This patch will not work with Solaris sh. Please consider using this > >instead, it should avoid the issues with both shells. (Untested.) > &

Re: [OMPI devel] Fwd: === CREATE FAILURE ===

Hello, * Brian W. Barrett wrote on Thu, Jan 24, 2008 at 09:43:12PM CET: > Automake forces v7 mode so that Solaris tar can untar the tarball, IIRC. You can choose how it should behave:

Re: [OMPI devel] configure patch

* Jeff Squyres wrote on Sat, Jan 19, 2008 at 02:03:02AM CET: > On Jan 8, 2008, at 6:53 PM, Elan Ruusamäe wrote: > > > > please consider applying this patch > > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/openmpi-ksh.patch > > > > fixes build process when /bin/sh is not bash (for example pdk

Re: [OMPI devel] small configure cache variable bug

* Ralf Wildenhues wrote on Thu, Oct 11, 2007 at 11:36:53PM CEST: > > * config/ompi_check_visibility.m4 (OMPI_CHECK_VISIBILITY): > Rename ompi_cv_cc_fvisibility to ompi_vc_cc_fvisibility, so > that it will be cached. Of course then I get it wrong myself. I me

[OMPI devel] small configure cache variable bug

Hello Open MPI Developers, Here's a small patch to fix a misnamed cache variable. The next Autoconf version will issue a warning for typos like these, which is how I found this. Cheers, Ralf * config/ompi_check_visibility.m4 (OMPI_CHECK_VISIBILITY): Rename ompi_cv_cc_fvisibility

  1   2   >