On Tue, Feb 04, 2020 at 10:51:17AM -0500, Adam Jackson wrote: > On Sat, 2020-02-01 at 16:59 -0800, Kevin Fenzi wrote: > > > See > > https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html > > and > > https://kojipkgs.fedoraproject.org/mass-rebuild/f32-need-rebuild.html > > > > for detailed lists of what needs rebuilding and what failed. > > libXt's failure on s390x seems to be repeatable, unique to that > architecture, and frankly hilarious: Actually I can also reproduce on x86_64 with -O3: $ ./cc1 -quiet -O3 -Werror=array-bounds ajax.i PassivGrab.c: In function ‘_XtCheckServerGrabsOnWidget’: PassivGrab.c:291:54: error: array subscript 0 is outside array bounds of ‘XtServerGrabRec[1]’ {aka ‘struct _XtServerGrabRec[1]’} [-Werror=array-bounds] PassivGrab.c:546:21: note: while referencing ‘tempGrab’ > PassivGrab.c: In function '_XtCheckServerGrabsOnWidget': > PassivGrab.c:292:35: error: array subscript 0 is outside array bounds of 'XtServerGrabRec[1]' {aka 'struct _XtServerGrabRec[1]'} [-Werror=array-bounds] > 292 | first.pMask = GRABEXT(pFirstGrab)->pModifiersMask; > PassivGrab.c:556:22: note: while referencing 'tempGrab' > 556 | XtServerGrabRec tempGrab; > | ^~~~~~~~ > > Where GRABEXT here is just doing the standard C trick for incrementing > past the current struct and returning a (differently typed) pointer to > the data beyond: > > #define GRABEXT(p) ((XtServerGrabExtPtr)((p)+1)) > > A scratch build, including a dump of PassivGrab.i in the build.log, can > be found here: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=41355653 > > Any ideas? Thanks, we'll take a look. Marek _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
