patch the
packages. I'll put it in to JDK 10.
--
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
On 01/08/17 13:57, Andrew Haley wrote:
> NOTE THAT you should not increase the thread sizes in
> os_linux_zero.cpp: these are minimums. Change the values in
> hotspot/src/os_cpu/linux_zero/vm/globals_linux_zero.hpp and
> common/autoconf/boot-jdk.m4 .
Sorry, I should have said:
: "="(tmp), "=Q"(*(volatile double*)dst)
: "Q"(*(volatile double*)src));
Note that we dereference src and dst and pass the actual memory
operands to the asm, not just pointers to them.
(This might be more detail than you need, and I'm
On 13/07/17 21:01, John Paul Adrian Glaubitz wrote:
> Source: openjdk-9
> Version: 9~b177-3
> Severity: normal
If no-one at Debian can fix this, you could send me a login.
--
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98
On 02/04/2013 05:27 PM, Christian Bernardt wrote:
Debian squeeze does provide openjdk-6-jdk as part of its default-jdk
package. Here it can be seen that
http://www.oracle.com/technetwork/java/eol-135779.html Java 6 end of
support will be end of this month.
That's Oracle proprietary Java.
On 07/18/2012 02:48 PM, Rene Engelhard wrote:
On Wed, Jul 18, 2012 at 02:28:42PM +0100, Andrew Haley wrote:
On 07/18/2012 02:02 PM, Rene Engelhard wrote:
- compile the jar.sos against -java-commons jars (b-d on itself on kbsd-*)
The .jar.so files have no compile-time dependencies on anything
On 07/18/2012 02:02 PM, Rene Engelhard wrote:
- compile the jar.sos against -java-commons jars (b-d on itself on kbsd-*)
The .jar.so files have no compile-time dependencies on anything.
All dependencies are resolved at runtime.
Andrew.
--
To UNSUBSCRIBE, email to
On 12/14/2009 04:58 PM, dann frazier wrote:
On Fri, Dec 11, 2009 at 02:10:18PM +0530, Onkar Shinde wrote:
AFAIK, GCJ uses classpath library these days. The code from classpath
is being merged in GCJ. And from the status of classpath [1] it is
clear that
Carlos O'Donell wrote:
On Sat, Oct 25, 2008 at 1:21 PM, Julien Danjou [EMAIL PROTECTED] wrote:
Is there anything from an outsider that could help?
I've seen this on-and-off again on the hppa-linux port. The issue has,
in my experience, been a compiler problem. My standard operating
Carlos O'Donell wrote:
On Mon, Oct 27, 2008 at 10:05 AM, Andrew Haley [EMAIL PROTECTED] wrote:
I've seen this on-and-off again on the hppa-linux port. The issue has,
in my experience, been a compiler problem. My standard operating
procedure is to methodically add volatile to the atomic.h
Package: ftp.debian.org
Severity: important
Riku Voipio wrote:
Package: ftp.debian.org
Severity: important
The following source packages are unbuildable and out of date on
arm, thus blocking testing transition. It seems unlikely that java will
properly work on oldabi arm, so please remove
Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE
Andrew Haley wrote:
Andrew Haley wrote:
OK, I've found it. The ClassNotFoundException is thrown from a security
check
in libgcj. We are calling Method m1 from method m0, and m1's class loader
is different from m0's class loader. We have to check that for every arg
in m1, the actual type
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE
Michael Koch wrote:
On Fri, Feb 15, 2008 at 11:50:38PM +0100, Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
*
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
java.lang.ClassNotFoundException: org.eclipse.core.runtime.Plugin
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Andrew Haley wrote:
There are areas where compliant jvms might behave differently. For
example, the exact time when dependent classes are loaded isn't defined.
Maybe at class initialization time, maybe later. All the the spec
requires is that ClassNotFoundExceptions aren't raised until
Michael Koch wrote:
On Sat, Feb 16, 2008 at 10:33:21AM +, Andrew Haley wrote:
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found
Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-4.2-base 4.2.1-3
* gcj-4.1-base, gcj-4.1, gij-4.1, libgcj7-1
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where exit is called
with code 13.
What went wrong with the debugging
Thomas Girard writes:
Le mercredi 10 octobre 2007 à 12:36 +0200, Thomas Girard a écrit :
Just another hint on this one: using etch to recompile eclipse-cdt
*does* work. So it's likely a problem in the toolchain.
Moving from an etch chroot to sid, I was able to find out that the
Thomas Girard writes:
It built successfully in June[2], and started to fail building in July[3].
Ping Doko: what did you change in this time window?
Andrew.
--
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4
1TE, UK
Registered in England and Wales No.
See http://sourceware.org/ml/binutils/2005-11/msg00275.html.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
25 matches
Mail list logo
