We can build an SVN checkout, but with a tarball we get this:
...
Undefined first referenced
symbol in file
opal_backtrace_print../../../opal/.libs/libopen-pal.so
opal_backtrace_buffer ../../../opal/.libs/libope
This fixes Libtool for an SVN checkout, but does not seem to get into
the nightly trunk tarball. Why is that?
-Ethan
On Wed, Aug/25/2010 03:40:18PM, emall...@osl.iu.edu wrote:
> Author: emallove
> Date: 2010-08-25 15:40:17 EDT (Wed, 25 Aug 2010)
> New Revision: 23665
> URL: https://svn.open-mpi.
IU and Oracle GCC/Linux nightly trunk builds are both dying on:
...
Entering directory
`.../openmpi-1.7a1r23202/opal/mca/paffinity/hwloc/hwloc/src'
CC traversal.lo
CC topology.lo
CC topology-synthetic.lo
CC bind.lo
CC cpuset.lo
CC misc.lo
C
ry
>
> On Apr 29, 2010, at 1:32 PM, Ethan Mallove wrote:
>
> > Hi Samuel,
> >
> > I'm trying to run off your HG clone, but I'm seeing issues with
> > c_hello, e.g.,
> >
> > $ mpirun -mca mpi_common
Hi Samuel,
I'm trying to run off your HG clone, but I'm seeing issues with
c_hello, e.g.,
$ mpirun -mca mpi_common_sm sysv --mca btl self,sm,tcp --host
burl-ct-v440-2,burl-ct-v440-2 -np 2 ./c_hello
--
A system call fai
On Thu, Feb/18/2010 01:16:33PM, Jeff Squyres wrote:
> On Feb 18, 2010, at 1:12 PM, Ethan Mallove wrote:
>
> > About this change - I have been seeing the below error while trying to
> > build the trunk recently:
> >
> > $ make ...
> > cd . && /bin
About this change - I have been seeing the below error while trying to
build the trunk recently:
$ make ...
cd . && /bin/bash /tmp/config-missing-bug-in-trunk/trunk/config/missing --run
aclocal-1.10 -I config
configure.ac:939: warning: OMPI_CONFIGURE_SETUP is m4_require'd but not
m4_defun'
I think we're missing a couple semicolons (see below).
On Thu, Oct/08/2009 01:53:43PM, r...@osl.iu.edu wrote:
> Author: rhc
> Date: 2009-10-08 13:53:43 EDT (Thu, 08 Oct 2009)
> New Revision: 22077
> URL: https://svn.open-mpi.org/trac/ompi/changeset/22077
>
> Log:
> Closes #2048: Fix uninitialized
On Mon, Sep/28/2009 03:11:46PM, Ethan Mallove wrote:
> On Mon, Sep/28/2009 02:05:14PM, Jeff Squyres wrote:
> > Try a newer compiler than gcc 3.4 -- it's pretty ancient.
>
> I don't get the warning with 4.1.2 either.
To get the warning I needed to enable some develop
On Mon, Sep/28/2009 02:05:14PM, Jeff Squyres wrote:
> Try a newer compiler than gcc 3.4 -- it's pretty ancient.
I don't get the warning with 4.1.2 either.
-Ethan
>
>
> On Sep 28, 2009, at 2:03 PM, Ethan Mallove wrote:
>
>> On Fri, Sep/25/2009 09:31:51PM, Ralph Ca
On Fri, Sep/25/2009 09:31:51PM, Ralph Castain wrote:
> I think there is a problem with this change - here is a warning I get when
> compiling on Mac and Linux:
>
> ompi_debuggers.c:265: warning: no previous prototype for ?MPIR_Breakpoint?
>
> Can you please take a look?
Can you send me your confi
t;
> I wonder why we need to include malloc.h there? We don't allocate
> any memory in this file ...
Any objections to removing the #include line?
-Ethan
>
> george.
>
> On Apr 16, 2009, at 18:09 , Ethan Mallove wrote:
>
>> Hi,
>>
>> I think I have a
t;
#include "ompi/runtime/params.h"
The reason for doing this is because ompi_config.h (which includes
ompi_config_bottom.h) #defines "malloc", so we end up with OMPI code
getting spliced into the Solaris /usr/include/malloc.h code.
Is this fix okay?
-Ethan
On Wed, Dec/10/2
On Wed, Mar/11/2009 11:38:19AM, Jeff Squyres wrote:
> As Terry stated, I think this bugger is quite rare. I'm having a helluva
> time trying to reproduce it manually (over 5k runs this morning and still
> no segv). Ugh.
5k of which test(s)? Can this error happen on any test? I am wondering
if
Hi Patrick,
r20003 seems to break MX support on Solaris.
$ cd ompi/mca/common/mx
$ make
...
"/usr/include/malloc.h", line 46: syntax error before or at: (
"/usr/include/malloc.h", line 47: syntax error before or at: (
"/usr/include/malloc.h", line 48: syntax error before or at: (
"/
On Sun, Nov/23/2008 09:19:12AM, Ralf Wildenhues wrote:
> * 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
On Fri, Nov/21/2008 01:02:12PM, Ralf Wildenhues wrote:
> 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 y
On Thu, Nov/20/2008 07:00:31PM, Ralf Wildenhues wrote:
> 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
On Wed, Nov/19/2008 03:24:16PM, Ethan Mallove wrote:
> On Wed, Nov/19/2008 01:42:55PM, Ethan Mallove wrote:
> > On Wed, Nov/19/2008 05:12:03PM, Ralf Wildenhues wrote:
> > > Hello Ethan,
> > >
> > > * Ethan Mallove wrote on Wed, Nov 19, 2008 at 04:11:23PM CE
On Wed, Nov/19/2008 01:42:55PM, Ethan Mallove wrote:
> On Wed, Nov/19/2008 05:12:03PM, Ralf Wildenhues wrote:
> > Hello Ethan,
> >
> > * Ethan Mallove wrote on Wed, Nov 19, 2008 at 04:11:23PM CET:
> > > There are a couple issues with SunStudio and Libtool:
> >
On Wed, Nov/19/2008 05:12:03PM, Ralf Wildenhues wrote:
> 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
&g
then bad things happen if
the user code contains code for the other STL version. (Not sure if I got that
100% right.) Dan overhauled Open MPI's handling of STL a while ago (r17448,
r17418, r17409, ...).
-Ethan
>
> george.
>
> On Nov 19, 200
WHAT: Add patch-libtool-for-sun-studio.pl script
WHY:
There are a couple issues with SunStudio and Libtool:
1. The SunStudio libCrun/libC
On Thu, Dec/20/2007 08:50:41AM, Jeff Squyres wrote:
> After Ethan's inline assembly patch (to make the
> upper-level atomic.h declarations match the lower-level
> inline definitions -- if they exist), I've had a problem
> with the PGI compiler on Linux.
>
> I finally tracked down the issue this mor
Hello,
Is this change (or r16908) causing the below error in the MTT
trivial test (f77_hello)? The error occurs on Solaris and
Linux.
...
NOTICE: Invoking /ws/ompi-tools/SUNWspro/SOS11/bin/f90 -f77 -ftrap=%none
-I/installs/cGmK/install/include/v9 -xarch=amd64 hello.f -o f77_hello
-R/install
And here is what's happens when I "svk info" on a non svk path.
>
> svk info unstable/ompi-trunk
> Repository /Users/bosilca/.svk/local does not exist, create?
> (y/n)Interrupted.
>
> I had to kill it with CTRL+C ...
>
> Thanks,
> george.
>
> On
han,
>
> It only solve half the problem. I do have some svk based
> directories on my system ... but not all my Open MPI
> checkouts are svk based. So, it still deadlock for me.
>
> george.
>
> On Oct 26, 2007, at 2:33 PM, Ethan Mallove wrote:
>
>> Whoa! My apolo
Whoa! My apologies. I saw the same behavior when I did:
$ rm -rf ~/.svk
I think if we check the existence of $HOME/.svk before doing
any svk commands then we should be okay. I did that in
r16586. Does it work for you now?
-Ethan
On Fri, Oct/26/2007 02:02:42PM, George Bosilca wrote:
> This p
All,
Would anyone be opposed to me removing the PMB_2.2 test
suite from the ompi-tests repository? IMB_2.3 (also in the
ompi-tests repository) is more up-to-date. If I don't hear
any objections by COB Wednesday, I'll delete PMB_2.2.
-Ethan
All,
MTT can now be used to test your developer workspaces. The
quick, cut-n-paste way to get started is:
$ svn co https://svn.open-mpi.org/svn/mtt/branches/ompi-core-testers
$ cd samples
$ cat developer.ini trivial.ini | ../client/mtt - hostlist=host1,host2
alreadyinstalled_dir=/your/mpi/ins
30 matches
Mail list logo
