On Mon, 25 Oct 2021 14:33:27 GMT, Doug Simon wrote:
> [JDK-8275645](https://bugs.openjdk.java.net/browse/JDK-8275645) resulted in
> loosing single-copy atomicity for reads in `c2v_readFieldValue`. This PR
> fixes that by using `_field_acquire` accessors for all aligned reads
> and only using `
On Tue, 20 Oct 2020 15:46:36 GMT, Bernhard Urban-Forster
wrote:
>> Use r18 as allocatable register on Linux only.
>>
>> A bootstrap works now (it has been crashing before due to r18 being
>> allocated):
>> $ ./windows-aarch64-server-fastdebug/bin/java.exe
>> -XX:+UnlockExperimentalVMOptions -
st is going to three different aliases.
>>> Don't use Thunderbird's "reply to list" option since it will
>>> pick just _one_ of the _three_ lists.
>>>
>>>
>>> Greetings,
>>>
>>> Doug Simon and Tom Rodriguez have sen
This file should be generated by javah during the build of the
serviceability agent in hotspot. It's probably done just a little bit
before this error. Do you see anything about javah in your output
near this point?
tom
On Jul 27, 2009, at 10:57 PM, Franklyn Ding wrote:
Hi
I am a fa
ca Martini wrote:
Tom Rodriguez wrote:
Could you be more specific about what bits you are running, i.e.
which
changeset of hotspot? The official openjdk bits run fine for me
with at
least b30-b33.
It seems b33.
[EMAIL PROTECTED]:~/mp/interfaces/OpenJDK/jdk7/hotspot$ hg log | head -n 6
Could you be more specific about what bits you are running, i.e. which
changeset of hotspot? The official openjdk bits run fine for me with
at least b30-b33.
tom
On Aug 27, 2008, at 1:34 AM, Luca Martini wrote:
Apologies for cross posting to the dacapobench-researchers and
[EMAIL PROTECTE
This was fixed as part of 6712835.
http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/6ca61c728c2d
tom
On Aug 27, 2008, at 5:24 AM, Florian Weimer wrote:
g++ -DLINUX -D_GNU_SOURCE -DAMD64 -DASSERT -DFASTDEBUG -I. -I../
generated/adfiles -I../generated/jvmtifiles -I/home/fw/src/java/jdk
