This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
Jeff Squyres wrote:
> On Oct 3, 2007, at 4:12 AM, Mohamad Chaarawi wrote:
>> yea im doing that, but not for the already installed libraries..
>> the problem..
> Ah - are you saying that we should add these kinds of fields for the
> already-installed plugin:
>>> mpich2_additional_wrapper_ldflags = -L/opt/slurm/current/lib
>>> mpich2_additional_wrapper_libs = -lpmi
> If so, I'm not sure we can -- these fields take advantage of the fact
> that we know it's MPICH/MVAPICH and know exactly which bits to
> twiddle in their script-based wrapper compilers. We can't assume
> that an already-installed MPI will have a script-based wrapper
> compiler that is exactly like MPICH's wrapper compilers. :-(
> Can you not use the already-installed MVAPICH and instead always
> install it? I.e., is there a reason you're trying to use an already-
> installed MVAPICH?
Yea, i can do that, but i thought that since we are downloading a
release, it would be easier to just do it once and install it, and then
use what we have just for time saving.. but it's not a big deal to
download it and install it..
Instructional Assistant http://www.cs.uh.edu/~mschaara
Department of Computer Science University of Houston
4800 Calhoun, PGH Room 526 Houston, TX 77204, USA