* Remove duplicate %{_sysconfdir} in the % files sections when
building the sub-packages.
* When building the sub-packages, ensure that devel.files also picks
up the F90 module.
* Hard-code the directory name "openmpi" into _pkglibdir (vs. using
%{name}) because the OMPI code base has it hard-coded as well.
Thanks to Jim Kusznir for noticing the problem.
This commit was SVN r17036.
use_default_rpm_opt_flags. It defaults to a value of 1, meaning that
we'll try to use $RPM_OPT_FLAGS. But if you're not compiling with the
GNU compilers, you might want to set this value to 0 so that your
compiler doesn't get flags that it doesn't understand (e.g., PGI 7.0
will barf on flags that it doesn't understand).
This commit was SVN r14477.
finally brings in functionality that is already on the 1.2 branch, and
was developed and tested in the v1.2ofed branch (and other places).
Short version of new features:
* Support for ibv_fork_init()
* Automatically fill in the openib BTL bandwidth value by
querying the HCA port
* Installdirs functionality
* Fixes to always use -I in the Fortran wrapper compilers (#924)
* Gleb's mpool updates
* Remove some kruft in btl/openib/configure.m4, therefore
fixing the harmless warnings noted in #665
* Bunches of updates to the Linux RPM spec file
I.e., effectively the same thing that r14411 brought to the v1.2
branch.
Also effectively brought in r14432 and r14433 (some fixes on top of
the original r14411 commit to v1.2). Still need to bring in the moral
equivalent of r14445 after this commit (fixes to installdirs).
This commit was SVN r14449.
The following SVN revision numbers were found above:
r14411 --> open-mpi/ompi@83b31314ae
r14432 --> open-mpi/ompi@a48f160595
r14433 --> open-mpi/ompi@68f346d2bc
r14445 --> open-mpi/ompi@13d366b827
* Separate out test clauses; don't have the same guarantees of
left-to-right evaluation in shell script that you do in other
languages (i.e., protect against the case of running "basename ''")
This commit was SVN r13463.
little bit from the prior commit (r12051).
This commit was SVN r12052.
The following SVN revision numbers were found above:
r12051 --> open-mpi/ompi@72e202a432
* OFED bug 249 (http://openib.org/bugzilla/show_bug.cgi?id=249) where
Suse systems automatically add "-D_FORTIFY_SOURCE=2" to the
RPM_OPT_FLAGS, which works fine when you're compiling with gcc.
But not so much when using other compilers (_FORTIFY source
silently changes the names of functions like memcpy() in an attempt
to protect against buffer overflows, and uses a gcc __builtin
thingy that results in undefined symbols when you compile/link with
other compilers, such as icc -- as of 6 Oct 2006). So do some
horrid huersitics to see if we're using gcc, and if so, sed out any
FORTIFY_SOURCE stuff in RPM_OPT_FLAGS.
* If we're building a single rpm, don't bother creating the
runtime.files and devel.files files. And if we are making multiple
RPMs, then ensure to end the pipe chain with /bin/true so that if
the user specified --enable-static --disable-shared and the egrep
for *.so files fails, the return status from egrep (1) doesn't
cause RPM to barf. Specifically, do this so that /bin/true's
return value of 0 is always what rpmbuild sees, regardless of the
return status of egrep:
{{{
find $RPM_BUILD_ROOT -type f -o -type l | \
sed -e "s@$RPM_BUILD_ROOT@@" | \
egrep "lib.*\.a|lib.*\.la" > devel.files | /bin/true
}}}
This commit was SVN r12051.
* Remove LANL section; they don't want it
* Add some help for OFED building
* Remove some outdated "rm -f" lines for executables that we no longer
ship
This commit was SVN r12046.
- Just use the prefix in the % files list so that we a) grab the whole
tree and b) it removes all the directories when the RPM is removed.
Thanks to Bernard Li for reporting the problem.
This commit was SVN r10617.
up here on the trunk -- nothing has changes w.r.t the RPM packaging
yet). Used svn cp to bring in README and buildrpm.sh, but since
openmpi.spec already existed here, I couldn't svn cp because it
complained about one being in the way. I *could* svn merge it here to
preserve all the history, but I'm not really interested in the history
-- I just want to replace it en masse with the stuff from the 1.0
branch because that's the latest latest latest.
This commit was SVN r9720.