JDK-8199220 : Zero build broken after 8195103, 8191102 and 8189871
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Affected Version: 11
- Priority: P4
- Status: Resolved
- Resolution: Fixed
- OS: linux
- CPU: generic
- Submitted: 2018-03-07
- Updated: 2018-05-02
- Resolved: 2018-03-14
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 11 |
|---|
11 b07Fixed  |
Related Reports
|
Relates :
|
|
|
Relates :
|
|
|
Relates :
|
Description
The following symbol is reported as undefined in the Zero build
ReduceInitialCardMarks
This is a C2/JVMCI only symbol but is referenced unconditionally in
src/hotspot/share/gc/shared/cardTableModRefBS.cpp
void CardTableModRefBS::on_slowpath_allocation_exit(JavaThread* thread, oop new_obj) {
if (!ReduceInitialCardMarks) {
return;
}
A second build error is
/home/ed/openjdk/jdk/src/hotspot/share/interpreter/bytecodeInterpreter.cpp:1748: undefined reference to `typeArrayOopDesc::byte_at_put(int, signed char)'
This is caused by bytecodeInterpreter.cpp not including typeArrayOop.inline.hpp
The attached patch gets the build going again.
Comments
|