On Tue, Jul 30, 2024 at 10:55:54AM +0200, Preuße, Hilmar wrote: > On 30.07.2024 09:32, Thomas Dickey wrote: > > On Tue, Jul 30, 2024 at 12:45:09AM +0200, Hilmar Preusse wrote: > > > On 28.07.24 Thomas Dickey (dic...@his.com) wrote: > > > > On Sat, Jul 27, 2024 at 11:31:33PM +0200, Hilmar Preusse wrote: > > Hi Thomas, > > > > > > Source: libxaw > > > > > Version: 2:1.0.14-1 > > > > > > > > 1.0.16 is the latest version. Retitling the bug would be helpful, > > > > because your comment states that the latest version is the regression, > > > > rather than a version from several years ago. > > > > > > > OK, I give it a try, hope that I've done it correctly. 2nd. > > > > This report doesn't show where to see the build-log for texlive-bin > > (nor the proposed workaround). The change in 1.0.16 was made to > > address the changes in compiler warnings. > > > > The issue came to my attention, when gcc-14 became the default compiler and > texlive-bin stopped compiling [1]. Later I found out that the xdvi from TL > 2024 has been made compatible to libxaw 1.0.16 already and the build fails, > b/c Debian still has libxaw 1.0.14. I had to introduce a patch to fix > compatibility, when needs to be kicked out again once 1.0.16 enters the > archive.
yes... I haven't tried building texlive (looks like a lot of diskspace), but made the change for 1.0.16 because I was cd'd on a discussion of this: https://bugs.gentoo.org/919069 https://github.com/TeX-Live/texlive-source/pull/64 Changing the type from an explicit const char * to String allows packager/developers to override that without patching (and since packagers don't usually _rely_ upon the configure script, that seemed an acceptable workaround -- with some coordination between package updates). diff --git a/include/X11/Xaw/List.h b/include/X11/Xaw/List.h index 48a6482..59de980 100644 --- a/include/X11/Xaw/List.h +++ b/include/X11/Xaw/List.h @@ -167,7 +167,7 @@ _XFUNCPROTOBEGIN void XawListChange ( Widget w, - _Xconst char **list, + String *list, int nitems, int longest, #if NeedWidePrototypes ...because Xt's Intrinsic.h does this: /* * As used in its function interface, the String type of libXt can be readonly. * But compiling libXt with this feature may require some internal changes, * e.g., casts and occasionally using a plain "char*". */ #ifdef _CONST_X_STRING typedef const char *String; #else typedef char *String; #endif (and defining or un-defining _CONST_X_STRING seems workable). > Hilmar > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1075564 > -- > sigfault I did see a few messages with a large number of packages that failed to build (checking the list on Friday, none were for programs that I maintain, but I didn't look for texlive) -- Thomas E. Dickey <dic...@invisible-island.net> https://invisible-island.net
signature.asc
Description: PGP signature