From tmarble at info9.net Mon Nov 1 12:01:50 2010 From: tmarble at info9.net (Tom Marble) Date: Mon, 01 Nov 2010 14:01:50 -0500 Subject: pre CFP for Free Java at FOSDEM Message-ID: <4CCF0E9E.8040203@info9.net> Porters: You may have heard that the Free Java room was approved for FOSDEM 2011: http://fosdem.org/2011/news/accepted-devrooms Prior to sending out the complete Call For Participation I'd like to insure we have the broadest possible coverage... I think we have the GNU/Linux Java communities fairly well covered... but if you can point me to any other mailing lists to catch Java hackers on other operating systems such as BSD, MacOS, Windows, TurboHercules or other OSes please let me know! Thanks! --Tom From tmarble at info9.net Fri Nov 5 15:24:38 2010 From: tmarble at info9.net (Tom Marble) Date: Fri, 05 Nov 2010 17:24:38 -0500 Subject: CFP Now Open: Free Java @ FOSDEM 2011 Message-ID: <4CD48426.5030003@info9.net> All: Join us at FOSDEM 2011 to be part of our sessions where we'll discuss the state of Free Java! http://wiki.debian.org/Java/DevJam/2011/Fosdem Our theme is "Java Sans Fronti?res" * Why Free Java technology is awesome * Standing on the Shoulders of Free Java * The future of Free Java The Call For Participation is OPEN NOW, but closes on the 3rd of December... So send in a talk proposal today and join us in Brussels 5-6 February! Why FOSDEM? * Engage in scintillating discussions with smart hackers over world famous Belgian Beer * Join the Web of Trust by getting your strong new key signed * Indulge in exquisite chocolate * Visit historic Brussels within walking distance Why the Free Java DevJam? * This is the most significant non-commercial, neutral environment for Java developers to meet * Learn how to get involved in technical Free Java projects * We will not shy away from politics (especially this year)! * We will get together for an awesome dinner * You will meet historic hackers in the evolution of Free Java Please join the freejava-devroom at lists.fosdem.org list for general discussion about the event. http://lists.fosdem.org/mailman/listinfo/freejava-devroom To submit a formal Talk Proposal follow the guidelines at http://wiki.debian.org/Java/DevJam/2011/Fosdem/CallForParticipation Respectfully, Andrew Haley GCJ Maintainer, GNU Classpath, IcedTea & OpenJDK Developer. Andrew John Hughes IcedTea Maintainer, GNU Classpath Maintainer, OpenJDK & GCJ Developer Christian Thalinger OpenJDK developer, former CACAO Maintainer Mark Wielaard GNU Classpath Maintainer, GCJ, IcedTea & OpenJDK contributor. Tom Marble Java Libre hacker, Former OpenJDK Ambassador From fweimer at bfk.de Fri Nov 19 00:44:12 2010 From: fweimer at bfk.de (Florian Weimer) Date: Fri, 19 Nov 2010 08:44:12 +0000 Subject: Request for Review (XXL): 6989984: Use standard include model for Hotspot In-Reply-To: <4CE3FB70.7030702@oracle.com> (Stefan Karlsson's message of "Wed\, 17 Nov 2010 16\:57\:36 +0100") References: <4CE3FB70.7030702@oracle.com> Message-ID: <82aal5aejn.fsf@mid.bfk.de> * Stefan Karlsson: > To replace MakeDeps we updated all source files with explicit include > statements, include guards and platform dispatching with #ifdefs. Have you considered using #pragma once instead of manual include guards? -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstra?e 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 From volker.simonis at gmail.com Fri Nov 19 10:02:43 2010 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 19 Nov 2010 19:02:43 +0100 Subject: Request for Review (XXL): 6989984: Use standard include model for Hotspot In-Reply-To: <4CE3FB70.7030702@oracle.com> References: <4CE3FB70.7030702@oracle.com> Message-ID: Hi Stefan and Bengt, I have some comments/questions regarding your change: - how did you create the "src/share/vm/precompiled.hpp". I have the impression that it contains much fewer lines compared to the old, generated file? - what is the policy of maintaining "src/share/vm/precompiled.hpp", i.e. when should a new include statement be added just into the requiring .cpp file and when will it be appropriate to add it to precompiled.hpp. - did you check the build performance with your changes on the various platforms? Are there any regressions? And please, please synchronize this change with other changes, especially the other big ones like Coleens Symtable change to avoid merges as described here: http://old.nabble.com/Request-for-review-%28XL%29-6990754%3A-Use-native-memory-and-reference-counting-to-implement-SymbolTable-tt30138063.html#a30138063 Please talk to Coleen who proposed that "..we could arrange that these symbol changes are pushed to hotspot-rt, run through the nightly tests and then pushed to hotspot repository before the other baselines. Maybe it should rate it's own integration slot. I won't create merge change sets before pushing." Your change patch for example already doesn't run with the current hotspot-rt because change "6970683: improvements to hs_err output" which was already pushed 4 weeks ago added a call to VMError::fatal_error_in_progress() to parallelScavengeHeap.cpp which isn't reflected by your change (i.e. VMError isn't visible). So if you would push your change right now, this would result in a non-empty, potentially quite large merge set. So please apply one of the techniques mentioned in the thread referenced above to avoid such merges. Thank you and best regards, Volker On Wed, Nov 17, 2010 at 4:57 PM, Stefan Karlsson wrote: > We are simplifying the Hotspot build process by standardizing the code and > reducing the number of required tools. As a first step we are removing the > use of the MakeDeps tool and the includeDB files. > > This will help new developers get up to speed with the code, which will > benefit both internal developers and the open source community. It will also > make IDE integration simpler. > > MakeDeps provided these services: > * Includes between source files > * Platform dispatching > * Precompiled header management > * Makefile rules for source file dependencies > * Source files selection based on compiled target (compiler1, tiered, > kernel, ...) > * VisualStudio project creation > * Circular dependency detection > > To replace MakeDeps we updated all source files with explicit include > statements, include guards and platform dispatching with #ifdefs. We also > updated the makefiles to provide the rest of the MakeDeps services. > > Note: this change will update almost all source files and many makefiles. > The top-level make commands have not been changed. > > Webrev is available here: > http://cr.openjdk.java.net/~stefank/6989984.2/ > > Bug: > 6989984: Use standard include model for Hotspot > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6989984 > > Thanks, > Stefan and Bengt > From stefan.karlsson at oracle.com Wed Nov 17 07:57:36 2010 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Wed, 17 Nov 2010 16:57:36 +0100 Subject: Request for Review (XXL): 6989984: Use standard include model for Hotspot Message-ID: <4CE3FB70.7030702@oracle.com> We are simplifying the Hotspot build process by standardizing the code and reducing the number of required tools. As a first step we are removing the use of the MakeDeps tool and the includeDB files. This will help new developers get up to speed with the code, which will benefit both internal developers and the open source community. It will also make IDE integration simpler. MakeDeps provided these services: * Includes between source files * Platform dispatching * Precompiled header management * Makefile rules for source file dependencies * Source files selection based on compiled target (compiler1, tiered, kernel, ...) * VisualStudio project creation * Circular dependency detection To replace MakeDeps we updated all source files with explicit include statements, include guards and platform dispatching with #ifdefs. We also updated the makefiles to provide the rest of the MakeDeps services. Note: this change will update almost all source files and many makefiles. The top-level make commands have not been changed. Webrev is available here: http://cr.openjdk.java.net/~stefank/6989984.2/ Bug: 6989984: Use standard include model for Hotspot http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6989984 Thanks, Stefan and Bengt From stefan.karlsson at oracle.com Fri Nov 19 07:14:13 2010 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Fri, 19 Nov 2010 16:14:13 +0100 Subject: Request for Review (XXL): 6989984: Use standard include model for Hotspot In-Reply-To: <82aal5aejn.fsf@mid.bfk.de> References: <4CE3FB70.7030702@oracle.com> <82aal5aejn.fsf@mid.bfk.de> Message-ID: <4CE69445.9010908@oracle.com> On 11/19/2010 09:44 AM, Florian Weimer wrote: > * Stefan Karlsson: > >> To replace MakeDeps we updated all source files with explicit include >> statements, include guards and platform dispatching with #ifdefs. > Have you considered using #pragma once instead of manual include > guards? I don't think that the Sun Studio compiler supports '#pragma once' ... From stefan.karlsson at oracle.com Fri Nov 19 11:01:36 2010 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Fri, 19 Nov 2010 20:01:36 +0100 Subject: Request for Review (XXL): 6989984: Use standard include model for Hotspot In-Reply-To: References: <4CE3FB70.7030702@oracle.com> Message-ID: <4CE6C990.6090402@oracle.com> Hi Volker, On 2010-11-19 19:02, Volker Simonis wrote: > Hi Stefan and Bengt, > > I have some comments/questions regarding your change: > > - how did you create the "src/share/vm/precompiled.hpp". I have the > impression that it contains much fewer lines compared to the old, > generated file? We took the old, generated file and removed the platform dependent files. They are still implicitly included by the other header files. We also added some ifdefs to handle the different build targets. > - what is the policy of maintaining "src/share/vm/precompiled.hpp", > i.e. when should a new include statement be added just into the > requiring .cpp file and when will it be appropriate to add it to > precompiled.hpp. Currently, there's no policy for updating this file. We should only update this file when trying to optimize the build times. Adding a new header to any of the other header files will probably add it to the precompiled header. MakeDeps added almost all header files to precompiled.hpp, so this is not that different. The precompiled.hpp could probably be tweaked for even better build performance than we had before this change. > - did you check the build performance with your changes on the various > platforms? Are there any regressions? We measured the build times on linux and windows and saw no performance regressions. Also, remember that we don't use precompiled headers when building with the Sun Studio compiler. > And please, please synchronize this change with other changes, > especially the other big ones like Coleens Symtable change to avoid > merges as described here: > > http://old.nabble.com/Request-for-review-%28XL%29-6990754%3A-Use-native-memory-and-reference-counting-to-implement-SymbolTable-tt30138063.html#a30138063 > > Please talk to Coleen who proposed that "..we could arrange that these > symbol changes are pushed to hotspot-rt, run through the nightly tests > and then pushed to hotspot repository before the other baselines. > Maybe it should rate it's own integration slot. I won't create merge > change sets before pushing." Yes, we're currently discussing how this should be pushed. > Your change patch for example already doesn't run with the current > hotspot-rt because change "6970683: improvements to hs_err output" > which was already pushed 4 weeks ago added a call to > VMError::fatal_error_in_progress() to parallelScavengeHeap.cpp which > isn't reflected by your change (i.e. VMError isn't visible). So if you > would push your change right now, this would result in a non-empty, > potentially quite large merge set. So please apply one of the > techniques mentioned in the thread referenced above to avoid such > merges. We will not push the patch as it is. The include statements are generated by a tool, which we'll run against the head of hotspot-rt before pushing our changes. Thanks, Stefan > Thank you and best regards, > Volker > > On Wed, Nov 17, 2010 at 4:57 PM, Stefan Karlsson > wrote: >> We are simplifying the Hotspot build process by standardizing the code and >> reducing the number of required tools. As a first step we are removing the >> use of the MakeDeps tool and the includeDB files. >> >> This will help new developers get up to speed with the code, which will >> benefit both internal developers and the open source community. It will also >> make IDE integration simpler. >> >> MakeDeps provided these services: >> * Includes between source files >> * Platform dispatching >> * Precompiled header management >> * Makefile rules for source file dependencies >> * Source files selection based on compiled target (compiler1, tiered, >> kernel, ...) >> * VisualStudio project creation >> * Circular dependency detection >> >> To replace MakeDeps we updated all source files with explicit include >> statements, include guards and platform dispatching with #ifdefs. We also >> updated the makefiles to provide the rest of the MakeDeps services. >> >> Note: this change will update almost all source files and many makefiles. >> The top-level make commands have not been changed. >> >> Webrev is available here: >> http://cr.openjdk.java.net/~stefank/6989984.2/ >> >> Bug: >> 6989984: Use standard include model for Hotspot >> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6989984 >> >> Thanks, >> Stefan and Bengt >> From Dmitry.Samersoff at oracle.com Fri Nov 19 11:33:54 2010 From: Dmitry.Samersoff at oracle.com (Dmitry Samersoff) Date: Fri, 19 Nov 2010 22:33:54 +0300 Subject: Request for Review (XXL): 6989984: Use standard include model for Hotspot In-Reply-To: <4CE6C990.6090402@oracle.com> References: <4CE3FB70.7030702@oracle.com> <4CE6C990.6090402@oracle.com> Message-ID: <4CE6D122.30907@oracle.com> Volker, I guess we should finally get rid of src/share/vm/precompiled.hpp but let it be a separate fix. -Dmitry On 2010-11-19 22:01, Stefan Karlsson wrote: > Hi Volker, > > On 2010-11-19 19:02, Volker Simonis wrote: >> Hi Stefan and Bengt, >> >> I have some comments/questions regarding your change: >> >> - how did you create the "src/share/vm/precompiled.hpp". I have the >> impression that it contains much fewer lines compared to the old, >> generated file? > > We took the old, generated file and removed the platform dependent > files. They are still implicitly included by the other header files. We > also added some ifdefs to handle the different build targets. > >> - what is the policy of maintaining "src/share/vm/precompiled.hpp", >> i.e. when should a new include statement be added just into the >> requiring .cpp file and when will it be appropriate to add it to >> precompiled.hpp. > > Currently, there's no policy for updating this file. We should only > update this file when trying to optimize the build times. Adding a new > header to any of the other header files will probably add it to the > precompiled header. MakeDeps added almost all header files to > precompiled.hpp, so this is not that different. The precompiled.hpp > could probably be tweaked for even better build performance than we had > before this change. > >> - did you check the build performance with your changes on the various >> platforms? Are there any regressions? > > We measured the build times on linux and windows and saw no performance > regressions. Also, remember that we don't use precompiled headers when > building with the Sun Studio compiler. > >> And please, please synchronize this change with other changes, >> especially the other big ones like Coleens Symtable change to avoid >> merges as described here: >> >> http://old.nabble.com/Request-for-review-%28XL%29-6990754%3A-Use-native-memory-and-reference-counting-to-implement-SymbolTable-tt30138063.html#a30138063 >> >> >> Please talk to Coleen who proposed that "..we could arrange that these >> symbol changes are pushed to hotspot-rt, run through the nightly tests >> and then pushed to hotspot repository before the other baselines. >> Maybe it should rate it's own integration slot. I won't create merge >> change sets before pushing." > > Yes, we're currently discussing how this should be pushed. > >> Your change patch for example already doesn't run with the current >> hotspot-rt because change "6970683: improvements to hs_err output" >> which was already pushed 4 weeks ago added a call to >> VMError::fatal_error_in_progress() to parallelScavengeHeap.cpp which >> isn't reflected by your change (i.e. VMError isn't visible). So if you >> would push your change right now, this would result in a non-empty, >> potentially quite large merge set. So please apply one of the >> techniques mentioned in the thread referenced above to avoid such >> merges. > > We will not push the patch as it is. The include statements are > generated by a tool, which we'll run against the head of hotspot-rt > before pushing our changes. > > Thanks, > Stefan > >> Thank you and best regards, >> Volker >> >> On Wed, Nov 17, 2010 at 4:57 PM, Stefan Karlsson >> wrote: >>> We are simplifying the Hotspot build process by standardizing the >>> code and >>> reducing the number of required tools. As a first step we are >>> removing the >>> use of the MakeDeps tool and the includeDB files. >>> >>> This will help new developers get up to speed with the code, which will >>> benefit both internal developers and the open source community. It >>> will also >>> make IDE integration simpler. >>> >>> MakeDeps provided these services: >>> * Includes between source files >>> * Platform dispatching >>> * Precompiled header management >>> * Makefile rules for source file dependencies >>> * Source files selection based on compiled target (compiler1, tiered, >>> kernel, ...) >>> * VisualStudio project creation >>> * Circular dependency detection >>> >>> To replace MakeDeps we updated all source files with explicit include >>> statements, include guards and platform dispatching with #ifdefs. We >>> also >>> updated the makefiles to provide the rest of the MakeDeps services. >>> >>> Note: this change will update almost all source files and many >>> makefiles. >>> The top-level make commands have not been changed. >>> >>> Webrev is available here: >>> http://cr.openjdk.java.net/~stefank/6989984.2/ >>> >>> Bug: >>> 6989984: Use standard include model for Hotspot >>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6989984 >>> >>> Thanks, >>> Stefan and Bengt >>> > -- Dmitry Samersoff J2SE Sustaining team, SPB04 * Give Rabbit time and he'll always get the answer ... From yangyongqiang at loongson.cn Sun Nov 28 22:55:16 2010 From: yangyongqiang at loongson.cn (YANG Yongqiang) Date: Mon, 29 Nov 2010 14:55:16 +0800 (CST) Subject: questions about JCK Message-ID: Hi everyone, Does anyone know how long it takes from signing OCA to getting JCK? Thank you. -- Yongqiang ???????????????????????????????? From mark at klomp.org Mon Nov 29 00:26:22 2010 From: mark at klomp.org (Mark Wielaard) Date: Mon, 29 Nov 2010 09:26:22 +0100 Subject: questions about JCK In-Reply-To: References: Message-ID: <1291019182.2311.9.camel@hermans.wildebeest.org> On Mon, 2010-11-29 at 14:55 +0800, YANG Yongqiang wrote: > Does anyone know how long it takes from signing OCA to getting JCK? It requires more legal hoops to jump through than just the OCA. See http://openjdk.java.net/groups/conformance/JckAccess/index.html But note that the OpenJDK Community TCK License Agreement is distributed under NDA, so you cannot share with the rest of the community. Cheers, Mark From liuqi at loongson.cn Mon Nov 29 00:43:07 2010 From: liuqi at loongson.cn (LIU Qi) Date: Mon, 29 Nov 2010 16:43:07 +0800 Subject: questions about JCK In-Reply-To: <1291019182.2311.9.camel@hermans.wildebeest.org> References: <1291019182.2311.9.camel@hermans.wildebeest.org> Message-ID: <20101129084307.GA31879@loongson.cn> Hi Mark, We have signed the OCA, and emailed the scanned copy to sun_ca at sun.com several months ago. However, we did not get any response from them. Do you have any advice on that? Thanks. Regards, Qi On Mon, Nov 29, 2010 at 09:26:22AM +0100, Mark Wielaard wrote: > On Mon, 2010-11-29 at 14:55 +0800, YANG Yongqiang wrote: > > Does anyone know how long it takes from signing OCA to getting JCK? > > It requires more legal hoops to jump through than just the OCA. See > http://openjdk.java.net/groups/conformance/JckAccess/index.html > But note that the OpenJDK Community TCK License Agreement is distributed > under NDA, so you cannot share with the rest of the community. > > Cheers, > > Mark -- LIU Qi liuqi at loongson.cn liuqi82 at gmail.com Loongson Technology Co. Ltd. PGP Key fingerprint: 3D29 FDFD AFB3 225D B744 7FAB 51C7 4820 63BA 272F From mark at klomp.org Mon Nov 29 01:07:29 2010 From: mark at klomp.org (Mark Wielaard) Date: Mon, 29 Nov 2010 10:07:29 +0100 Subject: questions about JCK In-Reply-To: <20101129084307.GA31879@loongson.cn> References: <1291019182.2311.9.camel@hermans.wildebeest.org> <20101129084307.GA31879@loongson.cn> Message-ID: <1291021649.2311.13.camel@hermans.wildebeest.org> On Mon, 2010-11-29 at 16:43 +0800, LIU Qi wrote: > We have signed the OCA, and emailed the scanned copy to sun_ca at sun.com > several months ago. However, we did not get any response from them. Do > you have any advice on that? Thanks. No, sorry, I never done that. You might want to email the sca "owners" listed at https://sca.dev.java.net/ to ask what has happened. But if you need the OpenJDK Community TCK License Agreement, then you (also) need to register through http://openjdk.java.net/groups/conformance/JckAccess/JckAccessRequest.html But I also have never done that, so don't have more advice than that for you. Cheers, Mark From mark at klomp.org Mon Nov 29 13:53:03 2010 From: mark at klomp.org (Mark Wielaard) Date: Mon, 29 Nov 2010 22:53:03 +0100 Subject: CFP Free Java @ FOSDEM 2011 - ends this week Message-ID: <1291067583.6002.11.camel@hermans.wildebeest.org> All: The CFP will end this week. So please submit your ideas for Free Java @ FOSDEM 2011 to fosdem at developer.classpath.org ASAP. Join us at FOSDEM 2011 to be part of our sessions where we'll discuss the state of Free Java! http://wiki.debian.org/Java/DevJam/2011/Fosdem Our theme is "Java Sans Fronti?res" * Why Free Java technology is awesome * Standing on the Shoulders of Free Java * The future of Free Java The Call For Participation is OPEN NOW, but closes on the 3rd of December... So send in a talk proposal today and join us in Brussels 5-6 February! Why FOSDEM? * Engage in scintillating discussions with smart hackers over world famous Belgian Beer * Join the Web of Trust by getting your strong new key signed * Indulge in exquisite chocolate * Visit historic Brussels within walking distance Why the Free Java DevJam? * This is the most significant non-commercial, neutral environment for Java developers to meet * Learn how to get involved in technical Free Java projects * We will not shy away from politics (especially this year)! * We will get together for an awesome dinner * You will meet historic hackers in the evolution of Free Java Please join the freejava-devroom at lists.fosdem.org list for general discussion about the event. http://lists.fosdem.org/mailman/listinfo/freejava-devroom To submit a formal Talk Proposal follow the guidelines at http://wiki.debian.org/Java/DevJam/2011/Fosdem/CallForParticipation Respectfully, Andrew Haley GCJ Maintainer, GNU Classpath, IcedTea & OpenJDK Developer. Andrew John Hughes IcedTea Maintainer, GNU Classpath Maintainer, OpenJDK & GCJ Developer Christian Thalinger OpenJDK developer, former CACAO Maintainer Mark Wielaard GNU Classpath Maintainer, GCJ, IcedTea & OpenJDK contributor. Tom Marble Java Libre hacker, Former OpenJDK Ambassador From dalibor.topic at oracle.com Tue Nov 30 13:13:44 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Tue, 30 Nov 2010 22:13:44 +0100 Subject: CFV: Project sponsorship: Mac OS X Port Message-ID: <4CF56908.5000806@oracle.com> Question: Should the Porters' Group sponsor the proposed Mac OS X Port Project [1]? Please cast your vote by replying, publicly, to this message with either Vote: yes or Vote: no as the first line of the message body. You may, at your option, indicate the reason for your decision on subsequent lines. Votes must be cast in the open; votes sent as private replies will not be counted. The sponsorship decision will be made by a simple majority vote of the Group's Members. Votes are due by midnight UTC next Tuesday, December 7th. As an optimization, if an absolute majority of the Group's Members votes one way or the other prior to that time then the decision may be rendered earlier. Only Members of the Porters' Group are eligible to vote on this decision. The current Members are: David Herron Tom Marble Mark Reinhold Dalibor Topic Once a decision has been made the votes will be summarized and reported to this list and also to discuss at openjdk.java.net. cheers, dalibor topic [1] http://mail.openjdk.java.net/pipermail/announce/2010-November/000091.html -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Tue Nov 30 14:20:11 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Tue, 30 Nov 2010 23:20:11 +0100 Subject: CFV: Project sponsorship: Mac OS X Port In-Reply-To: <4CF56908.5000806@oracle.com> References: <4CF56908.5000806@oracle.com> Message-ID: <4CF5789B.2060901@oracle.com> Vote: yes cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From mark.reinhold at oracle.com Tue Nov 30 15:48:31 2010 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 30 Nov 2010 15:48:31 -0800 Subject: CFV: Project sponsorship: Mac OS X Port In-Reply-To: dalibor.topic@oracle.com; Tue, 30 Nov 2010 23:20:11 +0100; <4CF5789B.2060901@oracle.com> Message-ID: <20101130234831.A7DCB1806@eggemoggin.niobe.net> Vote: yes - Mark From david at davidherron.com Tue Nov 30 18:02:25 2010 From: david at davidherron.com (David Herron) Date: Tue, 30 Nov 2010 18:02:25 -0800 Subject: CFV: Project sponsorship: Mac OS X Port In-Reply-To: <4CF56908.5000806@oracle.com> References: <4CF56908.5000806@oracle.com> Message-ID: > > Vote: yes -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/porters-dev/attachments/20101130/55408979/attachment.html From dalibor.topic at oracle.com Tue Nov 30 23:56:34 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 01 Dec 2010 08:56:34 +0100 Subject: CFV: Project sponsorship: Mac OS X Port In-Reply-To: References: <4CF56908.5000806@oracle.com> Message-ID: <4CF5FFB2.3050803@oracle.com> On 12/1/10 3:02 AM, David Herron wrote: >> >> Vote: yes Thank you for your vote, David. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Tue Nov 30 23:55:59 2010 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 01 Dec 2010 08:55:59 +0100 Subject: CFV: Project sponsorship: Mac OS X Port In-Reply-To: <20101130234831.A7DCB1806@eggemoggin.niobe.net> References: <20101130234831.A7DCB1806@eggemoggin.niobe.net> Message-ID: <4CF5FF8F.2090509@oracle.com> On 12/1/10 12:48 AM, mark.reinhold at oracle.com wrote: > Vote: yes > Thank you for your vote. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment