LVT issue related to JDK-8047719
Liam Miller-Cushon
cushon at google.com
Sat Jan 17 01:16:21 UTC 2015
I think this issue is separate, the fix [1] for JDK-8064857 doesn't seem to
help.
Here's the repro again:
class Test {
{
String foo = null;
}
}
Testing with javac9 at head [2], the LVT is still:
LocalVariableTable:
Start Length Slot Name Signature
0 7 0 this LTest;
[1] http://hg.openjdk.java.net/jdk9/dev/langtools/rev/3bdbc3b8aa14
[2] http://hg.openjdk.java.net/jdk9/dev/langtools/rev/230c13955250
On Tue, Nov 25, 2014 at 5:59 PM, Liam Miller-Cushon <cushon at google.com>
wrote:
> Thanks Vicente, I'll try out the patch once it lands.
>
> On Tue, Nov 25, 2014 at 5:19 PM, Vicente-Arturo Romero-Zaldivar <
> vicente.romero at oracle.com> wrote:
>
>> The patch for https://bugs.openjdk.java.net/browse/JDK-8064857, still
>> under review, should fix this issue too.
>>
>> Thanks,
>> Vicente
>>
>>
>> On 11/25/2014 04:54 PM, Liam Miller-Cushon wrote:
>>
>>> An LVT entry is no longer emitted for 'foo' in the following code. The
>>> behaviour changed after the fix for JDK-8047719 [1]. Is this a bug?
>>>
>>> class Test {
>>> {
>>> String foo = null;
>>> }
>>> }
>>>
>>> Before:
>>> LocalVariableTable:
>>> Start Length Slot Name Signature
>>> 6 0 1 foo Ljava/lang/String;
>>> 0 7 0 this LTest;
>>>
>>> After:
>>> LocalVariableTable:
>>> Start Length Slot Name Signature
>>> 0 7 0 this LTest;
>>>
>>> [1] http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/855f8c7337eb
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20150116/ddab9508/attachment.html>
More information about the compiler-dev
mailing list