bug-texinfo
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Texinfo 7.0.92 pretest on NetBSD 9.0


From: Bruno Haible
Subject: Re: Texinfo 7.0.92 pretest on NetBSD 9.0
Date: Tue, 19 Sep 2023 16:22:42 +0200

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 
-Wno-unused-function -Wno-unused-parameter -Wno-float-conversion 
-Wimplicit-fallthrough -Wno-pedantic -Wno-sign-conversion -Wno-type-limits 
-Wno-unsuffixed-float-constants  -MT libgnu_la-striconveh.lo -MD -MP -MF 
.deps/libgnu_la-striconveh.Tpo -c -o libgnu_la-striconveh.lo `test -f 
'striconveh.c' || echo 
'../../../../../../tp/Texinfo/XS/gnulib/lib/'`striconveh.c
libtool: 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 
-Wno-unused-function -Wno-unused-parameter -Wno-float-conversion 
-Wimplicit-fallthrough -Wno-pedantic -Wno-sign-conversion -Wno-type-limits 
-Wno-unsuffixed-float-constants -MT libgnu_la-striconveh.lo -MD -MP -MF 
.deps/libgnu_la-striconveh.Tpo -c 
../../../../../../tp/Texinfo/XS/gnulib/lib/striconveh.c  -fPIC -DPIC -o 
.libs/libgnu_la-striconveh.o
In file included from 
../../../../../../tp/Texinfo/XS/gnulib/lib/striconveh.c:29:0:
./unistr.h:21:10: fatal error: unitypes.h: No such file or directory
 #include "unitypes.h"
          ^~~~~~~~~~~~
compilation terminated.
*** Error code 1

Stop.
make[7]: stopped in /home/bruno/texinfo-7.0.92/build/tp/Texinfo/XS/gnulib/lib


In the scope of the main configure.ac, everything is fine: the top-level
build/Makefile has
  LIBUNISTRING_UNICASE_H = unicase.h
  LIBUNISTRING_UNICTYPE_H = unictype.h
  LIBUNISTRING_UNINORM_H = uninorm.h
  LIBUNISTRING_UNITYPES_H = unitypes.h
  LIBUNISTRING_UNIWIDTH_H = uniwidth.h
and thus all necessary .h files are generated in the build/gnulib/lib/ dir.

However, in the scope of the tp/Texinfo/XS/configure.ac, there is a problem:
* The build/tp/Texinfo/XS/Makefile has
    LIBUNISTRING_UNICONV_H =
    LIBUNISTRING_UNISTR_H = unistr.h
    LIBUNISTRING_UNITYPES_H =
    LIBUNISTRING_UNIWIDTH_H =
  So only unistr.h gets generated, but unitypes.h does not. This is the
  normal behaviour when the 'libunistring' module is in use.
* But you can see from the log above that no -I option is in use that
  allows the compiler to find the *installed* <unitypes.h>.
* The 'libunistring' module puts the necessary -I options into the CPPFLAGS
  variable, as documented in
  
https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=m4/libunistring.m4;h=15702811764c2812ad5fe91c2407aff0a55603b9;hb=HEAD
* But in build/tp/Texinfo/XS/config.status the value of the CPPFLAGS
  variable is empty.

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

Both of these statements throw away the -I options that the configuration
previously had put there.

Bruno

Attachment: netbsd90-logs.tar.gz
Description: application/compressed-tar


reply via email to

[Prev in Thread] Current Thread [Next in Thread]