On Tue, Sep 19, 2023 at 10:51:26AM -0600, Karl Berry wrote:
> Hi Gavin - with this input file:
>
> \input texinfo
> @contents
> @chapter Test
> @section Sec
> @subsection
> foofoo@code{\DeclareRobustCommand@{@var{cmd}@}[@var{num}][@var{default}]@/@{@var{definition}@}
> }
> @bye
>
> I get an ove
On Tue, Sep 19, 2023 at 08:33:08PM +0100, Gavin Smith wrote:
>
> This shows how using new gnulib modules can lead to problems, especially
> under the tp/Texinfo/XS directory.
We need to use libunistring quite a bit to be on par with the perl code
on everything related to unicode.
> I don't know
On Tue, Sep 19, 2023 at 07:43:26PM +0200, Patrice Dumas wrote:
> Hello,
>
> Thanks for the analysis!
>
> On Tue, Sep 19, 2023 at 04:22:42PM +0200, Bruno Haible wrote:
> > * But you can see from the log above that no -I option is in use that
> > allows the compiler to find the *installed* .
> >
On Tue, Sep 19, 2023 at 04:22:42PM +0200, Bruno Haible wrote:
> The origin of the bug is here:
> $ grep -n CPPFLAGS= tp/Texinfo/XS/configure.ac /dev/null
> tp/Texinfo/XS/configure.ac:100: CPPFLAGS=$PERL_EXT_CPPFLAGS
> tp/Texinfo/XS/configure.ac:152:CPPFLAGS=$PERL_EXT_CPPFLAGS
Here is a proposal
Hi Patrice,
> As a side note, it would have been better to have a specific variable
> like LTLIBUNISTRING instead of using the global CPPFLAGS, but it is not
> a big deal either.
The absence of such a variable INCLIBUNISTRING is a trade-off between
convenience and complexity.
-L and -Wl options
On Tue, Sep 19, 2023 at 06:02:09PM +0200, Patrice Dumas wrote:
> Hello Bruno,
>
> The issue seems to be Unicode::Normalize missing. This is not
> surprising if Centos is aiming for a minimalist default perl
> interpreter.
>
> A simple fix would be to require it in the
> [Perl version and modul
On Tue, Sep 19, 2023 at 03:29:57PM +0200, Bruno Haible wrote:
> This is already fixed by gnulib commit
> https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=17c85713388407841f5c9978ecb3ccaf34ef76f1
> Interestingly, texinfo/tp/Texinfo/XS/gnulib/lib/stddef.in.h has the fix
> but texinfo/
Patrice Dumas wrote:
> > So, as I understand it, this test failure will remain.
>
> Actually it should not, the test should have been skipped, it was
> supposed to be fixed by this commit:
>
> https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=e34a8d6b66d0518a2c1673da62c56b60f87151e3
This
Patrice Dumas wrote:
> > FAIL: different_encodings.sh
>
> There was the same kind of errors on N Beebe builds (I missed your
> original report). It is is supposed to be fixed by
> https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=e34a8d6b66d0518a2c1673da62c56b60f87151e3
I confirm: With th
On Mon, Sep 18, 2023 at 09:05:45PM +0200, Bruno Haible wrote:
> Gavin Smith wrote:
> > In gettext 0.22, there is an error running xgettext with a large input
> > file:
> >
> > $ /usr/local/bin/xgettextHTML.pm
> > HTML.pm:8052: error: too deeply nested expressions
> >
> > This makes "make
Hello,
Thanks for the analysis!
On Tue, Sep 19, 2023 at 04:22:42PM +0200, Bruno Haible wrote:
> * But you can see from the log above that no -I option is in use that
> allows the compiler to find the *installed* .
> * The 'libunistring' module puts the necessary -I options into the CPPFLAGS
>
Hi Gavin - with this input file:
\input texinfo
@contents
@chapter Test
@section Sec
@subsection
foofoo@code{\DeclareRobustCommand@{@var{cmd}@}[@var{num}][@var{default}]@/@{@var{definition}@}
}
@bye
I get an overfull box in the toc (texinfo.tex version 2023-09-12.17):
Overfull \hbox (65.62492p
On Tue, Sep 19, 2023 at 03:29:57PM +0200, Bruno Haible wrote:
>
> I would have expected that you have a policy regarding which gnulib
> version to use (maybe the newest one, one week before release?
> or one of the stable branches [1]?), and am surprised to see that
> two parts of the texinfo git
Hello Bruno,
The issue seems to be Unicode::Normalize missing. This is not
surprising if Centos is aiming for a minimalist default perl
interpreter.
A simple fix would be to require it in the
[Perl version and modules]
configure.ac check. Gavin, would that be ok?
Thanks for the report anywa
On Sat, Aug 19, 2023 at 03:25:48PM +0200, Bruno Haible wrote:
> Gavin Smith wrote:
> > I've added such a stub and added a test to configure, so that a visible
> > warning will be printed at the end of a configure run warning about missing
> > Unicode::Collate.
>
> On CentOS 8 and CentOS 8-stream,
On Tue, Sep 19, 2023 at 03:37:02PM +0200, Bruno Haible wrote:
> On CentOS 8-stream, I still see this test failure:
>
> FAIL: different_encodings.sh
>
> Already reported in
> https://lists.gnu.org/archive/html/bug-texinfo/2023-08/msg00053.html
>
> Last time, you wrote:
> > Even though there is
>
The compilation succeeds, and "make check" has all tests pass on:
* Linux:
- Ubuntu 22.04
- Debian 9.1
- Debian 12
- OpenSUSE Leap 15.5
- Slackware 15
- Manjaro 17 (both in 32-bit and 64-bit mode)
* Alpine Linux 3.14
* GNU/Hurd
* macOS 12.5
* FreeBSD 13.2
* OpenBSD 7.2
* AIX 7.1 and 7.3
On NetBSD 9.0, with a GNU libiconv 1.0 installed, I see this build failure:
$ gmake
...
/bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../../../../../../tp/Texinfo/XS/gnulib/lib -I../.. -Wno-cast-qual
-Wno-conversion -Wno-float-equal -Wno-sign-compare -Wno-undef
On CentOS Stream 9, "make check" fails with 52 test failures.
Find attached the log files.
centos9-logs.tar.gz
Description: application/compressed-tar
On CentOS 8-stream, I still see this test failure:
FAIL: different_encodings.sh
Already reported in
https://lists.gnu.org/archive/html/bug-texinfo/2023-08/msg00053.html
Last time, you wrote:
> Even though there is
> a stub for Unicode::Collate, the tests will not all pass without it.
> "configur
On AIX 7.3.1, I see a compilation error:
/opt/freeware/bin/gcc -maix64 -DHAVE_CONFIG_H -I. -I../../../gnulib/lib
-I../.. -I/home/haible/prefix64/include -Wall -D_THREAD_SAFE -Wno-cast-qual
-Wno-conversion
21 matches
Mail list logo
