[related to thread: "No SWISH filters found"]

"Doctor, my arm hurts when I lift it like this."
"So, don't lift your arm that way..."

If Mr. Eggert is correct, the Swish-e install is not
using autoconf in a totally portable manner.  I can't
say, however, whether this should be handled by a fix
to the code or a note in the documentation.

-r

Begin forwarded message:

> From: Paul Eggert <eggert@CS.UCLA.EDU>
> Date: September 23, 2004 12:16:10 PM PDT
> To: Richard Morin <rdm@slac.stanford.edu>
> Cc: autoconf@gnu.org
> Subject: Re: autoconf problem, related to Swish-e install
>
> Richard Morin <rdm@slac.stanford.edu> writes:
>
>> Curiously, this behavior is not present under GNU make.
>
> The Autoconf manual says this:
>
>   You can support compiling a software package for several 
> architectures
>   simultaneously from the same copy of the source code.  The object 
> files
>   for each architecture are kept in their own directory.
>
>   To support doing this, @command{make} uses the @code{VPATH} variable 
> to
>   find the files that are in the source directory.  @acronym{GNU} Make
>   and most other recent @command{make} programs can do this.  Older
>   @command{make} programs do not support @code{VPATH}; when using them,
>   the source code must be in the same directory as the object files.
>
>   To support doing this, @command{make} uses the @code{VPATH} variable 
> to
>   find the files that are in the source directory.  @acronym{GNU} Make
>   and most other recent @command{make} programs can do this.  Older
>
> You're running into the problem described above: Sun's implementation
> is an "older" make and doesn't support VPATH correctly.  To work
> around the problem, either use GNU make, or don't put the object files
> anywhere other than the source directory.