ant seems to be using wrong defaults source/target and so making the adop-openjdk readme-incompatible

Jiri Vanek jvanek at redhat.com
Wed Aug 10 13:02:38 UTC 2016


ping?

May somebody pls review the one linner?

best regards from cz and ty in advance,
   J.
On 08/08/2016 09:17 PM, Jiri Vanek wrote:
> Hello!
>
> Although changeset
> http://hg.openjdk.java.net/code-tools/jtreg/rev/9664f5b2338c
> clearly says "7901611: jtreg should use JDK 7 as a baseline for executing jtreg itself"
>
> It is actually enforcing 1.8... for ant.
>
>
> As readme: http://hg.openjdk.java.net/code-tools/jtreg/file/644163a82cae/README#l23 specifies the
> same, I believe
>
> --- a/make/build.xml    Mon Aug 01 14:01:29 2016 -0700
> +++ b/make/build.xml    Mon Aug 08 21:14:37 2016 +0200
> @@ -171,7 +171,7 @@
>
>      <target name="-compile-jtreg.classes">
>          <mkdir dir="${build.classes.dir}"/>
> -        <javac encoding="iso-8859-1" source="1.8" target="1.8"
> +        <javac encoding="iso-8859-1" source="1.7" target="1.7"
>              debug="true" debuglevel="source,lines"
>              srcdir="${src.classes.dir}"
>              destdir="${build.classes.dir}"
>
>
>
> should be used.
>
>
> I confess I did not tried the patch, but from nowhere else the values
> [ https://adopt-openjdk.ci.cloudbees.com/job/jtreg/624/consoleFull ]
>
>   [javac] '-sourcepath'
>     [javac] '/scratch/jenkins/workspace/jtreg/src/share/classes'
>     [javac] '-target'
>     [javac] '1.8'
>     [javac] '-encoding'
>     [javac] 'iso-8859-1'
>     [javac] '-g:source,lines'
>     [javac] '-Xlint:all'
>     [javac] '-source'
>     [javac] '1.8'
>
>
>
> Currently the sad fact is, that binaries from adopt-openjdk are incompatible with thirs own
> statement - jdk8 only.



More information about the jtreg-dev mailing list