Re: replacement for titlepage and more metadata commands

> Date: Sat, 11 Jan 2025 22:11:11 +0100 > From: Patrice Dumas > > Hello, > > Here is a proposal to move on on the @titlepage redesign, which is mainly > based on Gavin ideas in > https://lists.gnu.org/archive/html/bug-texinfo/2019-03/msg00029.html > > I propose to add a @documentinfo block whic

Re: math as image in Info INFO_MATH_IMAGES

> Date: Wed, 8 Jan 2025 20:46:59 +0100 > From: pertu...@free.fr > > On Thu, Jan 02, 2025 at 12:57:43AM +, Gavin Smith wrote: > > If texi2any generates the images with a given DPI (dots per inch) setting > > to dvips (-d argument) (say 200), then it seems that all Emacs would need > > is a vari

Re: TeXinfo 7.2: Test suite fails on arm64

> Date: Tue, 7 Jan 2025 18:51:56 +0100 > From: Patrice Dumas > Cc: Preuße, Hilmar , bug-texinfo@gnu.org > > > The message are coming from the locale program: > > > > $ LC_ALL=foo locale > > locale: Cannot set LC_CTYPE to default locale: No such file or directory > > locale: Cannot set LC_MESSAGE

Re: [Savannah-hackers-public] Having trouble pushing

> From: "Alfred M. Szmidt" > Cc: sysad...@gnu.org, arn...@skeeve.com, > savannah-hackers-public@gnu.org > Date: Tue, 07 Jan 2025 10:10:13 -0500 > > The admins are on it, someone is restarting Savannah. Thanks, looks like it got fixed now.

Re: [Savannah-hackers-public] Having trouble pushing

> Date: Tue, 07 Jan 2025 14:17:55 +0200 > From: Eli Zaretskii > Cc: savannah-hackers-public@gnu.org > > > Date: Tue, 07 Jan 2025 12:12:45 +0200 > > From: Aharon Robbins > > > > I have just done a git push to the gawk repo, and it's running > >

Re: [Savannah-hackers-public] Having trouble pushing

> Date: Tue, 07 Jan 2025 12:12:45 +0200 > From: Aharon Robbins > > I have just done a git push to the gawk repo, and it's running > inordinately slow. Like pushing an hour! Doing ping git.sv.gnu.org > gets a response from the IPv6 address. > > Help? Yes, please help. A simple "git pull" from

Re: Compilation error in readline/input.c using MinGW

> Date: Tue, 31 Dec 2024 13:07:57 -0500 > Cc: chet.ra...@case.edu, bug-readline@gnu.org, t...@tromey.com > From: Chet Ramey > > > On 12/31/24 12:48 PM, Eli Zaretskii wrote: > > >> Readline-8.3-beta provides that stub implementation of alarm(3). > > > >

Re: Compilation error in readline/input.c using MinGW

> Date: Tue, 31 Dec 2024 12:04:00 -0500 > Cc: chet.ra...@case.edu, Tom Tromey > From: Chet Ramey > > >https://lists.gnu.org/archive/html/bug-readline/2024-11/msg7.html > > > > However, that solution doesn't work with mingw.org's MinGW (it doesn't > > support __USE_MINGW_ALARM), so I sti

Re: 'info' navigation on an index entry brings me to a wrong node

> From: Bruno Haible > Cc: Eli Zaretskii > Date: Mon, 30 Dec 2024 19:47:55 +0100 > > Yes, 'info' understands this DEL as so-called INFO_QUOTE character. > This would be a more robust solution than having code decide ad-hoc > what is a terminator and what is not. &

Re: 'info' navigation on an index entry brings me to a wrong node

> Date: Mon, 30 Dec 2024 15:34:07 +0100 > From: Bruno Haible via Bug reports for the GNU Texinfo documentation system > > > In the 'info' program, when the user selects an index entry, it > should display the node associated with that index entry. Instead, > in some cases it displays a differen

Compilation error in readline/input.c using MinGW

Hi, In this message several months ago: https://lists.gnu.org/archive/html/bug-readline/2024-07/msg6.html I reported a problem compiling Readline 8.2 with MinGW, due to the lack of the 'alarm' function. I have now built the GDB-16.0.90 pretest, which includes Readline 8.2 with the solutio

Re: Index of all Info manuals

> From: Jeremy Bryant > Cc: bug-texinfo@gnu.org, Björn Bidar > , Richard > Stallman > Date: Sat, 28 Dec 2024 22:20:36 + > > Eli Zaretskii writes: > > >> From: Jeremy Bryant > >> Date: Sun, 15 Dec 2024 22:38:51 + > >> > &

[Savannah-hackers-public] Mailing list archive searching stops in 2020

