Opps, that was my mistake. I wrote a fix for the CLE5 and --with-alps=
code but I never pushed it. r27962 should fix the issue.
-Nathan
On Mon, Jan 28, 2013 at 09:05:32PM -0800, Ralph Castain wrote:
> Thanks Paul - appreciate the help! I chatted with Nathan this evening and now
> have a much be
Thanks Paul - appreciate the help! I chatted with Nathan this evening and now
have a much better understanding of the problem driving the code. We are going
to review it tomorrow. Hope to have a fix shortly.
On Jan 28, 2013, at 9:01 PM, Paul Hargrove wrote:
> It looks now like the very first
It looks now like the very first line of ORTE_CHECK_ALPS is actually the
one that is preventing $1_CPPFLAGS from getting set for any caller other
than the first:
if test -z "$orte_check_alps_happy"; then
So, my previous patch (tested by editing configure directly) didn't do the
job.
Again, th
Ralph and Nathan,
As I said, the results I see fail to match the actual ALPS header locations
on both CLE4 and CLE5 systems at NERSC.
However, the CLE4 system "just works" because the actual location
(/usr/include) gets searched no matter what value configure picks for
$orte_check_alps_dir. I sus
Like I said, I didn't write this code - all I can say for certain is that it
gets the right answer on the LANL Crays. I'll talk to Nathan (the author) about
it tomorrow.
On Jan 28, 2013, at 6:23 PM, Paul Hargrove wrote:
> Ralph writes
> ?? It looks correct to me - if with_alps is "yes", then n
On Jan 28, 2013, at 6:23 PM, George Bosilca wrote:
> What Paul is saying is that there is a path mismatch between the two
> cases. Few lines above using_cle5_install is only set to yes if
> /usr/lib/alps/libalps.a exist. Then in the snippet pasted in Paul's
> email if using_cle5_install is yes t
Ralph writes
> ?? It looks correct to me - if with_alps is "yes", then no path was given
> and we have to look at a default location. If it isn't yes, then a path was
> given and we use it.
> Am I missing something?
Maybe *I* am the one missing something, but the way I read it the following
defa
What Paul is saying is that there is a path mismatch between the two
cases. Few lines above using_cle5_install is only set to yes if
/usr/lib/alps/libalps.a exist. Then in the snippet pasted in Paul's
email if using_cle5_install is yes then you set the
orte_check_alps_libdir to something in /opt/cr
On Jan 28, 2013, at 6:10 PM, Paul Hargrove wrote:
> The following 2 fragment from config/orte_check_alps.m4 appear to be
> contradictory.
> By that I mean the first appears to mean that "--with-alps" with no argument
> means /opt/cray/alps/default/... for CLE5 and /usr/... for CLE4, while the
The following 2 fragment from config/orte_check_alps.m4 appear to be
contradictory.
By that I mean the first appears to mean that "--with-alps" with no
argument means /opt/cray/alps/default/... for CLE5 and /usr/... for CLE4,
while the second fragment appears to be doing the opposite:
10 matches
Mail list logo
