sdt patches split up for 6 and 7
ahughes at redhat.com
Thu Aug 16 16:29:07 PDT 2012
----- Original Message -----
> On Wed, 2012-08-15 at 17:10 +0200, Mark Wielaard wrote:
> > After months of discussion I don't see any progress on moving these
> > into
> > openjdk/hotspot directly. Even though everybody seems to agree the
> > patches themselves are fine. Oracle processes seem to prevent
> > getting
> > this integrated. You can find the discussion threads here:
> > http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-May/005739.html
> > http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-July/006196.html
> > Just in case they do someday get integrated I have split up the
> > patch
> > and the new testcase precisely as proposed and discussed. Attached
> > are
> > patched for both icedtea6 and icedtea7. No functionality has
> > changed.
> > The new test passes with make check-hotspot and all make tapset
> > tests
> > still PASS.
> > Let me know if I should hold off checking these in till after the
> > upcoming release. I think they are fairly safe though.
> I assume this is fine for 6, since there is no release pending. I
> see a release branch for the icedtea7 tree yet (I assume that would
> called release/icedtea7-2.3), so I am waiting for that to be created
> check this in (only on trunk, it isn't very important to get into a
> release soon, it is mainly cleanup, no functional changes except for
> addition of an extra testcase).
> On irc Andrew Hughes suggested that for 7 (and 8?) I could also add
> patches directly to the icedtea-forest/hotspot and separate commits.
> I'll like to do that after they get committed into the tree, since I
> know it works there and I am not too familiar with the forests. So it
> would be good to catch any mistakes in the transfer. How does one
> the tree against the tip/you own branch of the forest?
The only reason the SystemTap patches were kept in IcedTea7 is because
they were conditional and so I believe they shouldn't be applied if
SystemTap wasn't available. If this is not the case, they should be
added to the forest and removed from IcedTea7, as is already the case
with every other non-conditional patch.
This makes the patches available to those who use the forest but
not the IcedTea build infrastructure. IcedTea7 itself is a consumer
of the forest.
I'm sorry. I don't really understand your last question. Perhaps
you could rephrase it?
Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)
PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07
More information about the distro-pkg-dev