-
Bug
-
Resolution: Fixed
-
P4
-
8u60
-
b01
-
generic
-
generic
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8149220 | 8u101 | Andrew Hughes | P4 | Resolved | Fixed | b01 |
JDK-8155316 | emb-8u101 | Andrew Hughes | P4 | Resolved | Fixed | b01 |
The HotSpot build fails on Zero builds due to a bad argument type using in a print_cr. This causes gcc to issue a warning, which is then turned into an error by the use of -Werror in the HotSpot build.
This was fixed in OpenJDK 9 as an ancillary part of 8075967. We should backport this chunk to 8u so Zero builds can complete.
@@ -213,7 +213,7 @@
valuebuf[buflen - 1] = '\0';
// Print the result
- st->print_cr(" " PTR_FORMAT ": %-21s = %s", addr, fieldbuf, valuebuf);
+ st->print_cr(" " PTR_FORMAT ": %-21s = %s", p2i(addr), fieldbuf, valuebuf);
}
}
This was fixed in OpenJDK 9 as an ancillary part of 8075967. We should backport this chunk to 8u so Zero builds can complete.
@@ -213,7 +213,7 @@
valuebuf[buflen - 1] = '\0';
// Print the result
- st->print_cr(" " PTR_FORMAT ": %-21s = %s", addr, fieldbuf, valuebuf);
+ st->print_cr(" " PTR_FORMAT ": %-21s = %s", p2i(addr), fieldbuf, valuebuf);
}
}
- backported by
-
JDK-8149220 Bad printf formatting in frame_zero.cpp
-
- Resolved
-
-
JDK-8155316 Bad printf formatting in frame_zero.cpp
-
- Resolved
-
- relates to
-
JDK-8075967 Zero interpreter asserts for SafeFetch<32,N> calls in ObjectMonitor
-
- Resolved
-