Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


Hi

I am quite happy for us for produce Java7 bytecode, if producing Java7 bytecode will actually make something work better.
But so far I have seen no signs of that.

And I'm speaking here, not as "some random hacker", but as a person with 10+ years experience of writing 1Mloc+ Java applications, who has had the mispleasure of actually writing bytecode by hand.

For a project that has moved Python3.3  integration to the forefront, it
seems a little misguided to allow the JRE framework to languish with code
features designed at the J2SE 1.4.2 branch.
There is no "languishing" going on here, simply good software engineering.
Changing the constants in the bytecode header has no effect at runtime UNLESS YOU ARE ALSO USING THE NEW BYTECODE FEATURES.
Which we are not.

There is nothing in our current codebase which could make use of newer bytecode features. As soon as such a thing appears, I will be very happy to lend my support to upgrading our bytecode version.


Regards, Noel Grandin

Disclaimer: http://www.peralex.com/disclaimer.html



Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.