> It is also perfectly plausible to build 32/64 Universal, and then use "lipo"
> on built Mach-o products to strip out the architecture you don't
> need/want/support in a post-build step.
+1
> I think it's also a good idea to brainstorm/document some ways to strip down
> a JRE for developers w
It is also perfectly plausible to build 32/64 Universal, and then use "lipo" on
built Mach-o products to strip out the architecture you don't need/want/support
in a post-build step.
I think it's also a good idea to brainstorm/document some ways to strip down a
JRE for developers who are bundlin
Imo, it's very unlikely that 64-bit build footprint will ever be an
issue, and
32-bit build footprint would be an issue on memory-limited devices, of
which there are none that run OSX. The real utility of 32-bit is
compatibility.
I'd just go with universal binaries and not bother with 32/64 o
Personally I like the idea of a default with "Universal" binaries, and the
options for 32/64 for the reasons you mentioned. I think it is important to be
inclusive vs. exclusive.
John
Sent from my iPhone
On Feb 27, 2012, at 6:09 PM, Artem Ananiev wrote:
>
> Alternatively, we can completely
Alternatively, we can completely ignore ARCH_DATA_MODEL on Mac and
always build universal binaries. As far as I remember, we did exactly
this when Mac OS X Port was a standalone OpenJDK project. Of course, in
this case we'll lose an ability to build 32-bit and 64-bit only builds,
which may be
Hi, Anthony,
I have an impression your webrev is prepared against an outdated version
of code. For example, the change in java_props_md.c:431 is already in
the workspace...
Other comments:
1. HeadlessGraphicsEnvironment is in the sun.java2d package, not sun.awt
2. Changes to awt_LoadLibrary
Changed jdk7-dev to jdk7u-dev.
Paul
On 2/27/12 4:51 PM, Paul Hohensee wrote:
Looks good. Ship it.
Paul
On 2/26/12 10:57 PM, James Melvin wrote:
Hi Stephen,
The scope of the work for 7130404 is to...
1) Convert os.arch callsites to use 'x86_64' instead of 'amd64'
2) Add *missing* os.name c
At 8:23 PM +0100 2/27/12, Henri Gomez wrote:
>X11 is installed :
>
>otool -L /usr/X11/lib/libfreetype.6.dylib
>/usr/X11/lib/libfreetype.6.dylib:
>/usr/X11/lib/libfreetype.6.dylib (compatibility version
>14.0.0, current version 14.2.0)
>/usr/lib/libz.1.dylib (compatibility version 1.
DK_FILE =
>> PREVIOUS_JRE_FILE =
>> ALT_PREVIOUS_JRE_FILE =
>> PREVIOUS_RELEASE_IMAGE =
>>/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
>> ALT_PREVIOUS_RELEASE_IMAGE =
>>
>>
>>WARNING: The BUILD_NUMBER needs to contain b[0-9][0-9]*. Current
Hi,
Last Thursday we published the latest early access build of the Oracle JDK 7u4
[1]. As I've mentioned in my past updates [2], the teams are now focusing on
fixing bugs found by the community, QA or by the development teams.
I'd like to welcome you to test the latest Oracle JDK, or your own
Bug: http://bugs.sun.com/view_bug.do?bug_id=7124262
Webrev: http://cr.openjdk.java.net/~kizune/7124262/webrev.02/
Review thread:
http://mail.openjdk.java.net/pipermail/macosx-port-dev/2012-February/003293.html
Reviewers: Alexander Potochkin (alexp), Sergey Bylokhov (serb)
Rationale for inclusio
Hello,
Please review a fix for
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147435 at:
http://cr.openjdk.java.net/~anthony/7u4-2-headlessTestFailed-7147435.0/
This bug is a regression of 7124511 fixed for the JDK Mac Port [1]. With
that fix the code setting the awt.toolkit and java.aw
Requesting approval to commit fix for CR 7132793.
http://cr.openjdk.java.net/~alexp/7132793/webrev.01/
Reviewed by Sergey Bylokhov and Artem Ananiev
http://mail.openjdk.java.net/pipermail/macosx-port-dev/2012-February/003295.html
the bug's description is here:
http://bugs.sun.com/bugdatabase/v
EVIOUS_JDK_VERSION = 1.6.0
>ALT_PREVIOUS_JDK_VERSION =
> PREVIOUS_JDK_FILE =
>ALT_PREVIOUS_JDK_FILE =
> PREVIOUS_JRE_FILE =
>ALT_PREVIOUS_JRE_FILE =
> PREVIOUS_RELEASE_IMAGE =
>/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
>ALT_PREVIOUS_REL
PREVIOUS_JRE_FILE =
ALT_PREVIOUS_JRE_FILE =
PREVIOUS_RELEASE_IMAGE =
/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
ALT_PREVIOUS_RELEASE_IMAGE =
WARNING: The BUILD_NUMBER needs to contain b[0-9][0-9]*. Currently
BUILD_NUMBER=20120227.
This has been known to cause build failures.
15 matches
Mail list logo