Whoa; you learn something new every day. I didn't even know that
AC_CONFIG_LINKS existed!
Let me go play with that...
On Feb 26, 2010, at 1:13 PM, Brice Goglin wrote:
> jsquy...@osl.iu.edu wrote:
> > +$(SYMLINKED_SOURCES):
> > + if test ! -r $@ ; then \
> > + $(LN_S) $(SRC)/$@
jsquy...@osl.iu.edu wrote:
> +$(SYMLINKED_SOURCES):
> + if test ! -r $@ ; then \
> + $(LN_S) $(SRC)/$@ $(HWLOC_top_srcdir)/tests/ports/$@; \
> + fi
>
Random question: could we use AC_CONFIG_LINKS for this ?
Brice
Brice Goglin, le Fri 26 Feb 2010 15:32:08 +0100, a écrit :
> * are there actually some important warnings to fix ?
In my memory there isn't.
What hasn't been finished yet and to my opinion needs to be for v1.0, is
the prefix/suffix/whatever to easily distinguish between physical and
logical
Hi Ralph,
I find a minor bug on the MCA composent: ras slurm.
This one have an incorrect comportement with the "X number of processors
per task" feature.
On the file orte/mca/ras/slurm/ras_slurm_module.c, line 356:
- The node slot number is divide with "cpus_per_task" information,
but
Sounds good to me.
For those casually following this RFC let me summarize its current state.
Josh and George (and anyone else that wishes to participate attending the
forum) will meet sometime at the next MPI Forum meeting (March 8-10). I will
post any relevant notes from this meeting back to
On Fri, 2010-02-26 at 06:41 -0700, Ralph Castain wrote:
> Hi Nadia
>
> I thought I saw a correction go by recently that fixed this in the
> trunk? What revision are you at, and on which branch?
Hi Ralph,
1) hg branch:
default
But I'm getting the warning in the v1.5 branch too.
2)
changeset:
On Feb 26, 2010, at 01:50 , Josh Hursey wrote:
> Any of those options are fine with me. I was thinking that if you wanted to
> talk sooner, we might be able to help explain our intentions with this
> framework a bit better. I figure that the framework interface will change a
> bit as we all
Ralph,
Adding a pid attribute to the process element would be great.
Thanks,
Greg
On Feb 25, 2010, at 9:07 PM, Ralph Castain wrote:
> Easy to do. I'll dump all the pids at the same time when the launch completes
> - effectively, it will be at the same point used by other debuggers to attach.
Hi Nadia
I thought I saw a correction go by recently that fixed this in the trunk?
What revision are you at, and on which branch?
On Fri, Feb 26, 2010 at 3:48 AM, Nadia Derbey wrote:
> Hi,
>
> I'm getting this warning during the make if configured with
> --enable-picky:
Hi,
I'm getting this warning during the make if configured with
--enable-picky:
../../../../opal/event/evutil.h:62:7: warning: "_EVENT_SIZEOF_LONG_LONG"
is not defined
Looks like changeset #32687831ca9e has introduced a typo?
I'm wondering whether _EVENT_SIZEOF_LONG_LONG shouldn't be changed to
Any of those options are fine with me. I was thinking that if you wanted to
talk sooner, we might be able to help explain our intentions with this
framework a bit better. I figure that the framework interface will change a bit
as we all advance and incorporate our various techniques into it. I
11 matches
Mail list logo