On 9/18/11 3:12 PM, Konstantin Tokarev wrote:
>
> 15.09.2011, 00:42, "Kurt Miller":
>>> From the hotspot.log file it appeard to be crashing in the following
>>> function:
>>>
>>> jdk/src/share/native/java/lang/ClassLoader.c:316
>>> Java_java_lang_ClassLoader_00024NativeLibrary_load()
>> Yes
15.09.2011, 00:42, "Kurt Miller" :
>> From the hotspot.log file it appeard to be crashing in the following
>> function:
>>
>> jdk/src/share/native/java/lang/ClassLoader.c:316
>> Java_java_lang_ClassLoader_00024NativeLibrary_load()
>
> Yes it is crashing in this function. I was able to reprodu
On Friday 16 September 2011 02:03:21 pm Mike Swingler wrote:
> On Sep 16, 2011, at 7:44 AM, Kurt Miller wrote:
>
> > On Friday 16 September 2011 03:23:10 am Konstantin Tokarev wrote:
> >
> >> Seems like I've found possible reason for crash: JNA uses
> >> JAWT_MacOSXDrawingSurfaceInfo struct, but
On Sep 16, 2011, at 7:44 AM, Kurt Miller wrote:
> On Friday 16 September 2011 03:23:10 am Konstantin Tokarev wrote:
>
>> Seems like I've found possible reason for crash: JNA uses
>> JAWT_MacOSXDrawingSurfaceInfo struct, but we don't provide it. Unmodified
>> JNA just fails to compile.
>>
>> C
On Friday 16 September 2011 03:23:10 am Konstantin Tokarev wrote:
> Seems like I've found possible reason for crash: JNA uses
> JAWT_MacOSXDrawingSurfaceInfo struct, but we don't provide it. Unmodified JNA
> just fails to compile.
>
> Code fragment from JNA:
>
> #elif __APPLE__
> // WARN
Seems like I've found possible reason for crash: JNA uses
JAWT_MacOSXDrawingSurfaceInfo struct, but we don't provide it. Unmodified JNA
just fails to compile.
Code fragment from JNA:
#elif __APPLE__
// WARNING: the view ref is not guaranteed to be stable except during
// component
15.09.2011, 00:42, "Kurt Miller" :
> (gdb) x/20i 0x36fe44d0
> 0x36fe4508 : lwz r0,40(r2) # loaded word from
> given memory address into r0
> 0x36fe450c : mr r4,r29
> 0x36fe4510 : mtctr r0# ctr is
> initialized with value from r0
> 0x36fe4514 : mr
15.09.2011, 00:42, "Kurt Miller" :
> On Wednesday 14 September 2011 11:59:23 am Kurt Miller wrote:
>
>> On Wednesday 14 September 2011 11:50:09 am Konstantin Tokarev wrote:
>>> 14.09.2011, 18:37, "Kurt Miller" :
On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote:
>
On Wednesday 14 September 2011 11:59:23 am Kurt Miller wrote:
> On Wednesday 14 September 2011 11:50:09 am Konstantin Tokarev wrote:
> >
> > 14.09.2011, 18:37, "Kurt Miller" :
> > > On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote:
> > >
> > >> 13.09.2011, 19:31, "Kurt Miller"
On Wednesday 14 September 2011 11:50:09 am Konstantin Tokarev wrote:
>
> 14.09.2011, 18:37, "Kurt Miller" :
> > On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote:
> >
> >> 13.09.2011, 19:31, "Kurt Miller" :
> >>> On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrot
14.09.2011, 18:37, "Kurt Miller" :
> On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote:
>
>> 13.09.2011, 19:31, "Kurt Miller" :
>>> On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote:
13.09.2011, 18:02, "Kurt Miller" :
> Ideally you could use my
On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote:
>
> 13.09.2011, 19:31, "Kurt Miller" :
>
> > On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote:
> >> 13.09.2011, 18:02, "Kurt Miller" :
> >>> Ideally you could use my fastdebug w/atomic.diff build to generat
On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote:
>
> 13.09.2011, 18:02, "Kurt Miller" :
>
> > Ideally you could use my fastdebug w/atomic.diff build to generate the core
> > and make it available to me (compressed). This would allow me to to do a
> > more complete diagnostic o
13.09.2011, 18:02, "Kurt Miller" :
> Ideally you could use my fastdebug w/atomic.diff build to generate the core
> and make it available to me (compressed). This would allow me to to do a more
> complete diagnostic on the crash.
>
> The build is here:
> http://www.intricatesoftware.com/OpenJD
On Tuesday 13 September 2011 02:42:18 am Konstantin Tokarev wrote:
>
> 12.09.2011, 04:44, "Kurt Miller" :
> > On 9/10/11 10:18 AM, Konstantin Tokarev wrote:
> >
> >> 09.09.2011, 21:55, "Kurt Miller":
> >>> The February builds also included some atomic operations diffs I was
> >>> working on to
12.09.2011, 04:44, "Kurt Miller" :
> On 9/10/11 10:18 AM, Konstantin Tokarev wrote:
>
>> 09.09.2011, 21:55, "Kurt Miller":
>>> The February builds also included some atomic operations diffs I was
>>> working on to fix SMP. I left them out of this build because I wanted to
>>> release a build
On 9/10/11 10:18 AM, Konstantin Tokarev wrote:
> 09.09.2011, 21:55, "Kurt Miller":
>> The February builds also included some atomic operations diffs I was
>> working on to fix SMP. I left them out of this build because I wanted to
>> release a build that exactly matched the committed bsd-port.
>>
>
On Friday 09 September 2011 02:25:11 pm Konstantin Tokarev wrote:
>
> 09.09.2011, 21:55, "Kurt Miller":
> > Please try a build with the attached diff to see if that helps corrects
> > this problem.
>
> Could you share your current make arguments?
Of course, please see the following email that d
09.09.2011, 21:55, "Kurt Miller":
> Please try a build with the attached diff to see if that helps corrects this
> problem.
Could you share your current make arguments?
--
Regards,
Konstantin
On Friday 09 September 2011 12:22:28 pm Konstantin Tokarev wrote:
> With new build:
>
> $ bin/java -jar demo/jfc/FileChooserDemo/FileChooserDemo.jar
> Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Djava.awt.headless=
> #
> # A fatal error has been detected by the Java Runtime Environ
09.09.2011, 19:07, "Kurt Miller":
> On Friday 09 September 2011 05:45:38 am Konstantin Tokarev wrote:
>
>> It works for me too. Of course, it would be great if was used by default.
>> Also, I request -Dawt.useSystemAAFontSettings=on into default options.
>
> I poked around a bit in the code las
On Friday 09 September 2011 05:45:38 am Konstantin Tokarev wrote:
> It works for me too. Of course, it would be great if was used by default.
> Also, I request -Dawt.useSystemAAFontSettings=on into default options.
I poked around a bit in the code last night. From code inspection I can't see
why
On 9/8/11 3:20 PM, Konstantin Tokarev wrote:
> However, I guess that only those 2 changes were not enough to make Zero
> *working* (my java binary failed to initialize)
I pushed up the changes + one more that has been in my zero tree
for a while. zero is working again for me. I have been able to
s
On 9/8/11 1:28 PM, Konstantin Tokarev wrote:
>
> 08.09.2011, 05:26, "Kurt Miller":
>> I have some debug builds from February here:
>>
>> http://www.intricatesoftware.com/OpenJDK/macppc/
>>
> I get java.awt.HeadlessException when trying to launch any GUI software.
>
> Try to launch e.g demo/jfc/File
On 9/8/11 1:28 PM, Konstantin Tokarev wrote:
> 08.09.2011, 05:26, "Kurt Miller":
>> I have some debug builds from February here:
>>
>> http://www.intricatesoftware.com/OpenJDK/macppc/
>>
> I get java.awt.HeadlessException when trying to launch any GUI software.
>
> Try to launch e.g demo/jfc/FileCh
08.09.2011, 23:01, "Kurt Miller":
> As far as I can tell it is not possible for mercurial to pull over
> individual change sets.
Actually, it's possible via hg-git and git cherry-pick, but it may be
not acceptable for you ;)
However, I guess that only those 2 changes were not enough to make Ze
Konstantin Tokarev wrote:
> [3] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/a3142bdb6707
> [4] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/d17bd0b18663
>
Konstantin,
With these fixes I can build bsd-port on ppc again too. I am currently
testing the build by using it to
08.09.2011, 05:26, "Kurt Miller":
> I have some debug builds from February here:
>
> http://www.intricatesoftware.com/OpenJDK/macppc/
>
I get java.awt.HeadlessException when trying to launch any GUI software.
Try to launch e.g demo/jfc/FileChooserDemo/FileChooserDemo.jar from package.
--
Rega
08.09.2011, 20:15, "Kurt Miller":
>> An Intel Leopard box should be able to compile a universal binary for both
>> PPC and Intel, but would require explicitly passing -arch flags.
>>
>> The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made
>> using an Intel builder.
>
> Th
> I'm not sure what you mean? What is an "arch detector"? We do have the
> macosx-port setup to do Intel-Universal builds, but I don't think any of that
> logic trickled back to bsd-port.
Many uname in makefile settings some envvars and activating various
builds options
On Sep 8, 2011, at 9:07 AM, Henri Gomez wrote:
>> An Intel Leopard box should be able to compile a universal binary for both
>> PPC and Intel, but would require explicitly passing -arch flags.
>
> No more Leo here, Snow and Lion only ;(
>
>> The J2SE 5.0 builds on Leopard for ppc, i386, and x86
On Thursday 08 September 2011 12:26:33 pm Mike Swingler wrote:
> On Sep 8, 2011, at 9:15 AM, Kurt Miller wrote:
>
> > On Thursday 08 September 2011 11:42:34 am Mike Swingler wrote:
> >
> >> On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote:
> >>
> >>> Hi Henri,
> >>>
> >>> On Thursday 08 September
On Sep 8, 2011, at 9:15 AM, Kurt Miller wrote:
> On Thursday 08 September 2011 11:42:34 am Mike Swingler wrote:
>
>> On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote:
>>
>>> Hi Henri,
>>>
>>> On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote:
Kurt,
It could be nice for PP
On Thursday 08 September 2011 11:42:34 am Mike Swingler wrote:
> On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote:
>
> > Hi Henri,
> >
> > On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote:
> >> Kurt,
> >>
> >> It could be nice for PPC users to get it packaged
> >>
> >> Sad I don't have
> An Intel Leopard box should be able to compile a universal binary for both
> PPC and Intel, but would require explicitly passing -arch flags.
No more Leo here, Snow and Lion only ;(
> The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made
> using an Intel builder.
Interest
> Once it is working well again, hopefully someone from the comunity will
> step up and do that work or donate you a PPC box for your build farm.
Build farm ? Ouch I'm far from this, but I'll be happy to help for PPC builds.
On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote:
> Hi Henri,
>
> On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote:
>> Kurt,
>>
>> It could be nice for PPC users to get it packaged
>>
>> Sad I don't have OSX PPC box available to make package built on it via
>> a Jenkins slave ;(
>
> On
Hi Henri,
On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote:
> Kurt,
>
> It could be nice for PPC users to get it packaged
>
> Sad I don't have OSX PPC box available to make package built on it via
> a Jenkins slave ;(
Once it is working well again, hopefully someone from the comunity
Kurt,
It could be nice for PPC users to get it packaged
Sad I don't have OSX PPC box available to make package built on it via
a Jenkins slave ;(
2011/9/8 Kurt Miller :
> On 9/8/11 4:08 AM, Konstantin Tokarev wrote:
>>
>> 08.09.2011, 05:26, "Kurt Miller":
>>
3) Does anybody have OpenJDK i
On 9/8/11 4:08 AM, Konstantin Tokarev wrote:
>
> 08.09.2011, 05:26, "Kurt Miller":
>
>>> 3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5]
>>> Zero is failng too much: it cannot run Java 5 application which runs fine
>>> of Apple JVM, and it cannot be used as bootstrap VM.
>
Wow! A build that works on PPC. I will try it out when I get home tonight.
Are there any specific steps that you had to use to get it to compile? Could
you update the directions on the build page
http://wikis.sun.com/display/OpenJDK/Darwin9Build
This is all very exciting.
John
2011/9/8 Konstanti
08.09.2011, 05:26, "Kurt Miller":
>> 3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5] Zero
>> is failng too much: it cannot run Java 5 application which runs fine of
>> Apple JVM, and it cannot be used as bootstrap VM.
>>
>> [5]
>> http://landonf.bikemonkey.org/static/s
Hi Konstantin,
On 09/03/11 13:20, Konstantin Tokarev wrote:
>
>
> 03.09.2011, 21:15, "Konstantin Tokarev" :
>> Questions:
>>
>> 1) How to find out why initialization failed? If debugging with gdb can
>> help, how to rebuild only needed module (Zero VM?) with debugging symbols?
>> 2) Do you have
03.09.2011, 21:15, "Konstantin Tokarev" :
> Questions:
>
> 1) How to find out why initialization failed? If debugging with gdb can help,
> how to rebuild only needed module (Zero VM?) with debugging symbols?
> 2) Do you have any plans to merge fresh Zero? Backporting of [3] and [4] may
> not be
Hi Greg,
On 7/18/11 10:08 PM, Greg Lewis wrote:
> Kurt, we should be up to date with the main repo, so are you saying that
> the Zero build is broken for jdk7 in general?
Yes, Zero support hasn't kept up with recent hotspot changes in the
main tree. There are some patches on the zero-dev list tha
On Mon, Jul 18, 2011 at 04:42:46PM +0200, Henri Gomez wrote:
> > Hi Henri,
>
> Hello Kurt,
>
> > The flow of source code from the various trees is something like this:
> >
> > Zero -> jdk7/jdk7 -> bsd-port -> macosx-port.
> >
> > Are there local Zero changes in macosx-port that I can back port to
> Hi Henri,
Hello Kurt,
> The flow of source code from the various trees is something like this:
>
> Zero -> jdk7/jdk7 -> bsd-port -> macosx-port.
>
> Are there local Zero changes in macosx-port that I can back port to bsd-port?
Nope, nothing in Zero on MacOSX port I think.
So we had to wait cha
On Monday 18 July 2011 02:18:31 am Henri Gomez wrote:
> > Hi Henri,
> >
> > Zero is not needed for x86 or sparc builds. For bsd-port the zero
> > problems only affect Mac OS X on PPC.
>
> Yes, I know
>
> My question was more on using Zero in Mac OS/X port project to provide
> support for PPC on t
Please with sugar on top!
On Mon, Jul 18, 2011 at 2:18 AM, Henri Gomez wrote:
> > Hi Henri,
> >
> > Zero is not needed for x86 or sparc builds. For bsd-port the zero
> > problems only affect Mac OS X on PPC.
>
> Yes, I know
>
> My question was more on using Zero in Mac OS/X port project to provi
2011/7/18 John Yeary
> Please with sugar on top!
yep, I think it's something more than awaited by OS/X users with G4/G5
processors :)
> On Mon, Jul 18, 2011 at 2:18 AM, Henri Gomez wrote:
>
>> > Hi Henri,
>> >
>> > Zero is not needed for x86 or sparc builds. For bsd-port the zero
>> > problem
> Hi Henri,
>
> Zero is not needed for x86 or sparc builds. For bsd-port the zero
> problems only affect Mac OS X on PPC.
Yes, I know
My question was more on using Zero in Mac OS/X port project to provide
support for PPC on this branch
On 07/17/11 07:39, Henri Gomez wrote:
> Hello Kurt,
>
> I am excited at the prospect of getting it to build again on my G5.
> I will wait impatiently. ;-)
>
>
> And what about Zero and MacOSX port ?
Hi Henri,
Zero is not needed for x86 or sparc builds. For bsd-port the zero
problem
>
> Hello Kurt,
>
> I am excited at the prospect of getting it to build again on my G5. I will
> wait impatiently. ;-)
>
And what about Zero and MacOSX port ?
>
> John
>
>
> On Sun, Jul 17, 2011 at 12:16 AM, Kurt Miller
> wrote:
>
>> Hi John,
>>
>> The ppc build is broken right now. It depends
2:51 GMT+00:00*
> Subject: *Re: OpenJDK Zero PPC Build on OS X Leopard
>
> Hello Kurt,
>
> There were some remarks from the Apple team that it would not build. Do you
> believe that is not the case? I hope you are right. I would love to squeeze
> a little more life from my G5.
Miller
Cc: bsd-port-dev
Sent: Sat, Jul 16, 2011 19:22:51 GMT+00:00
Subject: Re: OpenJDK Zero PPC Build on OS X Leopard
Hello Kurt,
There were some remarks from the Apple team that it would not build. Do you
believe that is not the case? I hope you are right. I would love to squeeze
a little more
Hello Kurt,
There were some remarks from the Apple team that it would not build. Do you
believe that is not the case? I hope you are right. I would love to squeeze
a little more life from my G5. It is still such a nice machine.
John
On Thu, Jul 14, 2011 at 9:52 PM, Kurt Miller wrote:
> **
> Hi
Hi John,
I took a look at this and yes there are problems with the zero build.
The first one is that langtools detection of when to build stub files
is broken again. I have a fix for this that I will push up shortly.
The second problem is that the zero build is not up to date with the
current ho
No, I haven't tried lately - it was a couple of months ago. I was told that
if you can get your built JDK to be your bootstrap JVM then that would be a
big step forward.
On Tue, Jun 28, 2011 at 11:32 AM, John Yeary wrote:
> Hello Eric,
>
> I built it once using Landon's original bootstrap build
Hello Eric,
I built it once using Landon's original bootstrap build too. I have not been
able to get it to build since then. I will try again when I am at home, and
post my script.
Have you tried to build it off the latest code?
John
On Tue, Jun 28, 2011 at 2:29 PM, Eric Richardson wrote:
> Hi
Hi John,
I got it compile once with the proper bootstrap JDK. Check out the following
page.
http://landonf.bikemonkey.org/2009/12/index.html
Eric
On Sat, Jun 25, 2011 at 12:38 PM, John Yeary wrote:
> Hello All,
>
> I was just trying to do a build on Leopard for PPC, and no matter what I
> have
60 matches
Mail list logo