Hi, This problem is known to me for quite some time, and I'm quite sure I've reported it several years ago, but (ironically) I cannot find that report in my archives ;-) The problem I'd like to report is that searching the archives of GNU mailing lists is unable to find hits in recent years. For

Re: About the font used by 'ps-spool-buffer-with-faces'

> From: Joel Reicher > Cc: help-emacs-windows@gnu.org > Date: Thu, 26 Dec 2024 17:54:55 +1100 > > Eli Zaretskii writes: > > >> From: Joel Reicher > >> Cc: help-emacs-windows@gnu.org > >> Date: Thu, 26 Dec 2024 12:55:00 +1100 > >> > &g

Re: About the font used by 'ps-spool-buffer-with-faces'

> From: Joel Reicher > Cc: help-emacs-windows@gnu.org > Date: Thu, 26 Dec 2024 12:55:00 +1100 > > > No, I just discovered that 'ps-font-family' is 'Courier', and it > > seems that things cannot change much. See for example: > > > > https://www.gnu.org/software//emacs/manual/html_node/emacs/PostS

Re: math as image in Info INFO_MATH_IMAGES

> From: Gavin Smith > Date: Tue, 24 Dec 2024 18:38:19 + > Cc: pertu...@free.fr, bug-texinfo@gnu.org, rahgu...@zohomail.eu > > > > We could ask Emacs users or developers if there is a way to make > > > the images be displayed smaller in Info mode. > > > > Emacs can scale images. See the node

Re: math as image in Info INFO_MATH_IMAGES

> Date: Tue, 24 Dec 2024 18:38:50 +0100 > From: Patrice Dumas > > > Surely this is an issue with the Info viewer as the Info file itself > > does not have a size for text? > > I do not think so, I think that it is an issue with the way the images > are generated, they should be generated for an

Re: math as image in Info INFO_MATH_IMAGES

> From: Gavin Smith > Date: Tue, 24 Dec 2024 17:21:36 + > > Surely this is an issue with the Info viewer as the Info file itself > does not have a size for text? > > I tried this myself in emacs (I installed emacs specially for this). > You can open an Info file with "C-u C-h i FILENAME". >

Re: About the font used by 'ps-spool-buffer-with-faces'

> From: Benjamin Riefenstahl > Cc: help-emacs-windows@gnu.org > Date: Tue, 24 Dec 2024 15:40:11 +0200 > > Angelo Graziosi writes: > > Thanks Benjamin! It seems this is a consequence of the fact that we > > are using PostScript. > > Actually, PDF is mostly a binary version of PostScript output.

Re: document --enable-xs-perl-libintl when LANGUAGE is not used in C libintl?

> Date: Mon, 16 Dec 2024 23:31:31 +0100 > From: Patrice Dumas > > I tested GNU Texinfo on Alpine Linux, which uses musl and not glibc in > cfarm94.cfarm.net. Tests with translations of strings in output in C > fail, most probably because musl libintl does not use LANGUAGE to set > the locale. I

Re: Index of all Info manuals

