On Wed, Aug 27, 2008 at 5:48 AM, Anthony Petrov <[EMAIL PROTECTED]> wrote:
> This is not an ideal solution. Updating to a new libpng version would be
> fine, however these should be some clean sources (i.e. vanilla libpng source
> tarball, w/o any static <-> const swaps, etc.), and secondly it requires
> some Sun-internal bureaucratic process to put these sources to the OpenJDK
> source tree.

I'm well acquainted with the Sun-internal bureaucratic process.
I encourage the libpng upgrade to happen, but it's not high
enough priority for me to do the work.

> Currently I don't see the suggested change is justified since using the
> standard build environment does not reproduce the problem.

OpenJDK is a community effort, and no longer just a Sun effort.
For us this is a P1 bug, since it is a compilation error in our environment.
If we cannot get a fix for this accepted upstream, we would be forced to fork.

 However, you
> might probably be interested in fixing the following CR:
> http://bugs.sun.com/view_bug.do?bug_id=6565114
> This would eliminate this problem at once and forever. Diego 'Flameeyes'
> Pettenò didn't provide us with a working patch (please see the archives of
> the awt-dev mailing list), hence the CR has been suspended.

Adding options to use the system versions of these graphics libraries
is integrated into IcedTea already.  IcedTea and Sun AWT engineers
should work together to put such changes into OpenJDK7.

Martin

Reply via email to