<div dir="ltr">I once made a quick hack, maybe you can start your dirty work from here<br><br><a href="https://bitbucket.org/wasora/wasora/src/5a88abbac1a846f2a6ed0b4e585f6f3c0fedf2e7/m4/petsc.m4?at=default&fileviewer=file-view-default">https://bitbucket.org/wasora/wasora/src/5a88abbac1a846f2a6ed0b4e585f6f3c0fedf2e7/m4/petsc.m4?at=default&fileviewer=file-view-default</a><br><br><div>--<br></div><div>jeremy<br></div><div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 11, 2016 at 5:31 PM Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
   You don't want to get the debug mode from PETSC_ARCH since there may not be a PETSC_ARCH (for PETSc --prefix installs) or because the user did not put the string in it.  You can check for the PETSC_USE_DEBUG symbol in the petscconf.h file by linking a C program against <petscsys.h> and #if defined(PETSC_USE_DEBUG).<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
   Barry<br class="gmail_msg">
<br class="gmail_msg">
> On Oct 11, 2016, at 3:12 PM, CLAUS HELLMUTH WARNER HETZER <<a href="mailto:claus@olemiss.edu" class="gmail_msg" target="_blank">claus@olemiss.edu</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> Hi everybody-<br class="gmail_msg">
><br class="gmail_msg">
> Figured I’d ask this here before I go reinventing the wheel.<br class="gmail_msg">
><br class="gmail_msg">
> I’m writing an autoconf installer (the standard Linux configure/make package) for an acoustic wave propagation modeling package that builds PETSc and SLEPc as part of the installation process.  I’d like to be able to test for instances of PETSc already being installed on the user’s machine and, if possible, whether they’re the debug version.  I know I can check for the existence of the PETSC_DIR environmental variable, and parse the PETSC_ARCH variable for “debug”, and I’ll do that as a first pass, but has anybody written any M4 tests that are more reliable than those (i.e. actually attempting to link to the libraries)?  I had one user who had the libraries installed in /usr/local/bin but didn’t have the environmental variables set in their profile, so the linker was confused and it took a while to figure out what was going weird with the install.<br class="gmail_msg">
><br class="gmail_msg">
> If not, I guess I’ll be putting on my Autoconf gloves and getting my hands dirty.<br class="gmail_msg">
><br class="gmail_msg">
> Thanks<br class="gmail_msg">
> -Claus Hetzer<br class="gmail_msg">
><br class="gmail_msg">
> ------------------<br class="gmail_msg">
> Claus Hetzer<br class="gmail_msg">
> Senior Research and Development Engineer<br class="gmail_msg">
> National Center for Physical Acoustics<br class="gmail_msg">
> The University of Mississippi<br class="gmail_msg">
> 145 Hill Drive<br class="gmail_msg">
> PO Box 1848<br class="gmail_msg">
> University, MS 38677<br class="gmail_msg">
> <a href="mailto:claus@olemiss.edu" class="gmail_msg" target="_blank">claus@olemiss.edu</a><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
</blockquote></div></div></div>