On 10/14/23 09:12, Patrice Dumas wrote:
On Thu, Oct 12, 2023 at 10:25:23AM -0700, Per Bothner wrote:
C++ has a more extensive and useful standard library than C.
I guess there is an hash map, but I am not sure that we would need much
more.
In addition to hash maps and maybe some other contai
On 10/14/23 05:36, Gavin Smith wrote:
many might have said that Perl was a natural fit for text processing.
It probably was and is - if performance isn't a high priority.
I notice in the texinfo source how much string concatenation is going on
- and it's hard to implement that efficiently. You
> From: Gavin Smith
> Date: Sat, 14 Oct 2023 19:57:22 +0100
>
> It's all in the future, but I am slightly concerned about is duplicating
> in Texinfo existing system facilities. For example, for avoiding use of
> wcwidth, our use of which depends on setting a UTF-8 locale, and using
> the wchar_
On Thu, Oct 12, 2023 at 11:39:14AM +0200, Patrice Dumas wrote:
> Hello,
>
> There is a translation to C of texi2any code going on, for the future,
> after the next release, mainly for the conversion to HTML in a first
> step.
>
> One thing I could not find easily in C is something to replace the
I'm not necessarily urging making use of any particular features of C++.
Just start small: use a C++ compiler and C++ file extensions.
(There is an unfortunate lack for standardization of extensions for C++
files. Gcc uses .cc - which seems as good as anything else.)
I do suggest when possible us
On Thu, Oct 12, 2023 at 10:25:23AM -0700, Per Bothner wrote:
> On 10/12/23 02:39, Patrice Dumas wrote:
> > There is a translation to C of texi2any code going on, for the future,
> > after the next release, mainly for the conversion to HTML in a first step.
>
> I've always thought that C++ is the o
On Sat, Oct 14, 2023 at 01:24:38PM +0300, Eli Zaretskii wrote:
>
> > There seems to be variants of strcoll and of strxfrm, strcoll_l and
> > strxfrm_l that allow to specify a locale, but it is not very well
> > documented (these functions seem to be in the glibc, but are not
> > documented, strco
A pretest distribution for the next Texinfo release (7.1) has been
uploaded to
https://alpha.gnu.org/gnu/texinfo/texinfo-7.0.94.tar.xz
There have not been many changes since the previous pretest. We are
making this pretest mainly to test build fixes for the MinGW platform.
We hope to release th
On Thu, Oct 12, 2023 at 01:24:07PM -0700, Per Bothner wrote:
> On 10/12/23 11:35, Gavin Smith wrote:
> > Calling [using Perl] a "mistake" is a very strong statement! Why do you
> > say that?
> > Surely texi2any 7.0.3 (2023) is more functional than makeinfo 4.13 (2008)
> > was.
>
> That is not a
> Nobody is arguing for "codepoint-order" sorting,
OK, I obviously misunderstood, thanks for the clarification.
Werner
> Date: Sat, 14 Oct 2023 11:57:02 +0200
> From: Patrice Dumas
> Cc: bug-texinfo@gnu.org
>
> On Thu, Oct 12, 2023 at 06:13:34PM +0300, Eli Zaretskii wrote:
> > What you say is not detailed enough, but using my crystal ball I think
> > you can have this with glibc-based systems, and also on Windows
On Thu, Oct 12, 2023 at 06:13:34PM +0300, Eli Zaretskii wrote:
> What you say is not detailed enough, but using my crystal ball I think
> you can have this with glibc-based systems, and also on Windows (but
> that requires using a special API for comparing strings). Not sure
> about the equivalent
On Fri, Oct 13, 2023 at 07:31:29AM +, Werner LEMBERG wrote:
>
> >> OK, no tailoring. I wasn't aware of those differences, thanks for
> >> pointing me to it.
> >>
> >> Hopefully, we agree that `@documentlanguage` should set a
> >> language-specific collation for the index.
> >
> > Without ta
13 matches
Mail list logo
