From: Ethan Mallove (ethan.mallove_at_[hidden])
Date: 2007-09-04 13:33:14
On Tue, Sep/04/2007 12:47:29PM, Jeff Squyres wrote:
> On Sep 4, 2007, at 10:57 AM, Ethan Mallove wrote:
>
> > So if I have the following line in my [Test build: intel]
> > section, MTT will now build and run the Intel tests *twice*?
> > Once with compiler-A and once with compiler-B?
> >
> > setenv = &enumerate("/path/to/compiler-A", "/path/to/compiler-B")
>
> setenv is a bad example -- we can already take multiple values for
> that and we do *not* create multiple runs for it. For example:
>
> setenv = FOO value1
> setenv = BAR value2
>
> The mtt client is smart enough just to do 2 setenv's in a single
> instance.
This ticket should be re-opened because the above case is
not covered. I *want* to get two separate test builds if I
give "prepend_path" a two-item list. Should we support two
kinds of environment INI parameter assignment? One for when
the user wants a multiplicative effect, and one for when
they do not? E.g.,
Do one test build. Prepend PATH with value1 and value2.
prepend_path = <<EOT
PATH value1
PATH value2
EOT
Do two test builds. Prepend PATH with value1 on first
build. Prepend PATH with value2 on second build.
prepend_path = <<EOT
&enumerate( \
"PATH value1", \
"PATH value2" \
)
EOT
So scalar context means do not mulitply runs, and list
context means multiply.
-Ethan
>
> I think that you can have some places that don't make sense to have
> multiple values, and perhaps we should put in safeguards to ensure
> that the INI file doesn't mistakenly do that. For example:
>
> module = &enumerate(foo, bar)
>
> That would be bad. :-)
>
> But this issue has always been around -- it's just that you can now do:
>
> module = @foo@
> foo = &enumerate(foo, bar)
>
>
> > -Ethan
> >
> >
> > On Tue, Sep/04/2007 10:03:09AM, Jeff Squyres wrote:
> >> I think we'll get it for everything because of the new @foo@ syntax.
> >>
> >> I don't think you'll want to use that effect everywhere, but it's now
> >> *possible* to do so.
> >>
> >>
> >> On Sep 4, 2007, at 9:57 AM, Ethan Mallove wrote:
> >>
> >>> So we will get a multiplicative effect on the following INI
> >>> parameters?
> >>>
> >>> * setenv
> >>> * unsetenv
> >>> * env_module
> >>>
> >>> Any other parameters?
> >>>
> >>> -Ethan
> >>>
> >>>
> >>> On Fri, Aug/31/2007 10:18:30PM, MTT wrote:
> >>>> #245: Support multiplicative effect for other INI params
> >>>> --------------------------
> >>>> +-------------------------------------------------
> >>>> Reporter: emallove | Owner:
> >>>> Type: enhancement | Status: closed
> >>>> Priority: major | Milestone: v3.0
> >>>> Component: Client side | Version: trunk
> >>>> Resolution: fixed | Keywords: multiplicative exec INI
> >>>> --------------------------
> >>>> +-------------------------------------------------
> >>>> Changes (by jsquyres):
> >>>>
> >>>> * status: new => closed
> >>>> * resolution: => fixed
> >>>>
> >>>> Comment:
> >>>>
> >>>> This is now done on the jms-new-parser branch.
> >>>>
> >>>> --
> >>>> Ticket URL: <https://svn.open-mpi.org/trac/mtt/ticket/
> >>>> 245#comment:2>
> >>>> MTT <http://www.open-mpi.org/>
> >>>> Issue tracking for the MPI Testing Tool.
> >>> _______________________________________________
> >>> mtt-users mailing list
> >>> mtt-users_at_[hidden]
> >>> http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users
> >>
> >>
> >> --
> >> Jeff Squyres
> >> Cisco Systems
> >>
> >> _______________________________________________
> >> mtt-users mailing list
> >> mtt-users_at_[hidden]
> >> http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users
> > _______________________________________________
> > mtt-users mailing list
> > mtt-users_at_[hidden]
> > http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users
>
>
> --
> Jeff Squyres
> Cisco Systems
>
> _______________________________________________
> mtt-users mailing list
> mtt-users_at_[hidden]
> http://www.open-mpi.org/mailman/listinfo.cgi/mtt-users