JDK-8365661 : oops/resolvedMethodEntry.hpp could use default copy constructor
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2025-08-18
  • Updated: 2025-09-01
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.
JDK 26
26Unresolved
Related Reports
Causes :  
JDK-8309634 - Resolve CONSTANT_MethodRef at CDS dump time
Causes :  
JDK-8293980 - Resolve CONSTANT_FieldRef at CDS dump time
Duplicate :  
JDK-8357579 - Compilation error: first argument in call to 'memset' is a pointer to non-trivially copyable type
Relates :  
JDK-8366193 - Add comments about ResolvedFieldEntry::copy_from()
Description
We may replace the non-default copy constructor and assignment with the default ones. This would also make the class TriviallyCopiable.

This change would also fix a build failure I'm getting with clang20:

/jdk/src/hotspot/share/oops/resolvedMethodEntry.cpp:43:12: error: first argument in call to 'memset' is a pointer to non-trivially copyable type 'ResolvedMethodEntry' [-Werror,-Wnontrivial-memcall]
Comments
Is this still thought to be a duplicate of JDK-8357579 ?
01-09-2025
Hi [~dskantz], this is confirmed to be a duplicate. Should I cancel the ticket?
01-09-2025
Merked as noreg-build, since could be verified with clang20.
18-08-2025
A pull request was submitted for review. Branch: master URL: https://git.openjdk.org/jdk/pull/26818 Date: 2025-08-18 08:30:27 +0000
18-08-2025