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 ([email protected]) 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 <[email protected]>
https://invisible-island.net
signature.asc
Description: PGP signature
