[mpich-commits] [mpich] MPICH primary repository branch, master, updated. v3.2-175-g378afdc
Service Account
noreply at mpich.org
Thu Feb 11 12:30:21 CST 2016
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "MPICH primary repository".
The branch, master has been updated
via 378afdc73a87e95a8c94d5da003d98c81f99f1cf (commit)
from 410add1042cbd467288c83ffec437c549c93cea3 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://git.mpich.org/mpich.git/commitdiff/378afdc73a87e95a8c94d5da003d98c81f99f1cf
commit 378afdc73a87e95a8c94d5da003d98c81f99f1cf
Author: Charles J Archer <charles.j.archer at intel.com>
Date: Thu Feb 11 08:44:40 2016 -0800
confdb/aclocal_libs.m4: PAC_SET_HEADER_LIB_PATH fixup
Fixes typo in path processing for lib64 directories.
Signed-off-by: Ken Raffenetti <raffenet at mcs.anl.gov>
diff --git a/confdb/aclocal_libs.m4 b/confdb/aclocal_libs.m4
index 09e9c4c..8868e99 100644
--- a/confdb/aclocal_libs.m4
+++ b/confdb/aclocal_libs.m4
@@ -48,7 +48,7 @@ AC_DEFUN([PAC_SET_HEADER_LIB_PATH],[
dnl is adding lib64 by default really the right thing to do? What if
dnl we are on a 32-bit host that happens to have both lib dirs available?
[PAC_APPEND_FLAG([-L${with_$1}/lib],[LDFLAGS])
- AS_IF([test -d "${with_$1}/lib64}"],
+ AS_IF([test -d "${with_$1}/lib64"],
[PAC_APPEND_FLAG([-L${with_$1}/lib64],[LDFLAGS])])
])
])
-----------------------------------------------------------------------
Summary of changes:
confdb/aclocal_libs.m4 | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
hooks/post-receive
--
MPICH primary repository
More information about the commits
mailing list