<div dir="ltr">I remember I had a somehow similar problem and the solution was adding the path to pkg.m4 to AC_LOCAL_PATH. Maybe if you do the same thing it helps.<div><br></div><div>Regards,</div><div>Arya</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 5, 2015 at 3:39 PM, Jö Fahlke <span dir="ltr"><<a href="mailto:jorrit@jorrit.de" target="_blank">jorrit@jorrit.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am Thu,  4. Jun 2015, 19:30:54 +0000 schrieb Dunlop, Matt:<br>
> Date: Thu, 4 Jun 2015 19:30:54 +0000<br>
> From: "Dunlop, Matt" <<a href="mailto:matthew.dunlop@warwick.ac.uk">matthew.dunlop@warwick.ac.uk</a>><br>
> To: "<a href="mailto:dune@dune-project.org">dune@dune-project.org</a>" <<a href="mailto:dune@dune-project.org">dune@dune-project.org</a>><br>
> Subject: Re: [Dune] dune-alugrid installation issue<br>
><br>
> Hi Jo,<br>
><br>
> I sent a reply yesterday, but the configure file was about 150kb too large and the post doesn’t seem to have been approved. I’ve attached an extract from the configure file instead this time, starting from line 36270. The previous reply is below<br>
<br>
Alright, the relevont excerpt is this:<br>
======================================================================<br>
    export PKG_CONFIG_PATH="$PSURFACEROOT/lib/pkgconfig:$PSURFACEROOT/lib64/pkgconfig:$PKG_CONFIG_PATH"<br>
    PKG_CHECK_MODULES(PSURFACE, psurface,<br>
        HAVE_PSURFACE="1"<br>
        AC_DEFINE(PSURFACE_NAMESPACE,<br>
                  psurface::,<br>
                  [The namespace prefix of the psurface library])<br>
...<br>
======================================================================<br>
<br>
What is happening here is as follows: PKG_CHECK_MODULES was called, probably<br>
like this (or similar):<br>
======================================================================<br>
    PKG_CHECK_MODULES([PSURFACE], [psurface], [<br>
        HAVE_PSURFACE="1"<br>
        AC_DEFINE(PSURFACE_NAMESPACE,<br>
                  psurface::,<br>
                  [The namespace prefix of the psurface library])<br>
        ...<br>
    ])<br>
======================================================================<br>
<br>
However, since pkg.m4 was not in the search path, there was not definition of<br>
PKG_CHECK_MODULES, so it did not get replaced by autoconf.  As a result, the<br>
argument list was processed as any other text would have been, i.e. one level<br>
of quotes ([]) was removed, and no further substitutions were done inside the<br>
formerly quoted sections.<br>
<br>
So you really need to get pkg.m4 working.<br>
<br>
> ------------<br>
><br>
> Okay, so the mac port of pkg-config is installed in /opt/local/bin/ rather than /usr/local/bin like the autotools. If I uninstall pkg-config and reinstall it in /usr/local/bin however, I get the following error immediately upon trying to call dunecontrol:<br>
><br>
> /usr/local/lib/dunecontrol: file not found<br>
<br>
This is a strange error.  It could have a number of reasons:<br>
1. The location of dunecontrol moved, and you started dunecontrol with an<br>
   explicit path (as given above).  Check that /usr/local/lib/dunecontrol<br>
   exists:<br>
<br>
     ls -l /usr/local/lib/dunecontrol<br>
<br>
   If /usr/local/lib/dunecontrol turns out to be a symlink, follow that, until<br>
   you either find a dead link or a real file.  Make sure the file you find is<br>
   executable.<br>
<br>
2. The location of dunecontrol moved, but your shell still remebers the old<br>
   place.  Either start a new shell or clear the cache of the shell ("hash<br>
   -r") and retry.<br>
<br>
3. dunecontrol specifies a non-existing interpreter.  Check whether the<br>
   interpreter specified in the first line (the one starting with "#!") of<br>
   /usr/local/lib/dunecontrol exists and is executable.<br>
<br>
4. Some command invoked by dunecontrol does not exists.  Normally I would<br>
   expect your shell to give a little bit more info in the error message in<br>
   this case, but it is possible that not all shells to this.  Try invoking<br>
   dunecontrol like this:<br>
<br>
     bash -x /usr/local/lib/dunecontrol [ARGS...]<br>
<br>
   This should print all commands the shell is trying to execute from the<br>
   script, and the last one printed befor the error should give some clues.<br>
   Note that doing this can lead to unrelated errors, since dunecontrl may try<br>
   to parse the output from subshells, which is now cluttered by the command<br>
   the subshell is trying to execute.<br>
<br>
Regards,<br>
Jö.<br>
<br>
> I guess I need some way to tell aclocal where pkg.m4 can be found?<br>
><br>
> I’ve attached the generated configure file.<br>
><br>
> Thanks again,<br>
> Matt<br>
><br>
<br>
<br>
> _______________________________________________<br>
> Dune mailing list<br>
> <a href="mailto:Dune@dune-project.org">Dune@dune-project.org</a><br>
> <a href="http://lists.dune-project.org/mailman/listinfo/dune" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune</a><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Jorrit (Jö) Fahlke, Institute for Computational und Applied Mathematics,<br>
University of Münster, Orleans-Ring 10, D-48149 Münster<br>
Tel: <a href="tel:%2B49%20251%2083%2035146" value="+492518335146">+49 251 83 35146</a> Fax: <a href="tel:%2B49%20251%2083%2032729" value="+492518332729">+49 251 83 32729</a><br>
<br>
If God had intended Man to Smoke, He would have set him on Fire.<br>
-- fortune<br>
</font></span><br>_______________________________________________<br>
Dune mailing list<br>
<a href="mailto:Dune@dune-project.org">Dune@dune-project.org</a><br>
<a href="http://lists.dune-project.org/mailman/listinfo/dune" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune</a><br>
<br></blockquote></div><br></div>