On Thu, Jul 13, 2023 at 04:34:39PM -0600, Karl Berry wrote:
> Bogdan, Pat, Gavin, all - back on this bug:
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54063
> Subject: bug#54063: - special case] Try .texi.in when .texi missing
>
> As previously discussed in this bug, I added a warn
On Sun, Mar 19, 2023 at 05:57:19PM +0100, Bogdan wrote:
> Anyway, I just provide code the way I'd do it. It's up to "someone higher
> up", like you, to make the decision if the patch is to be merged, modified
> first, or to be simply left out for some reason. There surely are things I
> don't know
On Sat, Mar 18, 2023 at 10:10:05PM +0100, Bogdan wrote:
> The problem was with "--build-dir=": the old texi2dvi (which is a shell
> script) splits "--build-dir=xxx" into "--build-dir" and "xxx", interprets
> the "--build-dir" switch as "--batch" (checks just the first letter, great)
> and the "xxx
On Mon, Sep 2, 2019 at 6:28 PM Jim Meyering wrote:
>
> Gavin Smith proposed a patch for this back in http://bugs.gnu.org/34201
> Another reference to the problem: http://bugs.gnu.org/36921
>
> In the attached (in Gavin's name), I've added a NEWS entry and
> adjusted th
On Sun, Aug 04, 2019 at 01:22:34PM +, Дилян Палаузов wrote:
> Hello,
>
> I have a .texi file and in Makefile.am:
>
> info_TEXINFOS = doc/z.texi
>
> Running autoreconf -visf emits:
>
> configure.ac:13: installing './compile'
> configure.ac:7: installing './missing'
> Makefile.am: installing
would be needed would be for someone to have a look at this
patch and apply it for the next Automake release.
On 1/25/19, Gavin Smith wrote:
> @setfilename should not be required to occur inside Texinfo files, as it
> makes it harder to get them working.
>
> Earlier on this:
> https:
@setfilename should not be required to occur inside Texinfo files, as it
makes it harder to get them working.
Earlier on this:
https://lists.gnu.org/archive/html/automake/2015-09/msg0.html
Here is a patch. I added a test which is passing now, but it wasn't
passing when I first added the te
On 19 May 2016 at 00:04, Mathieu Lirzin wrote:
>> It is often easier to write expected-to-fail tests this way (so that
>> they can all look the same), rather than have to have, for example, an
>> extra driver that converts expected errors into success codes for the
>> automake test harness.
>
> Wh
On 21 July 2015 at 21:17, Stanislav Brabec wrote:
> I just wanted to make an option to link the program either against
> in-package instance or external instance.
>
> To make things as easy as possible, I wanted to define FOO_LIB in
> configure.ac either as 'libfoo.la' or '-lfoo' using e. g.:
>
>