harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Hindess <mark.hind...@googlemail.com>
Subject Re: Harmony on Macosx [was Re: [jira] Created: (HARMONY-2374) [classlib][awt] Missing java2d code for OpenGL pipeline.]
Date Fri, 01 Dec 2006 17:26:19 GMT

On 1 December 2006 at 9:48, Stefano Mazzocchi <stefano@apache.org> wrote:
> Alexey Petrenko wrote:
> > 2006/11/30, Stefano Mazzocchi <stefano@apache.org>:
> >> Oleg Khaschansky wrote:
> >> >> Now, if only I knew how to port all this stuff over to Macosx :,-(
> >> >
> >> > Porting opengl 2d rendering shouldn't be complicated at all. Ideally,
> >> > only system-dependent part of the code (which manages opengl context)
> >> > should be re-implemented using AGL library. There's pbuffer support in
> >> > AGL, so no problems with blitters (they do use pbuffers already).
> >> >
> >> > But it is not a simple task to port the rest of awt. 2d rendering is
> >> > just a part of it.
> >> No, I'm talking about porting the entire Harmony codebase not just
> >> this ;-)
> > Didn't you try to run Harmony on OS X with X server?
> 
> So, yesterday I got my first Intel-powered mac (which I'm using to type
> now.... faaaaaaaaaaaaast), which means I believe (but then again, I
> might be wrong, it has been years since I wrote any x86 assembly code
> and I have no clue what the core 2 duo instruction set it) might reduce
> the barrier to porting harmony.
> 
> So, no, I have not tried it because running harmony on macosx/powerpc
> seemed like too big of a stretch for me to even consider.
> 
> > It could help to use Linux codebase I think...
> 
> well, certainly I wouldn't have started with the windows one ;-)

;-) I have plans to change the os name split (windows/linux) to an os
family spilt (windows/unix) to make it easier to integrate code for
non-linux unix platforms.

> > In fact I'm not a Mac OS X guru :(
> 
> Right and years ago I would have thought that Intel and Macosx had
> enough impedance mismatch to basically have me to look somewhere else
> for help... but things have changed and I wonder if you guys can find us
> some macosx expert that might be able to help us with the transition.
> 
> btw, macosx shouldn't be that different from freebsd and I know there
> are a lot of freebsd people around the ASF... (and, well, one of the
> original darwin developers is an apache member.. and most apache
> members use macosx as their OS... question is: how do we get the
> migration started? and how do we convince people it's not that hard?

I had a similar thought yesterday afternoon and just last night I
started setting up a qemu[0] image for FreeBSD with a view to trying to
port to that.  (Not because I thought anyone especially wanted it, but
because quite a few people asked about macosx - which I can't help with
since I don't have macos - and thought this might be a helpful first
step.)  I'm not sure how far I'll get - at the moment I have a basic
install and I'm still getting the development environment set up.

At the moment, I'm primarily interested in classlib.  There are a number
of one-time changes that need to be made to get the first non-Linux unix
platform started - such as the one mentioned in my first comment above
- after this I think the task of porting to the next non-linux unix
platform should be a little easier.

There are yet more issues when it comes to porting to new architectures
and I am looking at some of these too.  For instance, I'm currently
doing a little refactoring of some the most architecture-specific parts
of classlib to enable code for more architectures to be added relatively
easily.

> do we have any documentation about "porting to other system"? I think
> would be immensely helpful.
>
> Thoughts? ideas? suggestions?

> I'll try to build harmony on macosx/core2duo today and see how far
> along I can go before my C/C++/UNIX-linking ignorance creeps in.

Report your findings here and I'll try to help.  I'll report my progress
here too.  I'm sure we'll come across many of the same problems.

> BTW, what instruction set is the core2duo anyway?

x86_64.

-Mark.

[0] Qemu, the awesome processor emulator created by Fabrice Bellard:
      http://fabrice.bellard.free.fr/qemu/


Mime
View raw message