Hi David,
The fix looks fine to me. Is the empty line 281 OK in Makefiles? I'd
remove it just in case. Besides it would make it more clearer that the
SIZERS_CC commands are related to the SIZERS target.
--
best regards,
Anthony
On 5/25/2012 10:20 AM, David Holmes wrote:
This is a tweak to th
Hi,
FWIW, and I have not looked at any of the build system for this, when building
large optimised cross-platform critical C++ projects I had the option to turn
down or off optimisation for individual files for individual
compilers/platforms.
At worst you might accomplish that (with other main
I want to be able to modify and rebuild lib/ext/sunpkcs11.jar.
When I do a "make all; make images" everything completes successfully.
With javap, I can see my modified class in the
build/linux-amd64/j2sdk-image/jre/lib/ext
When I use this built ext directory as a replacement of the Oracle 7U4 JR
The provider built from OpenJDK workspace is unsigned.
It can't be used with Oracle 7u4 JRE which require crypto provider to be
signed for export/import conformance.
If Your company has a JCE code signing keypair, you can sign the
provider built using OpenJDK with that keypair and then use it
Valerie --
I don't believe we have a JCE code signing keypair (where would we have gotten
one?)
Is there any test flag that tells the Oracle 7u4 jre to not require a signed
crypto provider
-- Tom
-Original Message-
From: Valerie (Yu-Ching) Peng [mailto:valerie.p...@oracle.com]
Sent:
There is no such flag; otherwise it'd be an easy way to circumvent
existing checks for enforcing export/import control.
Cryptographic vendors who develop JCE providers can apply for JCE code
signing certificates through a process documented in the JCE guide.
The easiest route may be just to tes
Changeset: edb02bee325e
Author:ihse
Date: 2012-05-25 18:55 -0700
URL: http://hg.openjdk.java.net/jdk8/build/jdk/rev/edb02bee325e
7172014: Remove empty and unused javah include files
Reviewed-by: ohair, erikj
! src/share/native/sun/awt/image/cvutils/img_dcm.h
! src/share/native/sun/
