RFR (S) 8223657: Remove unused THREAD argument from SymbolTable functions

David Holmes david.holmes at oracle.com
Sun May 12 22:59:32 UTC 2019


Hi Coleen,

Generally this all looks fine. A couple of follow ups:

src/hotspot/share/classfile/classListParser.cpp

329   TempNewSymbol class_name_symbol = 
SymbolTable::new_symbol(_class_name);
  330   guarantee(!HAS_PENDING_EXCEPTION, "Exception creating a symbol.");

This guarantee seems wrong even before this change, but if no exceptions 
can come from new_symbol then it serves no purpose now.

---

src/hotspot/share/classfile/javaClasses.cpp

572 Symbol* java_lang_String::as_symbol(oop java_string, TRAPS) {

TRAPS is unused now. Further there seems to be no reason to have both 
java_lang_String::as_symbol and java_lang_String::as_symbol_or_null as 
the only distinction appears to be that the former was expected to post 
an exception if it would return NULL. But apparently it is impossible to 
return NULL as we should have aborted the VM on allocation failure - right?

Thanks,
David
-----

On 11/05/2019 1:15 am, coleen.phillimore at oracle.com wrote:
> Summary: also made lookup and lookup_only functions private to 
> SymbolTable.  External callers use new_symbol or probe.
> 
> Ran hs-tier1-3.
> 
> open webrev at http://cr.openjdk.java.net/~coleenp/2019/8223657.01/webrev
> bug link https://bugs.openjdk.java.net/browse/JDK-8223657
> 
> Thanks,
> Coleen
> 
> 


More information about the hotspot-runtime-dev mailing list