harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From usman bashir <grip...@gmail.com>
Subject Re: GNU Classpath 0.16 "Harmony!" released
Date Fri, 08 Jul 2005 05:42:39 GMT
 i am also support him, as i have also faced few difficulties while during 
silent research on all these topics (library to VM) as few things were 
desgined to keeping in mind of Unix versions and hence a win client find him 
no where in such cases. However i understand ur concerns (as it has been 
throughly discussed in last mails) about the progress of harmony, so i 
think, we can start working parrallel (only volunteer bases not included in 
realy project plan yet) about the development of libraries that liberate us 
from GNU.
 An imp note to those who will argue agianst it, i just like to see harmony 
to be complete in itself like we have J2SDK (now JSE ;) ) so if we able to 
ship libraries as well (and i know we have to) then we can do a magical 
thing(and i know it will add atleast two three years more, but i am not 
forcing it now, as our major goal is to get JVM first). so working over 
these things should be in mind.
 its humble proposal, i hope people will support this. 
 On 7/7/05, Geir Magnusson Jr. <geirm@apache.org> wrote: 
> On Jul 6, 2005, at 12:55 PM, Mladen Turk wrote:
> > Geir Magnusson Jr. wrote:
> >
> >> On Jul 5, 2005, at 7:04 AM, Mladen Turk wrote:
> >>
> >>>
> >>> IMHO the major issue is to put all the requirements for the
> >>> classpath on the paper, and then to see if the GNU classpath is
> >>> usable, and if not, can it be adopted to fulfill all the
> >>> requirements.
> >>>
> >> That's not an unreasonable idea.
> >> Thanks for volunteering :)
> >>
> >> Go for it!
> >>
> >>
> >
> > Well It depends on the Harmony goals at the first place.
> > I hope the Harmony will offer more then just
> > Solaris/Sparc, Win/x86, Linux/i386/amd64.
> I assume that whatever people want to do, we will do. I hope that it
> can be ported - if there's interest - to any platform out there.
> BSD, for example, and embedded. Also, a much wider hardware matrix,
> including PPC, Itanium, etc...
> >
> > Right now the GNU classpath is GNU tools only. Trying to
> > compile that on WIN32 or WIN64 is very painful without
> > going trough some posix layer.
> > Also the GUI part is GTK only, so even with using things like
> > gtk-win32 it adds an extra layer in between.
> Great - so factor this into the class library requirements paper that
> you volunteered for :)
> >
> > Anyhow, like said at the beginning, I think we should build our
> > own classpath. I can volunteer for that, using APR as a
> > OS abstraction layer. For me using GNU classpath could give
> > some jump start, but in the long run, we'll have to build
> > our own classpath.
> That's not unreasonable - we'll do it if there's interest. As for
> now, as you note, we can work w/ GNU Classpath as a jumpstart and see
> where it takes us.
> I think that we should remain committed to making things as pluggable
> as possible, and will re-kindle the VM/Classlibrary discussion we
> started a while back.
> We also want to be sure that if we do any class library work here,
> that we modularize in such a way that parts can be repurposed
> elsewhere - like swing or other such uglies...
> geir
> --
> Geir Magnusson Jr +1-203-665-6437
> geirm@apache.org

Usman Bashir
Certified IBM XML Solution Developer 
Certified UML Developer
Brainbench Certified Internet Perfessional[advance](BCIP)
Brainbench Certified Java Perfessional (BCJP)
Brainbench Certified .NET Perfessional 
Brainbench Ceritified C++ Perfessional (BCCP)
Software engineer IT24
Faculty Member Operation Badar Lahore

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message