On 6/20/2014 3:19 PM, Anthony Petrov wrote:
Hi Petr,
I ran the following query:
https://www.google.com/#q=custom+flavormap.properties
and the search yielded the following forum thread:
https://community.oracle.com/thread/1293314?start=0&tstart=0
where developers seem to suggest they do edit
Hi, David,
.03 looks fine.
Thanks for investigation, addressing all our comments, and this cleanup
in general.
Artem
On 10/24/2013 7:52 AM, David DeHaven wrote:
Another option (I think would make everyone happy) would be to add a native
method to LWCToolkit.{java,m} that implements isAqu
On 10/24/2013 6:01 AM, David Holmes wrote:
On 24/10/2013 1:11 AM, Artem Ananiev wrote:
On 10/23/2013 4:34 PM, Anthony Petrov wrote:
On 10/23/2013 08:52 AM, David Holmes wrote:
On 23/10/2013 2:10 PM, David DeHaven wrote:
Updated webrev:
http://cr.openjdk.java.net/~ddehaven/8025673/jdk.2
On 10/23/2013 4:34 PM, Anthony Petrov wrote:
On 10/23/2013 08:52 AM, David Holmes wrote:
On 23/10/2013 2:10 PM, David DeHaven wrote:
Updated webrev:
http://cr.openjdk.java.net/~ddehaven/8025673/jdk.2/
Summary of changes since last:
- Added awt_headless to java_props_t (set to NULL by defaul
Hi, David,
thanks for additional cleanup.
I have only one concern. Before the fix, we checked if there is an
active Aqua session. When no session was found, we falled back to
HToolkit. I think this logic should be preserved, but slightly
corrected: fall back to HeadlessToolkit (with CToolkit
Hi, David,
client (AWT, Java2D) part of the fix looks fine.
Thanks,
Artem
On 10/21/2013 3:53 AM, David DeHaven wrote:
CCing: build-dev, macosx-port-dev
Request for review of JDK-8016096:
https://bugs.openjdk.java.net/browse/JDK-8016096
Proposed changes:
http://cr.openjdk.java.net/~ddehaven
Hi, David,
the changes look fine to me. See more comments below.
On 10/21/2013 3:56 AM, David DeHaven wrote:
CCing: build-dev, macosx-port-dev, hotspot-dev
Request for review of JDK-8025673:
https://bugs.openjdk.java.net/browse/JDK-8025673
Proposed changes:
http://cr.openjdk.java.net/~ddehav
On 9/6/2012 5:43 AM, Kelly O'Hair wrote:
On Sep 4, 2012, at 4:53 AM, Magnus Ihse Bursie wrote:
BTW, what's the reason to continue the new build infrastructure
development in a separate project (build-infra), not in the
master workspace?
There are strict formal rules on the build forest, tha
tem
/Erik
On 2012-09-03 12:37, Artem Ananiev wrote:
Hi, build-dev,
(please, keep me in CC as I'm not subscribed to this mailing list)
I'm (again) trying to build JDK8 on my Windows box using new build
infrastructure, based on autoconf. The build fails somewhere in JLI
section. I can'
Hi, build-dev,
(please, keep me in CC as I'm not subscribed to this mailing list)
I'm (again) trying to build JDK8 on my Windows box using new build
infrastructure, based on autoconf. The build fails somewhere in JLI
section. I can't provide the error log right now, as I've already found
the
On 7/27/2012 10:27 PM, Phil Race wrote:
I don't know why we build xawt on OS X - at least by default.
We don't use X11 for UI in our JDK on Mac and I'm 99% sure its not
getting tested.
Building the XAWT toolkit on OS X perhaps should be an optional selection
Yes, we plan to purge XAWT from OS
rote:
On 2012-06-14 12:49, Artem Ananiev wrote:
Generation process include creating a new sizer.c file for each
structure described in "xlibtypes", compiling it and calling the
resulted binary to get offsets for all the structure fields.
How is this supposed to work when cross-comp
Hi, Magnus,
(Please, keep me in CC as I'm not subscribed to this alias)
in XAWT, we don't have much native code. Xlib routines are called via
sun.awt.X11.XlibWrapper, and Xlib structures are accessed via Unsafe +
wrapper classes. For example, there is no XWMHints.java in the
workspace: it's g
On 4/27/2012 4:08 PM, Magnus Ihse Bursie wrote:
On 2012-04-27 12:57, Artem Ananiev wrote:
On 4/27/2012 2:46 PM, David Holmes wrote:
Could it be that the parallelism of the new build is simply too high for
your system - hence you get memory exhaustion?
Yes, that's possible, becau
On 4/27/2012 2:57 PM, Artem Ananiev wrote:
On 4/27/2012 2:46 PM, David Holmes wrote:
Could it be that the parallelism of the new build is simply too high for
your system - hence you get memory exhaustion?
Yes, that's possible, because my desktop has 4Gb RAM. Number of CPU
cores is o
allel. I'm now
building in 32-bit mode, will check if it helps.
Thanks,
Artem
David
On 27/04/2012 7:56 PM, Artem Ananiev wrote:
Hi, Magnus,
thanks for your feedback. Here is what I have already tried:
1. Disable anti-virus
2. Upgrade sh/bash/make to the latest or to the stable versi
it fails in the same place, but
always in "jdk". All other workspaces are built fine: hotspot,
langtools, etc.
Thanks,
Artem
On 4/27/2012 12:36 PM, Magnus Ihse Bursie wrote:
On 2012-04-27 09:38, Artem Ananiev wrote:
15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - f
Tried it on Windows 7. Cygwin, make, bootstrap JDK - everything was
configured to build JDK with the old system.
Langtools, hotspot, corba, jaxp, jaxws are built fine, but in jdk it
fails with the following symptoms:
15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork:
can
On 2/15/2012 1:42 PM, Michael McMahon wrote:
The stub library is headless/libmawt.so*. Right? It's being built on Mac
OS as well, but currently being
put in a different location to the normal one. It also seems like it is
not being used
because if you rename or delete it, there isn't any change
On 12/7/2010 3:06 AM, David Holmes wrote:
Total silence on build-dev. Perhaps someone on awt-dev knows what to
look for?
Could you provide an exact build error you're observing, please?
As far as I know, we shouldn't link to libmawt.so (I assume you meant
libmawt.so, not libxawt.so, right?)
Hi, Tim,
is this problem specific to the newest MS compiler only (and do we care
of any other compiler when building JDK7 on windows)? If yes, we could
change the condition to
#if !defined(vsnprintf) && !defined(NO_vsnprintf) && (!defined(_MSC_VER)
|| (_MSC_VER >= 1500))
Thanks,
Artem
Ti
Martin Buchholz wrote:
On Fri, Aug 29, 2008 at 3:37 AM, Anthony Petrov <[EMAIL PROTECTED]> wrote:
On 08/28/2008 08:33 PM Martin Buchholz wrote:
I'm thinking:
- the MMX support is in pnggccrd.c,
- but that file is never compiled in OpenJDK
Quick grep for PNG_MMX_CODE_SUPPORTED shows two .h fi
Changeset: cd91993d7198
Author:art
Date: 2007-11-30 16:42 +0300
URL: http://hg.openjdk.java.net/jdk7/awt/jdk/rev/cd91993d7198
No CR: previously added comments are removed
! src/solaris/native/sun/xawt/XWindow.c
Changeset: 07bca22415ce
Author:art
Date: 2007-11-30 15:57 +0300
URL: http://hg.openjdk.java.net/jdk7/awt/jdk/rev/07bca22415ce
Some comment is added to XWindow.c
! src/solaris/native/sun/xawt/XWindow.c
24 matches
Mail list logo
