RFR: 8273606: Zero: SPARC64 build fails with si_band type mismatch

Aleksey Shipilev shade at openjdk.java.net
Mon Sep 13 07:59:49 UTC 2021


On Fri, 10 Sep 2021 19:36:35 GMT, John Paul Adrian Glaubitz <glaubitz at openjdk.org> wrote:

> > Apparently, it was never fixed in glibc for sparc64? We can still make a defensive cast to `long`.
> 
> Can you file a bug report to the glibc bug tracker?

I see that was already reported as [glibc bug #23821](https://sourceware.org/bugzilla/show_bug.cgi?id=23821), and glibc maintainers decided not to fix it. So, we can still make a defensive cast to (long), which would be no-op if the type is in fact long.

I verified that latest glibc sources still have:


sysdeps/unix/sysv/linux/bits/types/siginfo_t.h
110:	    __SI_BAND_TYPE si_band;	/* Band event for SIGPOLL.  */

sysdeps/unix/sysv/linux/sparc/bits/siginfo-arch.h
9:# define __SI_BAND_TYPE int

-------------

PR: https://git.openjdk.java.net/jdk/pull/5470


More information about the hotspot-runtime-dev mailing list