> From: Jeremy Bryant > Date: Sun, 15 Dec 2024 22:38:51 + > > Hi Texinfo developers, > Most Texinfo manuals are presumably written directly in Texinfo, whilst > some are converted into it. > Is there a known index of such manuals? See util/htmlxref.cnf in the Texinfo source tree for a first

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 20:09:25 +0900 > Cc: guile-user@gnu.org, maximede...@telenet.be, t...@refpersys.org, > j...@gcc.gnu.org, dmalc...@redhat.com, bas...@starynkevitch.net > > Is the IR keeping the design of LIMPLE described in the slide? Yes.

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 20:09:25 +0900 > Cc: guile-u...@gnu.org, maximede...@telenet.be, t...@refpersys.org, > jit@gcc.gnu.org, dmalc...@redhat.com, bas...@starynkevitch.net > > Is the IR keeping the design of LIMPLE described in the slide? Yes.

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 19:49:59 +0900 > Cc: guile-user@gnu.org, maximede...@telenet.be, t...@refpersys.org, > j...@gcc.gnu.org, dmalc...@redhat.com, bas...@starynkevitch.net > > Was it merged to upstream or abandoned? It was merged to upstream Emacs 3 years ago, and

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 19:49:59 +0900 > Cc: guile-u...@gnu.org, maximede...@telenet.be, t...@refpersys.org, > jit@gcc.gnu.org, dmalc...@redhat.com, bas...@starynkevitch.net > > Was it merged to upstream or abandoned? It was merged to upstream Emacs 3 years ago, and i

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 17:07:24 +0900 > Cc: guile-user@gnu.org, maximede...@telenet.be, t...@refpersys.org, > j...@gcc.gnu.org, dmalc...@redhat.com, bas...@starynkevitch.net > > I’m referring to the mentioned link > https://akrl.sdf.org/gccemacs.html Whose last upda

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 17:07:24 +0900 > Cc: guile-u...@gnu.org, maximede...@telenet.be, t...@refpersys.org, > jit@gcc.gnu.org, dmalc...@redhat.com, bas...@starynkevitch.net > > I’m referring to the mentioned link > https://akrl.sdf.org/gccemacs.html Whose last updat

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 11:08:25 +0900 > Cc: Maxime Devos , t...@refpersys.org, > j...@gcc.gnu.org, > "dmalc...@redhat.com" , bas...@starynkevitch.net > > > FWIW libgccjit builds position independent code, and can be used to > build dynamic libraries (which is what I believ

Re: AOT compiler (was: Running Compiled Guile Objects)

> From: Nala Ginrut > Date: Sun, 15 Dec 2024 11:08:25 +0900 > Cc: Maxime Devos , t...@refpersys.org, > jit@gcc.gnu.org, > "dmalc...@redhat.com" , bas...@starynkevitch.net > > > FWIW libgccjit builds position independent code, and can be used to > build dynamic libraries (which is what I believe

Re: texi2any implementation language

> Date: Thu, 12 Dec 2024 22:37:29 +0100 > From: Patrice Dumas > > On Thu, Dec 12, 2024 at 09:12:26PM +, Gavin Smith wrote: > > I learned that for Python, there is something called the "Python stable > > ABI" which there appears not to be an equivalent for for Perl. It is > > still limited, t

Re: wget with Google TTS with Chinese not working

> From: Mike Ahrens > Date: Tue, 10 Dec 2024 10:40:02 -0700 > > Hello, > > Trying to use this wget command line: > > wget -q -U Mozilla -O .\MP3\medicine.mp3_1 " > http://translate.google.com/translate_tts?ie=UTF-8&total=1&idx=0&textlen=32&client=tw-ob&q=++%2C+%E8%8D%AF++%2C++&tl=zh-tw > " > >

Re: Arguments to @smallexample trigger a warning

> Date: Mon, 9 Dec 2024 22:31:14 +0100 > From: Cecilio Pardo > > Hello, > > When passing an argument to @smallexample: > > @smallexample lisp > ... > @end smallexample > > makeinfo warns: > >: warning: unexpected argument on @smallexample line: lisp > > Is this a bug? Why

[bug #66499] Parameter for option -j seems not to be validated and can cause hangs

Follow-up Comment #2, bug #66499 (group make): > Unfortunately I know of no way to determine how large a pipe a system > supports short of filling one up. What about fcntl with F_GETPIPE_SZ? ___ Reply to this item at:

Re: Parallel make across multiple connected systems.

> From: Sean Godsell > Date: Wed, 27 Nov 2024 17:00:27 -0500 > > I was wondering if anyone has any plans to make the actual 'make' command > work across multiple > connected PC systems, via networking of some kind. It could be wireless > networking, ethernet, or even > networking through thund

Re: failures with XS modules

> Date: Wed, 27 Nov 2024 16:01:59 +0100 > From: pertu...@free.fr > Cc: Gavin Smith , bug-texinfo@gnu.org > > > Can you please explain what you mean by "calling back into Perl"? > > What kind of call is made from the C code of an XS, and what functions > > in Perl does it call? > > It is possible

Re: failures with XS modules

> From: Gavin Smith > Date: Tue, 26 Nov 2024 18:33:31 + > > On the two systems you mention (Cygwin64 and Macos-13), in spite of > Perl appearing to be new enough, calling gettext does not work. It > is presumed that calling back into Perl would work, though. Have I > understood the issue co

Re: Manual bug and HIGHLIGHT_SYNTAX results

> From: Gavin Smith > Date: Sun, 24 Nov 2024 11:05:49 + > > On Sat, Nov 23, 2024 at 07:44:18PM +0100, Patrice Dumas wrote: > > On Fri, Nov 22, 2024 at 10:02:15AM -0800, Raymond Toy wrote: > > > First, a simple bug > > > https://www.gnu.org/software/texinfo/manual/texinfo/texinfo.html#Syntax-H

Re: Is it ok to use @ref in cases where @xref/@pxref can be used?

> Date: Sat, 23 Nov 2024 01:12:11 +0100 > From: Denis 'GNUtoo' Carikli > > What we have below is very intuitive for someone not familiar with > texinfo at all: > > In some cases GNU Boot even runs nonfree software not provided by GNU > > Boot like nonfree GPUs drivers provided by the removable GP

Re: [PATCH] syntax highlight: allows any program to be used as a syntax highlighter

> Cc: > From: "Carlos Maniero" > Date: Thu, 21 Nov 2024 16:42:24 + (UTC) > > > We could also have placeholders for > > command-line arguments, e.g. "(SOMETHING %i %o)" means invoke > > SOMETHING with a single command-line argument where %i is substituted > > by the name of a file with the co

Re: libdiagnostics name clash

> Date: Wed, 20 Nov 2024 16:11:16 -0500 > From: David Malcolm via Gcc > > I merged libdiagnostics to GCC trunk on Monday: > https://gcc.gnu.org/wiki/libdiagnostics > > Unfortunately I've since discovered there's at least one libdiagnostics > .so already in Debian: > https://tracker.debian.org/

Re: [PATCH] syntax highlight: allows any program to be used as a syntax highlighter

> From: Carlos Maniero > Cc: Carlos Maniero > Date: Wed, 20 Nov 2024 19:41:33 + (UTC) > > The HIGHLIGHT_SYNTAX is great and is suitable for most of the cases. > However, since it works with a predefined set of supported programs it > limits the user's options and requires the text2any to gro

Re: cannot stat /var/lock/cvs/web/www: No such file or directory

> Date: Wed, 20 Nov 2024 06:16:52 +0100 > From: Dora Scilipoti > > Hello, > > cvs updating my working directory www doesn't seem to be working for me > since yesterday: > > ~/www$ cvs update > cvs update: Updating . > cvs [update aborted]: cannot stat /var/lock/cvs/web/www: No such file or > di

Re: library not found in build on macos

> Date: Sun, 17 Nov 2024 22:14:37 +0100 > From: Patrice Dumas > > On Sun, Nov 17, 2024 at 09:37:23PM +0100, Patrice Dumas wrote: > > I have added a report for all the platforms tested in the CI. It > > appears that cygwin, both 32 and 64 bits and OpenBSD unexpectedly cannot > > load Parsetexi.so

Re: library not found in build on macos

> Date: Sun, 17 Nov 2024 21:21:05 +0100 > From: Patrice Dumas > > % otool -L .libs/Parsetexi.so > .libs/Parsetexi.so: > /usr/local/lib/texi2any/libtexinfoxs.0.dylib (compatibility version > 1.0.0, current version 1.0.0) > /usr/local/lib/texi2any/libtexinfo.0.dylib (compatibility version

Re: rebuilding non_ascii.tar

> Date: Sun, 17 Nov 2024 19:25:47 +0100 > From: Patrice Dumas > > On Sat, Nov 16, 2024 at 09:35:57PM +, Gavin Smith wrote: > > > > > > The downside is that if tar is different from the tar that generated the > > > tarball and the tarball is different even though it contains the same > > > in

Re: use old style bundled options tar call?

> From: Gavin Smith > Date: Sun, 17 Nov 2024 13:19:48 + > Cc: Patrice Dumas , bug-texinfo@gnu.org > > On Sun, Nov 17, 2024 at 08:48:48AM +0200, Eli Zaretskii wrote: > > > Date: Sun, 17 Nov 2024 00:34:29 +0100 > > > From: Patrice Dumas > > > >

Re: use old styme bundled options tar call?

> Date: Sun, 17 Nov 2024 00:34:29 +0100 > From: Patrice Dumas > > Hello, > > In the CI, solaris 11 fails with > > cd built_input && \ > tar -xm -f > "/home/runner/work/ci-check/ci-check/texinfo-7.1.91-20241116/build/../tp/tests/input/non_ascii.tar" > tar: /dev/rmt/0: No such file or directory

Re: Building Texinfo 7.1.91 pretest with MinGW

> Date: Fri, 15 Nov 2024 21:12:42 +0100 > From: Patrice Dumas > > On Fri, Nov 15, 2024 at 05:01:35PM +, Gavin Smith wrote: > > > My free time is severely limited, so I prefer to wait until the next > > > pretest. But if that is too far away, I might try building a snapshot > > > tarball, if

Re: Building Texinfo 7.1.91 pretest with MinGW

> From: Gavin Smith > Date: Fri, 15 Nov 2024 17:01:35 + > Cc: Patrice Dumas , bug-texinfo@gnu.org > > On Fri, Nov 15, 2024 at 09:44:15AM +0200, Eli Zaretskii wrote: > > > > Let me know if you'd like me to provide more information or to test > > > &g

Re: Building Texinfo 7.1.91 pretest with MinGW

> Date: Thu, 14 Nov 2024 21:54:07 +0100 > From: Patrice Dumas > Cc: Gavin Smith , bug-texinfo@gnu.org > > On Tue, Nov 12, 2024 at 04:27:21PM +0200, Eli Zaretskii wrote: > > 3. Function redefinition warnings compiling MiscXS. Here's one example: > > MiscXS d

Re: Building Texinfo 7.1.91 pretest with MinGW

> Date: Thu, 14 Nov 2024 15:07:34 +0100 > From: Patrice Dumas > Cc: gavinsmith0...@gmail.com, bug-texinfo@gnu.org > > What is your Perl version? Normally configure should have detected if > it is not recent enough, so I do not expect it to be very important, but > who knows. 5.20.1, quite old.

Re: Building Texinfo 7.1.91 pretest with MinGW

> Date: Thu, 14 Nov 2024 11:56:11 +0100 > From: Patrice Dumas > Cc: Gavin Smith , bug-texinfo@gnu.org > > On Tue, Nov 12, 2024 at 04:27:21PM +0200, Eli Zaretskii wrote: > > 4. Compilation error in api_to_perl.c: > > > > In file included from

Re: Building Texinfo 7.1.91 pretest with MinGW [non-ASCII file names]

> Date: Thu, 14 Nov 2024 10:07:11 +0100 > From: Patrice Dumas > > On Thu, Nov 14, 2024 at 07:42:02AM +, Gavin Smith wrote: > > On Thu, Nov 14, 2024 at 08:47:25AM +0200, Eli Zaretskii wrote: > > > I'm not sure I follow: do you intend to use "int\xc3\xa9r

Re: Building Texinfo 7.1.91 pretest with MinGW [non-ASCII file names]

> From: Gavin Smith > Date: Wed, 13 Nov 2024 22:08:10 + > Cc: bug-texinfo@gnu.org > > On Wed, Nov 13, 2024 at 10:37:37PM +0200, Eli Zaretskii wrote: > > Can they be included as some kind or archive? Like shar file, for > > example? Then users on Posix syste

Re: Building Texinfo 7.1.91 pretest with MinGW

> From: Gavin Smith > Date: Wed, 13 Nov 2024 20:16:29 + > Cc: bug-texinfo@gnu.org > > On Tue, Nov 12, 2024 at 04:27:21PM +0200, Eli Zaretskii wrote: > > Btw, an additional annoyance when unpacking the tarball of this > > pretest is that it creates files with no

Re: Building Texinfo 7.1.91 pretest with MinGW [uid_t, gid_t]

> From: Gavin Smith > Date: Tue, 12 Nov 2024 19:05:41 + > Cc: bug-texinfo@gnu.org > > Add gnulib copy-file module > > * tp/Texinfo/XS: > Run "gnulib-tool --add-import copy-file" > > Importing this module brought in many files. Yes, I was very surprised to see what seemed li

Building Texinfo 7.1.91 pretest with MinGW

> From: Gavin Smith > Date: Sun, 10 Nov 2024 19:21:57 + > Cc: platform-test...@gnu.org > > A pretest distribution for the next Texinfo release (7.2) has been > uploaded to > > https://alpha.gnu.org/gnu/texinfo/texinfo-7.1.91.tar.xz I tried to build this with mingw.org's MinGW, and encounter

Re: feature request: 'jump to' element in PDF index

> Date: Thu, 07 Nov 2024 17:59:33 + (UTC) > From: Werner LEMBERG > > > The HTML version of a Texinfo index has the nice feature of displaying > a 'Jump to' line so that a user can quickly navigate to the starting > letter of an index entry. > > I ask to implement the same for the PDF format

Re: Cyrillic in pdf

> From: Gavin Smith > Date: Sat, 2 Nov 2024 22:14:24 + > Cc: matviijar...@gmail.com, help-texinfo@gnu.org > > > > Running "iconv -f KOI8-R -t UTF-8 txi-ru.tex" and > > > "iconv -f KOI8-U -t UTF-8 txi-uk.tex" produced plausible looking results. > > > However, I do not know what if any suppor

Re: Cyrillic in pdf

> From: Gavin Smith > Date: Sat, 2 Nov 2024 18:28:30 + > Cc: help-texinfo@gnu.org > > There are txi-ru.tex and txi-uk.tex files distributed with Texinfo > for Russian and Ukranian translations respectively > (added 2006-04-26, commit 6219630). (The Serbian translation uses > the Latin alphab

Re: luatex: Bad Unicode left/right single quotation marks

> Date: Fri, 1 Nov 2024 13:19:20 +0100 > From: Patrice Dumas > Cc: Werner LEMBERG , bug-texinfo@gnu.org > > On Fri, Nov 01, 2024 at 02:03:13PM +0200, Eli Zaretskii wrote: > > > Date: Fri, 01 Nov 2024 08:42:50 + (UTC) > > > Cc: bug-texinfo@g

Re: luatex: Bad Unicode left/right single quotation marks

> Date: Fri, 01 Nov 2024 08:42:50 + (UTC) > Cc: bug-texinfo@gnu.org > From: Werner LEMBERG > > > Shouldn't you use @documentencoding if you include UTF-8 encoded > > characters verbatim? (I have no idea if that affects the problem.) > > UTF-8 is meanwhile the default encoding. In what vers

Re: luatex: Bad Unicode left/right single quotation marks

> Date: Fri, 01 Nov 2024 06:55:56 + (UTC) > From: Werner LEMBERG > > Consider this input file (the second line uses U+2019). > > ``` > \input texinfo > > c > > c > > @bye > ``` > > If processed with pdftex (or xetex), everything's fine. In the first > line, gets resolved in

Re: Texinfo 7.1.90 on mingw

> From: Bruno Haible > Cc: gavinsmith0...@gmail.com, pertu...@free.fr, bug-texinfo@gnu.org > Date: Sun, 27 Oct 2024 21:21:27 +0100 > > Eli Zaretskii wrote: > > > Cygwin does a similar thing; not inside bash but inside its fork+exec() > > > system calls

Re: Texinfo 7.1.90 on mingw

> From: Bruno Haible > Cc: Gavin Smith , pertu...@free.fr, > bug-texinfo@gnu.org > Date: Sun, 27 Oct 2024 19:31:12 +0100 > > Eli Zaretskii wrote: > > MinGW programs are stand-alone native Windows executables. But the > > MinGW development environment includ

[bug #66381] Stem splitting and directory prefix reconstruction for static pattern rules.

Follow-up Comment #2, bug #66381 (group make): The proposed patch will not work well on MS-Windows: it assumes that '/' is the only possible directory separator character, and it ignores the possibility of a drive letter in file names. I hope these non-portable aspects will be fixed before this e

Re: Texinfo 7.1.90 on mingw

> From: Gavin Smith > Date: Sat, 26 Oct 2024 10:43:54 +0100 > Cc: Bruno Haible , pertu...@free.fr, bug-texinfo@gnu.org > > > Those errors are expected. The one about /dev/null happens because the > > Perl and executable are native, while the shell is cygwin and not a > > "native" shell such as t

Re: Texinfo 7.1.90 on mingw

> Cc: Gavin Smith > Date: Sat, 26 Oct 2024 00:03:19 +0200 > From: Bruno Haible via Bug reports for the GNU Texinfo documentation system > > > Patrice Dumas wrote: > > All in all, this is already unhoped-for that we can manage to have most > > of the tests passing on such a broken platform! >

Re: Texinfo 7.1.90 on mingw

> Date: Fri, 25 Oct 2024 22:44:40 +0200 > From: Bruno Haible via Bug reports for the GNU Texinfo documentation system > > > /cygdrive/c/Strawberry/perl/bin/perl -w ../../../tp/tests/..//texi2any.pl > --force --conf-dir ../../../tp/tests/../t/init/ --conf-dir > ../../../tp/tests/../init --co

Re: Is -Wtraditional obsolete?

> Date: Wed, 16 Oct 2024 17:12:29 + (UTC) > From: Joseph Myers via Gcc > > One issue that showed up as test failures with a default of -std=gnu23 is > that -std=gnu23 -Wtraditional produces a "traditional C rejects ISO C > style function definitions" warning for function definitions with em

Re: Flood of commits from July?

> From: Gavin Smith > Date: Tue, 15 Oct 2024 22:22:45 +0100 > Cc: bug-texinfo@gnu.org > > I can imagine that at some point we will abandon the Perl version of > some code, requiring XS to use texi2any. One problem with doing that is that the distributed binaries of Texinfo will require a very sp

Re: hard to understand code for the representation of tab

> Date: Sat, 12 Oct 2024 21:15:10 +0200 > From: Patrice Dumas > > This is not important, but in the info code, in info/util.c in the > printed_representation function, which returns a pointer to string that > is the printed representation of character (or other logical unit) if it > were printed

Re: strange build failure for cygwin32 in CI

> Date: Fri, 11 Oct 2024 14:36:24 +0200 > From: Patrice Dumas > Cc: bug-texinfo@gnu.org > > On Fri, Oct 11, 2024 at 08:27:10AM +0300, Eli Zaretskii wrote: > > > P.S. Is libtexinfo.dll.a under ./.libs or under ./main/.libs ? IOW, > > are there indeed two separate

Re: strange build failure for cygwin32 in CI

> Date: Thu, 10 Oct 2024 23:57:56 +0200 > From: Patrice Dumas > Cc: bug-texinfo@gnu.org > > I modified the build such that -lperl is now after libtexinfo.dll.a: > > libtool: link: gcc -shared main/.libs/libtexinfoxs_la-build_perl_info.o > main/.libs/libtexinfoxs_la-get_perl_info.o > main/.lib

Re: -Wtype-limits warning in info/infokey.c

> Date: Thu, 10 Oct 2024 12:33:45 +0200 > From: Patrice Dumas > > Hello, > > I get this warning: > In file included from ../../info/doc.h:59, > from ../../info/infokey.c:21: > ../../info/infokey.c: In function ‘compile’: > ../../info/infomap.h:105:29: warning: comparison is alwa

Re: using size_t for search bindings in info reader bug hidden versus underflow

> Date: Tue, 8 Oct 2024 01:46:56 +0200 > From: Patrice Dumas > > Keeping long could hide some bugs of offsets becoming negative, but also > be more robust in face of those bugs if it does not matter much that the > offsets become negative. > > Any advice? > > I attach the patch that would set S

Re: Flood of commits from July?

> Date: Mon, 7 Oct 2024 13:37:52 -0700 > Cc: gavinsmith0...@gmail.com, bug-texinfo@gnu.org > From: Per Bothner > > > That was maybe true 10 or 15 years ago, but is no longer true: C++ got > > a lot of additional baggage, standard classes and libraries, and is > > now very different from C. Conve

Re: Flood of commits from July?

> Date: Mon, 7 Oct 2024 09:24:34 -0700 > From: Per Bothner > > > > On 10/6/24 11:18 AM, Gavin Smith wrote: > > Now imagine that half of DomTerm gets rewritten in Rust and then you > > are scratching your head looking at a bunch of Rust code that you barely > > understand when trying to fix prob

Re: strange build failure for cygwin32 in CI

> Date: Sun, 6 Oct 2024 20:04:20 +0200 > From: Patrice Dumas > > In Bruno CI, previously the cygwin32 tests did not really check the XS/C > code, as iconv was missing. Now it is installed and the XS/C code is > tested. There are many errors of missing symbols when linking, > corresponding to al

Re: Flood of commits from July?

> Date: Sun, 6 Oct 2024 08:08:53 -0700 > Cc: gavinsmith0...@gmail.com, bug-texinfo@gnu.org > From: Per Bothner > > On 10/5/24 11:14 PM, Eli Zaretskii wrote: > > If we are seriously considering rewriting Texinfo in a different > > language, why should we limit oursel

Re: Flood of commits from July?

> Date: Sat, 5 Oct 2024 16:02:08 -0700 > From: Per Bothner > > On 10/5/24 10:37 AM, Gavin Smith wrote: > > And that is precisely what I DON'T want to happen. I am not willing to > > work on texi2any any more if parts of it start being written in C++. > > That is sad to hear. It is quite clear t

Re: where does Emacs source the shell configuration files from?

> From: Sivaram Neelakantan > Date: Fri, 04 Oct 2024 18:40:15 +0530 > User-Mail-Address: nsivaram@gmail.com > > on GNU Emacs 29.4 (build 2, x86_64-w64-mingw32) of 2024-07-05, when I > invoke M-x shell, I get garbled characters which seem to go away with > with setting PS1; see below > > --8<

Re: Info definition line only starting with single hyphen?

> Date: Wed, 02 Oct 2024 22:21:27 +0300 > From: Eli Zaretskii > Cc: bug-texinfo@gnu.org > > > From: Gavin Smith > > Date: Wed, 2 Oct 2024 19:06:36 +0100 > > > > I saw this line had been added to NEWS: > > > > . Info: > > . Ou

Re: Info definition line only starting with single hyphen?

> From: Gavin Smith > Date: Wed, 2 Oct 2024 19:06:36 +0100 > > I saw this line had been added to NEWS: > > . Info: > . Output a single hyphen at the start of a definition line > > This change was in commit 3ee7ac39a8 (dated 2024-07-06, applied 2024-09-29). > > The effect of this change is to

Re: Info definition line only starting with single hyphen?

> From: Gavin Smith > Date: Wed, 2 Oct 2024 19:06:36 +0100 > > I saw this line had been added to NEWS: > > . Info: > . Output a single hyphen at the start of a definition line > > This change was in commit 3ee7ac39a8 (dated 2024-07-06, applied 2024-09-29). > > The effect of this change is to

Re: git repositories no longer available

> From: Corwin Brust > Date: Tue, 1 Oct 2024 11:27:35 -0500 > Cc: savannah-users@gnu.org > > On Tue, Oct 1, 2024 at 11:10 AM Stephen Kitt wrote: > > > > > > It was so for a short period of time, but now I don't see any > > > problems, at least not with the Emacs Git repository. > > > > Indeed, i

Re: git repositories no longer available

> Date: Tue, 01 Oct 2024 16:56:22 +0200 > From: Stephen Kitt > > It’s not clear to me what the current git server upgrade situation is, > but https://git.savannah.gnu.org/cgit/bash.git, > https://git.savannah.gnu.org/cgit/make.git etc. say “No repositories > found”, git.savannah.gnu.org is ref

Re: Flood of commits from July?

> Date: Sun, 29 Sep 2024 16:30:40 +0200 > From: Patrice Dumas > Cc: bug-texinfo@gnu.org, Gavin Smith > > On Sun, Sep 29, 2024 at 05:18:58PM +0300, Eli Zaretskii wrote: > > Why do I suddenly receive from texinfo-comm...@gnu.org a very long > > series of commits from Ju

Flood of commits from July?

Why do I suddenly receive from texinfo-comm...@gnu.org a very long series of commits from June and July? I've received about 400 mails like that already since noon, and it doesn't show any signs of stopping.

Re: XDG Base Directory Specification ignores installation directories

> From: Gavin Smith > Date: Thu, 26 Sep 2024 22:15:13 +0100 > > On Thu, Sep 26, 2024 at 05:26:59PM +0200, Patrice Dumas wrote: > > > > My understanding is that if you want to install on non-standard > > locations and want to have this non-standard location being searched for > > before other dir

Re: do formatting_cpp_lines tests fail with native mingw?

> Date: Sat, 21 Sep 2024 12:44:38 +0200 > From: Patrice Dumas > > Hello, > > The test with /dev/null failure is explained by MinGW on MSYS mapping to > NUL (as explained by Eli in another thread). > > Could you please, Eli, check whether the other test, > split_nocopying_split_dev_null in forma

Re: finding prove with mingw on cygwin?

> Date: Sat, 21 Sep 2024 00:32:43 +0200 > From: Patrice Dumas > > On Fri, Sep 20, 2024 at 08:14:33PM +0200, Patrice Dumas wrote: > > On Fri, Sep 20, 2024 at 08:42:18PM +0300, Eli Zaretskii wrote: > > > And if not, does the > > > Strawberry Perl

Re: multiple failures for info tests on cygwin

> Date: Sat, 21 Sep 2024 00:16:45 +0200 > From: Patrice Dumas > > On Fri, Sep 20, 2024 at 11:00:22PM +0100, Gavin Smith wrote: > > On Fri, Sep 20, 2024 at 11:43:16PM +0200, Patrice Dumas wrote: > > > On Fri, Sep 20, 2024 at 10:21:01PM +0300, Eli Zaretskii wrote: >

Re: multiple failures for info tests on cygwin

> Date: Fri, 20 Sep 2024 23:43:16 +0200 > From: Patrice Dumas > Cc: bug-texinfo@gnu.org > > On Fri, Sep 20, 2024 at 10:21:01PM +0300, Eli Zaretskii wrote: > > > Date: Fri, 20 Sep 2024 20:43:45 +0200 > > > From: Patrice Dumas > > > > > > Ma

Re: git server upgraded

> Date: Fri, 20 Sep 2024 14:57:56 -0600 > From: Bob Proulx > > Savannah Users, > > TL;DR: git server upgraded, please report any problems Here is one: when pushing to the Emacs Git repository, I see: $ git push Counting objects: 4, done. Compressing objects: 100% (4/4), done. Writing o

Re: multiple failures for info tests on cygwin

> Date: Fri, 20 Sep 2024 20:43:45 +0200 > From: Patrice Dumas > > Many info tests on cygwin-32 fail (release 7.1 branch). I attach the > info tests log, I can provide more information on configure output, and > some other logs if needed. > > =

Re: finding prove with mingw on cygwin?

> Date: Fri, 20 Sep 2024 20:14:33 +0200 > From: Patrice Dumas > Cc: bug-texinfo@gnu.org > > > $ which prove > > /bin/prove > > > > in the MSYS Bash. So it does find 'prove'. > > > > > Any idea on what should be done? > > > > Do you have the file in your MSYS installation? > > The shell i

Re: safe to remove carriage returns in configure for mingw?

> Date: Fri, 20 Sep 2024 19:29:14 +0200 > From: Patrice Dumas > > An issue with XS modules configure for mingw (on cygwin) using Bruno CI > https://github.com/gnu-texinfo/ci-check > > In tp/Texinfo/XS/configure.ac, we use perl -V:var to get information on > Perl configuration for the var. The p

Re: finding prove with mingw on cygwin?

> Date: Fri, 20 Sep 2024 19:14:46 +0200 > From: Patrice Dumas > > Hello, > > I would like to have more tests for mingw (on cygwin) using Bruno CI > https://github.com/gnu-texinfo/ci-check > > However, 'prove' is not found by configure, by > AC_CHECK_PROGS([PROVE], [prove], []) > while perl is f

bug#73232: [PATCH] Allow vc-diff to suggest a default revision in vc-dir

> Cc: Juri Linkov > Date: Fri, 13 Sep 2024 11:51:47 -0400 > From: Spencer Baugh via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > - ;; if it's a directory, don't supply any revision default > - ((file-directory-p first) > - nil) > ;; if the file is

  1   2   3   4   5   6   7   8   9   10   >