RFR: 8159613: [Findbugs] various warnings reported for JVMCI sources

Christian Thalinger cthalinger at twitter.com
Tue Jun 21 22:18:12 UTC 2016


src/jdk.vm.ci/share/classes/jdk.vm.ci.hotspot/src/jdk/vm/ci/hotspot/HotSpotVMConfig.java

I guess the problem in getHostArchitectureName is the missing default case?  I’d prefer something like this:

-        switch (arch) {
-            case "x86_64":
                return "amd64";
-            case "sparcv9":
                 return "sparc";
              default:
                 return arch;
         }

> On Jun 20, 2016, at 1:00 PM, Doug Simon <doug.simon at oracle.com> wrote:
> 
> Please review this webrev which addresses all the issues[1] identified by FindBugs in the JVMCI Java code. A significant number of issues related to exposing array fields. For example:
> 
> M V EI: jdk.vm.ci.hotspot.sparc.SPARCHotSpotRegisterConfig.getCallerSaveRegisters() may expose internal representation by returning SPARCHotSpotRegisterConfig.callerSaveRegisters  At SPARCHotSpotRegisterConfig.java:[line 187]
> M V EI: jdk.vm.ci.amd64.AMD64.getAvailableValueRegisters() may expose internal representation by returning AMD64.valueRegistersSSE  At AMD64.java:[line 252]
> 
> These have been addressed by either creating an immutable array wrapper classes (e.g. RegisterArray) or by documenting intentional mutability and applying @SuppressFBWarnings where necessary.
> 
> https://bugs.openjdk.java.net/browse/JDK-8159613
> http://cr.openjdk.java.net/~dnsimon/8159613/
> 
> -Doug
> 
> [1] http://cr.openjdk.java.net/~dnsimon/8159613/FindBugsIssues.txt

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160621/bfda5655/attachment.html>


More information about the hotspot-compiler-dev mailing list