pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/56497: emacs 27 fails to build on Solaris 10 (autogen.sh shell)
The following reply was made to PR pkg/56497; it has been noted by GNATS.
From: =?utf-8?q?Claes_N=C3=A4st=C3=A9n?= <pekdon%gmail.com@localhost>
To: gnats-bugs <gnats-bugs%netbsd.org@localhost>
Cc:
Subject: Re: pkg/56497: emacs 27 fails to build on Solaris 10 (autogen.sh shell)
Date: Sun, 14 Nov 2021 12:04:56 +0100
Excerpts from nia's message of 2021-11-14 10:25:01 +0000:
> The following reply was made to PR pkg/56497; it has been noted by GNATS.
>
> From: nia <nia%NetBSD.org@localhost>
> To: gnats-bugs%netbsd.org@localhost
> Cc:
> Subject: Re: pkg/56497: emacs 27 fails to build on Solaris 10 (autogen.sh
> shell)
> Date: Sun, 14 Nov 2021 10:21:15 +0000
>
> On Sun, Nov 14, 2021 at 08:45:01AM +0000, Claes Nstn wrote:
> > See the attached Makefile.in patch, where autogen.sh is called as is
> > (and it has #!/bin/sh hardcoded). Using sh to exec it seems to solve the
> > issue but a patch is more work to maintain compared to just replacing
> > the shell don't you think?
>
> Can't we just use REPLACE_SH on the autogen script? Then we don't need
> a patch.
>
That was my initial suggestion (although with ifdefs), and was what I
was trying to suggest with it being more work maintaining a patch. :)
Just did the second diff when trying to figure out where the autogen.sh
was run from without using the configured shell.
So yeah, REPLACE_SH on autogen.sh and we should be all set.
Home |
Main Index |
Thread Index |
Old Index