Builds fail due to use of preview features & removed arguments
Ty Young
youngty1997 at gmail.com
Fri Dec 20 01:56:38 UTC 2019
Works now. Thanks for the suggestion!
On 12/19/19 6:51 PM, Maurizio Cimadamore wrote:
> Thanks for the log - it is indeed failing very early in the bootstrap
> phase.
>
> I bet that you get this with and w/o --disable-warnings-as-errors.
>
> I suggest you either use a _newer_ bootstrap JDK (e.g. take the latest
> from [1]), or an older one (e.g. JDK 13). That should cure it.
>
> Maurizio
>
> [1] - https://jdk.java.net/14/
>
>
> On 20/12/2019 00:47, Ty Young wrote:
>>
>> On 12/19/19 6:37 PM, Maurizio Cimadamore wrote:
>>>
>>> On 20/12/2019 00:28, Maurizio Cimadamore wrote:
>>>>
>>>> On 20/12/2019 00:22, Ty Young wrote:
>>>>>
>>>>> On 12/19/19 6:12 PM, Maurizio Cimadamore wrote:
>>>>>>
>>>>>> On 20/12/2019 00:02, Ty Young wrote:
>>>>>>>
>>>>>>> On 12/19/19 5:44 PM, Maurizio Cimadamore wrote:
>>>>>>>>
>>>>>>>> On 19/12/2019 23:30, David Holmes wrote:
>>>>>>>>> I think this is more an issue for the language and compiler
>>>>>>>>> folk on compiler-dev. I'm not clear on all the rules around
>>>>>>>>> use of preview features but it seems to me that if we are
>>>>>>>>> using them internally and that generates warnings then we
>>>>>>>>> should be suppressing those warnings (@supressedWarning) at
>>>>>>>>> those call sites. Though I don't know whether you can suppress
>>>>>>>>> a warning for an import statement??
>>>>>>>>
>>>>>>>> We had an issue 3-4 weeks ago with preview warnings being
>>>>>>>> issues in import. That issue was fixed and integrated with the
>>>>>>>> big record push:
>>>>>>>>
>>>>>>>> http://hg.openjdk.java.net/jdk/jdk/rev/8e76f81d057a?revcount=20#l110.18
>>>>>>>>
>>>>>>>>
>>>>>>>> In fact, I do not see any warning being triggered in my build.
>>>>>>>>
>>>>>>>> Ty mentioned that he's building from bits obtained from GitHub
>>>>>>>> - so at this point I wonder what's the 'tip' of the jdk/jdk
>>>>>>>> repository you are trying to build?
>>>>>>>
>>>>>>>
>>>>>>> Github link: https://github.com/openjdk/jdk.
>>>>>>
>>>>>> That repo looks fresh - are you sure your local HEAD matches the
>>>>>> one you see in GitHub?
>>>>>
>>>>>
>>>>> git diff @{upstream} shows nothing different.
>>>>
>>>> Ok - but what is your HEAD? At which commit is your local repo?
>>>>
>>>> https://stackoverflow.com/questions/1967967/git-command-to-display-head-commit-id
>>>>
>>>
>>> If your repo is up to date, I have another possible theory - that
>>> you are using a bootstrap JDK (the JDK you use -- among other things
>>> -- to compile the compiler contained in the JDK sources) which is in
>>> the unfortunate state so that (i) it understands @Preview
>>> annotations (and display warnings about them) but (ii) does not yet
>>> contain the aforementioned fix to suppress preview warnings on imports.
>>
>>
>> Sounds plausible... but doesn't every JDK release since 9 understand
>> the preview feature system?
>>
>>
>>>
>>> If you could attach your full build log, we might be able to see
>>> whether the failure occurs during the so called 'bootstrap' phase,
>>> in which case that would be definitively a sign of an 'unlucky' JDK
>>> being used as bootstrap JDK.
>>>
>>
>> I'm using Panama's JDK that has been built from source. I think it
>> was built just before you did the final merge and closing of the
>> jextract-linkToNative branch.
>>
>>
>> Attached is the failed build log...
>>
>>
>>> Maurizio
>>>
>>>>
>>>> Maurizio
>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> Maurizio
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I didn't realize it, but it looks like y'all are already working
>>>>>>> on 15. Changes made to 14 are pushed to 15 anyway so it doesn't
>>>>>>> matter, right?
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> Maurizio
>>>>>>>>
More information about the build-dev
mailing list