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