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