From brian.goetz at oracle.com Fri Jul 1 18:51:33 2016 From: brian.goetz at oracle.com (brian.goetz at oracle.com) Date: Fri, 01 Jul 2016 18:51:33 +0000 Subject: hg: valhalla/valhalla/jdk: Streams port: Eliminate use of generator functions to create arrays, in favor of new T[]; inline away some methods from PipelineHelper Message-ID: <201607011851.u61IpXUh002252@aojmv0008.oracle.com> Changeset: 62c3b03ef4ed Author: briangoetz Date: 2016-07-01 14:51 -0400 URL: http://hg.openjdk.java.net/valhalla/valhalla/jdk/rev/62c3b03ef4ed Streams port: Eliminate use of generator functions to create arrays, in favor of new T[]; inline away some methods from PipelineHelper ! src/java.base/share/classes/java/anyutil/stream/DistinctOps.java ! src/java.base/share/classes/java/anyutil/stream/ForEachOps.java ! src/java.base/share/classes/java/anyutil/stream/Node.java ! src/java.base/share/classes/java/anyutil/stream/Nodes.java ! src/java.base/share/classes/java/anyutil/stream/Pipeline.java ! src/java.base/share/classes/java/anyutil/stream/PipelineHelper.java ! src/java.base/share/classes/java/anyutil/stream/SliceOps.java ! src/java.base/share/classes/java/anyutil/stream/SortedOps.java ! src/java.base/share/classes/java/anyutil/stream/SpinedBuffer.java From maurizio.cimadamore at oracle.com Mon Jul 4 17:14:27 2016 From: maurizio.cimadamore at oracle.com (maurizio.cimadamore at oracle.com) Date: Mon, 04 Jul 2016 17:14:27 +0000 Subject: hg: valhalla/valhalla/langtools: Misc specialized local class fixes: Message-ID: <201607041714.u64HERNp024084@aojmv0008.oracle.com> Changeset: ca533bf26159 Author: mcimadamore Date: 2016-07-04 18:14 +0100 URL: http://hg.openjdk.java.net/valhalla/valhalla/langtools/rev/ca533bf26159 Misc specialized local class fixes: * free variables are incorrectly erased eagerly * generic method translation should patch local class types * enhance ClassReader/PoolReader so that enclosing method attribute can be parsed correctly ! src/jdk.compiler/share/classes/com/sun/tools/javac/code/Type.java ! src/jdk.compiler/share/classes/com/sun/tools/javac/comp/Lower.java ! src/jdk.compiler/share/classes/com/sun/tools/javac/comp/SpecializeTypes.java ! src/jdk.compiler/share/classes/com/sun/tools/javac/jvm/ClassReader.java ! src/jdk.compiler/share/classes/com/sun/tools/javac/jvm/PoolReader.java From maurizio.cimadamore at oracle.com Mon Jul 4 17:16:08 2016 From: maurizio.cimadamore at oracle.com (maurizio.cimadamore at oracle.com) Date: Mon, 04 Jul 2016 17:16:08 +0000 Subject: hg: valhalla/valhalla/jdk: Enhancement: use local classes in ReduceOps Message-ID: <201607041716.u64HG9QK024720@aojmv0008.oracle.com> Changeset: 95fc5ae64549 Author: mcimadamore Date: 2016-07-04 18:15 +0100 URL: http://hg.openjdk.java.net/valhalla/valhalla/jdk/rev/95fc5ae64549 Enhancement: use local classes in ReduceOps ! src/java.base/share/classes/java/anyutil/stream/ReduceOps.java From srikanth.adayapalam at oracle.com Tue Jul 5 09:58:40 2016 From: srikanth.adayapalam at oracle.com (srikanth.adayapalam at oracle.com) Date: Tue, 05 Jul 2016 09:58:40 +0000 Subject: hg: valhalla/valhalla/langtools: Summary: With -XDGenerateValueAsReference option in effect class files should not be marked with ACC_VALUE Message-ID: <201607050958.u659weCg013121@aojmv0008.oracle.com> Changeset: 2edcdbb2943a Author: sadayapalam Date: 2016-07-05 15:28 +0530 URL: http://hg.openjdk.java.net/valhalla/valhalla/langtools/rev/2edcdbb2943a Summary: With -XDGenerateValueAsReference option in effect class files should not be marked with ACC_VALUE ! src/jdk.compiler/share/classes/com/sun/tools/javac/jvm/ClassWriter.java From pbenedict at apache.org Mon Jul 18 19:12:04 2016 From: pbenedict at apache.org (Paul Benedict) Date: Mon, 18 Jul 2016 14:12:04 -0500 Subject: RFE for easy bytecode signatures Message-ID: I'd like to make a request. I haven't found any feature yet in the JDK where one can take a reflective object and the JDK can hand back its bytecode signature. There is some support for it in toString() methods, but I don't find that ideal. I'd like to have a dedicated method that understands scope and generics, too. With the advent of Maurizio's new reflection API [1], I am eagerly wondering if you can please add additional methods to return the signatures behind any mirror/scope? Hopefully, it shouldn't be too hard, because there is a ton of signature code already written (according to the commits I follow). I imagine it could be lifted from the compiler and into the reflective classes. Thoughts please? [1] http://cr.openjdk.java.net/~mcimadamore/x-reflection/index.html Cheers, Paul From maurizio.cimadamore at oracle.com Mon Jul 18 20:56:01 2016 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Mon, 18 Jul 2016 21:56:01 +0100 Subject: RFE for easy bytecode signatures In-Reply-To: References: Message-ID: <578D4261.90201@oracle.com> Disclaimer: I'm parsing your 'bytecode signature' as 'descriptor' i.e. not as signature as in Signature attribute. This is a nice idea - or at least used to be nice before Valhalla where a descriptor mapped 1-1 with an Utf8_info entry in the constant pool. With Valhalla, a descriptor is a structural thing - it has some kind of toString representation, but mostly for javap purposes - for instance, a type variable in a descriptor is just an index plus some erasure info, so that kind of stuff doesn't translate well into a string representation; javap currently uses something like: List To denote the generic type List (where X's erasure is Object). I'm not sure what benefit there could be in exposing this representation, given that the same representation does not make any sense at the VM level - in other words, things are now different from the Utf8-based world we had before Valhalla. Does it make any sense? Maurizio On 18/07/16 20:12, Paul Benedict wrote: > I'd like to make a request. I haven't found any feature yet in the JDK > where one can take a reflective object and the JDK can hand back its > bytecode signature. There is some support for it in toString() methods, but > I don't find that ideal. I'd like to have a dedicated method that > understands scope and generics, too. > > With the advent of Maurizio's new reflection API [1], I am eagerly > wondering if you can please add additional methods to return the signatures > behind any mirror/scope? Hopefully, it shouldn't be too hard, because there > is a ton of signature code already written (according to the commits I > follow). I imagine it could be lifted from the compiler and into the > reflective classes. > > Thoughts please? > > [1] http://cr.openjdk.java.net/~mcimadamore/x-reflection/index.html > > Cheers, > Paul