<div class="gmail_quote">On Tue, Oct 12, 2010 at 12:58, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
hdf5 dumps .mod files in prefix/lib dir [atleast the version used in<br>
--download-hdf5]. And you specified '--with-hdf5-dir=/usr'. So<br>
configure adds -I/usr/lib?<br></blockquote><div><br></div><div>Makes sense, but both 1.8.4 and 1.8.5p1, with gcc-4.4.4 and gcc-4.5.1, leave all modules in $PREFIX/include.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
-I/usr/lib/openmpi is from above<br></blockquote><div><br></div><div>Yes (my "no" was referring to /usr/local/include), but the wrapper already specifies this, why should configure give it twice?  Specifying it manually can cause incorrect header resolution unless it is the very last include path, in which case its presence is merely redundant.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">checkCLibraries() checkFortranLibraries() have no way of knowing that<br>
some of the options are superflus. Maybe these are superflus on<br>
linux/bsd - but not on AIX or other wierd machine/compiler combo. So<br>
we didn't hesitate to add in things here - just so that configure works<br>
with all machines/compilers.<br></blockquote><div><br></div><div>How is this private path even discovered?  Are there really compilers for which you need to specify private paths?  I understand snooping -lstdc++ and -lgfortran because neither language depends on the other (in which case the compiler could get it all right without any flags), but RPATHing private paths seems very different to me.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
And if one doesn't want that - they can use '--with-clib-autodetect=0<br>
--with-fortranlib-autodetect=0 --with-cxxlib-autodetect=0<br>
LIBS=-lgfortran' or something like that to disable this autodetect<br>
code - and specify the exact comaptibility library list [for the<br>
c,fortran compilers specified to configure] with LIBS option.<br></blockquote><div><br></div><div>Thanks, trying this.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
> The /usr/local path seems to be coming from a valgrind check:<br>
><br>
>       Checking for headers Package specific search directory VALGRIND:<br>
> ['/usr/local/include', '/usr/include', '/usr/lib/openmpi']<br>
<br>
</div>Fixed now.<br></blockquote><div><br></div><div>Thanks.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hm - perhaps configure doesn't keep track of module paths separately<br>

for each package - which it needs to?</blockquote><div><br></div><div>Maybe not, but it seems excessive to specify paths that do not exist or that have zero modules in them.</div><div><br></div><div>Jed</div></div>