From gnu_andrew at member.fsf.org Fri Feb 20 11:24:04 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 20 Feb 2009 19:24:04 +0000 Subject: Proposed OpenJDK IcedTea project: Needs group sponsorship Message-ID: <17c6771e0902201124k463ae9fdg6c0870d5a9f931db@mail.gmail.com> Hi everyone, As many of you are aware, the IcedTea project: http://icedtea.classpath.org/ has done a lot of work over the past year and a half in making OpenJDK available on a wide range of distributions and architectures. At present, the build process for IcedTea involves the application of several patches (over 100 looking at a recent checkout), and it would clearly be better to see most of these reach the upstream project where possible. The best way to do this seems to be to collect those changes from SCA signatories in a upstream tree, which would then provide an easy means of tracking which patches are headed upstream. I'd expect each changeset unique to the IcedTea forest to have an associated bug on bugs.openjdk.net too. This has the following advantages: * The process for getting patches into OpenJDK7 build drops already involves passing from one forest to another. Putting IcedTea into this equation should make things easier for all concerned. * There is a clear distinction between patches for IcedTea which can be used by OpenJDK and those which still have legal issues. The latter remain in IcedTea's current repositories and are applied to the IcedTea forest base. * The work on IcedTea becomes more immediately visible to developers working with the hg.openjdk.net repositories. * The merge work required for IcedTea7 goes down a lot, being done once in the forest rather than locally on every machine for numerous permutations of configure options... * The process of moving from patches in IcedTea to the IcedTea forest can be more immediate than just submitting bugs, and also acting as a cleanup process for these patches. I hope that the Porters group can see the value of this proposal and would be willing to sponsor it in order to make this an official OpenJDK project. According to http://openjdk.java.net/projects/ a member of a group needs to formally propose the project on announce at openjdk.java.net and my hope is that a member of this group would be willing to do so and in so doing support the work of the IcedTea developers and, in turn, Red Hat's contribution to the OpenJDK project. Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Fri Feb 20 11:29:29 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 20 Feb 2009 19:29:29 +0000 Subject: Proposed OpenJDK IcedTea project: Needs group sponsorship In-Reply-To: <17c6771e0902201124k463ae9fdg6c0870d5a9f931db@mail.gmail.com> References: <17c6771e0902201124k463ae9fdg6c0870d5a9f931db@mail.gmail.com> Message-ID: <17c6771e0902201129mee38636j40f000af420eb510@mail.gmail.com> 2009/2/20 Andrew John Hughes : > Hi everyone, > > As many of you are aware, the IcedTea project: > > http://icedtea.classpath.org/ > > has done a lot of work over the past year and a half in making OpenJDK > available on a wide range of distributions and architectures. ?At > present, the build process for IcedTea involves the application of > several patches (over 100 looking at a recent checkout), and it would > clearly be better to see most of these reach the upstream project > where possible. ?The best way to do this seems to be to collect those > changes from SCA signatories in a upstream tree, which would then > provide an easy means of tracking which patches are headed upstream. > I'd expect each changeset unique to the IcedTea forest to have an > associated bug on bugs.openjdk.net too. > > This has the following advantages: > > * The process for getting patches into OpenJDK7 build drops already > involves passing from one forest to another. ?Putting IcedTea into > this equation should make things easier for all concerned. > * There is a clear distinction between patches for IcedTea which can > be used by OpenJDK and those which still have legal issues. ?The > latter remain in IcedTea's current repositories and are applied to the > IcedTea forest base. > * The work on IcedTea becomes more immediately visible to developers > working with the hg.openjdk.net repositories. > * The merge work required for IcedTea7 goes down a lot, being done > once in the forest rather than locally on every machine for numerous > permutations of configure options... > * The process of moving from patches in IcedTea to the IcedTea forest > can be more immediate than just submitting bugs, and also acting as a > cleanup process for these patches. > > I hope that the Porters group can see the value of this proposal and > would be willing to sponsor it in order to make this an official > OpenJDK project. ?According to http://openjdk.java.net/projects/ a > member of a group needs to formally propose the project on > announce at openjdk.java.net and my hope is that a member of this group > would be willing to do so and in so doing support the work of the > IcedTea developers and, in turn, Red Hat's contribution to the OpenJDK > project. > > Thanks, > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > In addition I should note that the intention is for this to be an OpenJDK7 forest (like most of the others) with the downstream being IcedTea7. However, I would hope that Joe Darcy and others working on OpenJDK6 can also use this as an easier source for patches for the 6 repository (given they are already in Mercurial and are known to be from SCA signatories). -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From revol at free.fr Fri Feb 20 12:01:20 2009 From: revol at free.fr (=?utf-8?q?Fran=C3=A7ois?= Revol) Date: Fri, 20 Feb 2009 21:01:20 +0100 CET Subject: Haiku OpenJDK - the road ahead Message-ID: <23398912535-BeMail@laptop> Hi, I was at FOSDEM this year and attended two interesting conferences, the subject of which could probably help speed up the Haiku OpenJDK port quite a bit. I was wondering how others saw it on the project. I don't yet have the time to look into it, but hopefully later. - first one was about cross compiling OpenJDK to embedded ARM targets, cf. the docs at http://jalimo.org/index.php/CrossCompilingOpenJDK while it use some linux-specific crossbuilding scripts it could likely help us. - other one was Caciocavallo which provides a much simpler way to write native AWT backends, and a progressive way of doing it (first framebuffer like, then use native canvas but draw from Swing, then eventually the fullblown AWT): http://openjdk.java.net/projects/caciocavallo/ Thoughts ? Fran?ois. From Dalibor.Topic at Sun.COM Fri Feb 27 05:01:17 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Fri, 27 Feb 2009 14:01:17 +0100 Subject: Proposed OpenJDK IcedTea project: Needs group sponsorship In-Reply-To: <17c6771e0902201124k463ae9fdg6c0870d5a9f931db@mail.gmail.com> References: <17c6771e0902201124k463ae9fdg6c0870d5a9f931db@mail.gmail.com> Message-ID: <49A7E41D.8040809@sun.com> Andrew John Hughes wrote: > Hi everyone, > > As many of you are aware, the IcedTea project: > > http://icedtea.classpath.org/ > > has done a lot of work over the past year and a half in making OpenJDK > available on a wide range of distributions and architectures. At > present, the build process for IcedTea involves the application of > several patches (over 100 looking at a recent checkout), and it would > clearly be better to see most of these reach the upstream project > where possible. The best way to do this seems to be to collect those > changes from SCA signatories in a upstream tree, which would then > provide an easy means of tracking which patches are headed upstream. > I'd expect each changeset unique to the IcedTea forest to have an > associated bug on bugs.openjdk.net too. Hi Andrew, first of all - thank you very much for this fine proposal! I believe this was something we discussed way back in the early days of IcedTea, so it's something I feel would be very useful for the project. In my role as the moderator of the Porters Group, I'd like to invite the group's participants to discuss this proposal for one more week, until March 6th. [1] Once the discussion peters out agreeably, I'd be very happy to do the formal project proposal, and initiate a vote among this Group's members to sponsor the porting Project's creation. cheers, dalibor topic [1] The proposal has been published one week ago, and the usual time frame in which we let the porters community ponder the merits of a proposal is two weeks - so one more week of potential discussion to go, though I doubt this proposal would generate any heat. ;) -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From Dalibor.Topic at Sun.COM Fri Feb 27 05:06:18 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Fri, 27 Feb 2009 14:06:18 +0100 Subject: Haiku OpenJDK - the road ahead In-Reply-To: <23398912535-BeMail@laptop> References: <23398912535-BeMail@laptop> Message-ID: <49A7E54A.4070300@sun.com> Fran?ois Revol wrote: > Hi, > I was at FOSDEM this year and attended two interesting conferences, the > subject of which could probably help speed up the Haiku OpenJDK port > quite a bit. I was wondering how others saw it on the project. > I don't yet have the time to look into it, but hopefully later. > Salut Francois! I'm glad you enjoyed the presentations in our FOSDEM dev room, and I hope we'll see you again next year! > - first one was about cross compiling OpenJDK to embedded ARM targets, > cf. the docs at > http://jalimo.org/index.php/CrossCompilingOpenJDK > while it use some linux-specific crossbuilding scripts it could likely > help us. I think cross-compilation to Haiku as a bootstrapping idea would beat native compilation as long as there is no working, cross-compiled OpenJDK build. The Haiku team is working on rewriting parts the the build tools in C++ from Java to work around that - but looking at the effort Robert had to spend to make cross-compilation work, I suspect that his approach could be more fruitful for the Haiku team in a shorter time span. > - other one was Caciocavallo which provides a much simpler way to write > native AWT backends, and a progressive way of doing it (first > framebuffer like, then use native canvas but draw from Swing, then > eventually the fullblown AWT): > http://openjdk.java.net/projects/caciocavallo/ Caciocavallo could be a great way to boostrap a new backend, indeed - but I'd focus on the cross-compilation first. Once you have cross-compilation worked out, you can start building natively on Haiku, and from there explore different AWT options. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From springer at reservoir.com Fri Feb 27 09:54:20 2009 From: springer at reservoir.com (Jonathan Springer) Date: Fri, 27 Feb 2009 11:54:20 -0600 Subject: gcc 3.3 and java on mips In-Reply-To: References: Message-ID: <49A828CC.8070804@reservoir.com> Sergey Anosov wrote: > > Hello! > > I make a cross build of IcedTea 1.6 for mips, using zero-port and gcc 3.3.6 compiler. > > There are some __sync_* finctions in atomic_linux_zero.inline.hpp, which gcc 3.3.6 don't understand. > > After some googling, I've find that __sync_* builtin functions was first defined in gcc 4.1.0. > > What can I do? Make a patch, which defines that functions in gcc 3.3, or make realisation in C(C++) for IcedTea? if there is any other way? > > Thanks Hi Sergey, IcedTea is supposed to be built with GCC 4.3+, so your best bet would be to upgrade your build environment. Even if you work around the __sync_* issue, you may run into other issues with 3.3. http://icedtea.classpath.org/wiki/BuildRequirements (CCing porters-dev so some IcedTea folks might see it and comment further.) -Jonathan -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From aph at redhat.com Fri Feb 27 10:00:04 2009 From: aph at redhat.com (Andrew Haley) Date: Fri, 27 Feb 2009 18:00:04 +0000 Subject: gcc 3.3 and java on mips In-Reply-To: <49A828CC.8070804@reservoir.com> References: <49A828CC.8070804@reservoir.com> Message-ID: <49A82A24.60004@redhat.com> Jonathan Springer wrote: > Sergey Anosov wrote: >> I make a cross build of IcedTea 1.6 for mips, using zero-port and gcc >> 3.3.6 compiler. >> >> There are some __sync_* finctions in atomic_linux_zero.inline.hpp, >> which gcc 3.3.6 don't understand. >> >> After some googling, I've find that __sync_* builtin functions was >> first defined in gcc 4.1.0. >> >> What can I do? Make a patch, which defines that functions in gcc 3.3, >> or make realisation in C(C++) for IcedTea? if there is any other way? > > IcedTea is supposed to be built with GCC 4.3+, so your best bet would be > to upgrade your build environment. Even if you work around the __sync_* > issue, you may run into other issues with 3.3. > > http://icedtea.classpath.org/wiki/BuildRequirements > > (CCing porters-dev so some IcedTea folks might see it and comment further.) gcc 3.3 (May 2003) has a pretty old C++ compiler. I don't know that it will even compile modern standard C++. In my opinion it's not worth trying. On the other hand, if you really want to use that old compiler, it's not very hard to write the definitions in assembly language. Andrew. From Dalibor.Topic at Sun.COM Fri Feb 27 11:42:09 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Fri, 27 Feb 2009 20:42:09 +0100 Subject: gcc 3.3 and java on mips In-Reply-To: <49A82A24.60004@redhat.com> References: <49A828CC.8070804@reservoir.com> <49A82A24.60004@redhat.com> Message-ID: <49A84211.5040004@sun.com> Andrew Haley wrote: > On the other hand, if you really want to use that old compiler, it's not > very hard to write the definitions in assembly language. Or to take them from glib - it has atomic builtins, afaik. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring