[9] RFR: JI-9039953 zero variant build is broken.
Severin Gehwolf
sgehwolf at redhat.com
Tue Aug 5 08:24:13 UTC 2014
Hi again,
On Mon, 2014-08-04 at 13:48 -0400, Coleen Phillimore wrote:
> Hi,
>
> Did you try to build fastdebug? I found 2 more compilation errors when
> I did that.
>
> http://cr.openjdk.java.net/~coleenp/8003426/src/cpu/zero/vm/cppInterpreter_zero.cpp.udiff.html
> http://cr.openjdk.java.net/~coleenp/8003426/src/share/vm/interpreter/bytecodeInterpreter.cpp.udiff.html
>
> Although the last one could be due to the version of gcc I was using
> (not sure).
Update:
I've worked around the debug build problem related to fortify source and
tried slowdebug and fastdebug builds. Interestingly, a slowdebug build
worked only with the changes required to fix a release zero variant
build. fastdebug, on the other hand, required *both* fixes you've
mentioned above.
Cheers,
Severin
> Coleen
>
> On 8/4/14, 11:50 AM, Severin Gehwolf wrote:
> > Hi,
> >
> > Building a zero variant of hotspot fails for the latest hs-comp tree
> > with ("release"-type build):
> > src/cpu/zero/vm/frame_zero.inline.hpp:59:11: error: ‘CodeCache’ has not
> > been declared
> >
> > It appears to have been caused by a change of header files (perhaps
> > [1]?). A file which used to be included implicitly does not seem to be
> > included any longer. An explicit include fixes the problem.
> >
> > [2] shows the build failure.
> >
> > I would need a proper JDK bug and a sponsor for this change. An initial
> > bug has been submitted as JI-9039953 via the web interface.
> >
> > Webrev is here:
> > https://jerboaa.fedorapeople.org/bugs/openjdk/JI-9039953/webrev.01/
> >
> > Thanks,
> > Severin
> >
> > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/22b98ab2a69f
> > [2]
> > http://builder.classpath.org/jenkins/job/OpenJDK9_hscomp_Zero/47/console
> >
>
More information about the hotspot-dev
mailing list