thank you, you have been doubly helpful, but I am having linking errors and
I do not know what the solaris studio compiler's preferred linker is. The
the configure statement was
./configure --prefix=/state/partition1/apps/sunmpi/ --enable-mpi-threads
--with-sge --enable-static --enable-sparse-groups
CC=/opt/oracle/solstudio12.2/bin/suncc
CXX=/opt/oracle/solstudio12.2/bin/sunCC
F77=/opt/oracle/solstudio12.2/bin/sunf77
FC=/opt/oracle/solstudio12.2/bin/sunf90
compile statement was
make all install 2>errors
error below is
f90: Warning: Option -path passed to ld, if ld is invoked, ignored otherwise
f90: Warning: Option -path passed to ld, if ld is invoked, ignored otherwise
f90: Warning: Option -path passed to ld, if ld is invoked, ignored otherwise
f90: Warning: Option -path passed to ld, if ld is invoked, ignored otherwise
f90: Warning: Option -soname passed to ld, if ld is invoked, ignored
otherwise
/usr/bin/ld: unrecognized option '-path'
/usr/bin/ld: use the --help option for usage information
make[4]: *** [libmpi_f90.la] Error 2
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1
am I doing this wrong? are any of those configure flags unnecessary or
inappropriate
On Mon, Nov 29, 2010 at 2:06 PM, Gus Correa <g...@ldeo.columbia.edu> wrote:
> Nehemiah Dacres wrote:
>
>> I want to compile openmpi to work with the solaris studio express or
>> solaris studio. This is a different version than is installed on
>> rockscluster 5.2 and would like to know if there any gotchas or configure
>> flags I should use to get it working or portable to nodes on the cluster.
>> Software-wise, it is a fairly homogeneous environment with only slight
>> variations on the hardware side which could be isolated (machinefile flag
>> and what-not)
>> Please advise
>>
>>
> Hi Nehemiah
> I just answered your email to the OpenMPI list.
> I want to add that if you build OpenMPI with Torque support,
> the machine file for each is not needed, it is provided by Torque.
> I believe the same is true for SGE (but I don't use SGE).
> Gus Correa
>
--
Nehemiah I. Dacres
System Administrator
Advanced Technology Group Saint Louis University
