From linuxhippy at gmail.com Wed Apr 14 10:04:27 2010 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Wed, 14 Apr 2010 12:04:27 +0200 Subject: Webref finds changes, although hg says there are non? Message-ID: Hi, I am preparing a new webref of the xrender pipeline. First I synced my local repo with master using hg pull/merge/upadet and everything worked wel without manual interaction. However when running webref now, it finds a lot of changes. Any idea whats wrong? Thank you in advance, lg Clemens WebRef-output: hg pull pulling from http://hg.openjdk.java.net/jdk7/jdk7/jdk searching for changes no changes found [ce at localhost jdk2d_plus]$ hg status ? make/clean2d.sh ? make/compile.sh [ce at localhost jdk2d_plus]$ ksh ../webrev.sh SCM detected: mercurial Workspace: /home/ce/jdk2d_plus Compare against: http://hg.openjdk.java.net/jdk7/jdk7/jdk Output to: /home/ce/jdk2d_plus/webrev Output Files: .hgtags patch cdiffs udiffs sdiffs frames old new make/Makefile patch cdiffs udiffs sdiffs frames old new make/com/Makefile ........... From roman at kennke.org Wed Apr 14 10:16:01 2010 From: roman at kennke.org (Roman Kennke) Date: Wed, 14 Apr 2010 12:16:01 +0200 Subject: Webref finds changes, although hg says there are non? In-Reply-To: References: Message-ID: <1271240161.2742.0.camel@moonlight> Hi Clemens, webrev not only detects uncommitted changes (hg status) but will also show when there are committed but not-yet-pushed changes (hg outgoing). Please check that. I hope it helps. /Roman Am Mittwoch, den 14.04.2010, 12:04 +0200 schrieb Clemens Eisserer: > Hi, > > I am preparing a new webref of the xrender pipeline. > First I synced my local repo with master using hg pull/merge/upadet > and everything worked wel without manual interaction. > > However when running webref now, it finds a lot of changes. > > Any idea whats wrong? > > Thank you in advance, lg Clemens > > WebRef-output: > > hg pull > pulling from http://hg.openjdk.java.net/jdk7/jdk7/jdk > searching for changes > no changes found > > [ce at localhost jdk2d_plus]$ hg status > ? make/clean2d.sh > ? make/compile.sh > > [ce at localhost jdk2d_plus]$ ksh ../webrev.sh > SCM detected: mercurial > Workspace: /home/ce/jdk2d_plus > Compare against: http://hg.openjdk.java.net/jdk7/jdk7/jdk > Output to: /home/ce/jdk2d_plus/webrev > Output Files: > .hgtags > patch cdiffs udiffs sdiffs frames old new > make/Makefile > patch cdiffs udiffs sdiffs frames old new > make/com/Makefile > ........... > From linuxhippy at gmail.com Wed Apr 14 11:52:08 2010 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Wed, 14 Apr 2010 13:52:08 +0200 Subject: Webref finds changes, although hg says there are non? In-Reply-To: <1271240161.2742.0.camel@moonlight> References: <1271240161.2742.0.camel@moonlight> Message-ID: Hi Roman, Glad to hear from you & thanks for your reply :) > webrev not only detects uncommitted changes (hg status) but will also > show when there are committed but not-yet-pushed changes (hg outgoing). > Please check that. I hope it helps. Yes, thats exactly what I would like to use it for - to send phil the changes I did compared to the current JDK7 master. hg outgoing lists a handful of commits I did, however webref finds tons of modified files I've never touched nore commited. OMG, I don't want to merge all my modifications to a fresh repo yet again, that would be ... counting ... I guess the 10th time doing that stupid work :/ Thank, Clemens From roman at kennke.org Wed Apr 14 12:04:24 2010 From: roman at kennke.org (Roman Kennke) Date: Wed, 14 Apr 2010 14:04:24 +0200 Subject: Webref finds changes, although hg says there are non? In-Reply-To: References: <1271240161.2742.0.camel@moonlight> Message-ID: <1271246664.2742.1.camel@moonlight> Hi Clemens, > Glad to hear from you & thanks for your reply :) > > > webrev not only detects uncommitted changes (hg status) but will also > > show when there are committed but not-yet-pushed changes (hg outgoing). > > Please check that. I hope it helps. > > Yes, thats exactly what I would like to use it for - to send phil the > changes I did compared to the current JDK7 master. > hg outgoing lists a handful of commits I did, however webref finds > tons of modified files I've never touched nore commited. Hmm. Maybe the upstream repo changed and webrev shows this stuff too. Have you pulled and updated your repository? > OMG, I don't want to merge all my modifications to a fresh repo yet > again, that would be ... counting ... I guess the 10th time doing that > stupid work :/ I suggest using Mercurial patch queues for such things. It really helps. /Roman From linuxhippy at gmail.com Wed Apr 14 17:19:46 2010 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Wed, 14 Apr 2010 19:19:46 +0200 Subject: "Converge [the] best features of HotSpot and JRockit" - what does this mean for OpenJDK? In-Reply-To: <44ca3ad71002011027o34585617u787d12def252fe9c@mail.gmail.com> References: <44ca3ad71002010841g5abe5893h3b3ce7d5f9795a05@mail.gmail.com> <44ca3ad71002011027o34585617u787d12def252fe9c@mail.gmail.com> Message-ID: Hi, > Or.. it could create a market of high performance VM's all using the same > standard compliant runtime The big question is who would have interest in competing in the VM market? There isn't a lot of money in that market - why pay for something you can get for free. If this would really be the case, I guess the only thing which would happen would be that Hotspot would be maintained just enough to stay compatible with the classes. Time will tell, at least nobody can take away what has been open-sourced already :) - Clemens From chris.hegarty at oracle.com Thu Apr 15 11:25:13 2010 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Thu, 15 Apr 2010 12:25:13 +0100 Subject: hg.openjdk.java.net: 500 Internal Server Error Message-ID: <4BC6F799.2070501@oracle.com> Ops Team, The server hosting the openjdk mercurial repositories appears to have an issue. >: hg pull -u pulling from http://hg.openjdk.java.net/jdk7/tl/jdk abort: HTTP Error 500: Internal Server Error >: hg pull -u hg pull -u pulling from http://hg.openjdk.java.net/jdk7/tl/jdk abort: HTTP Error 404: Not Found -Chris. From denisl at openscg.com Thu Apr 15 12:50:33 2010 From: denisl at openscg.com (Denis Lussier) Date: Thu, 15 Apr 2010 12:50:33 +0000 (UTC) Subject: OpenJDK VE References: <3a71add70810012143r6db7d6auce95c9b12d7f8b17@mail.gmail.com> Message-ID: > any idea to make OpenJDK Virtual Edition, so we can use to run in VMWAre, > and alocate all the memory > Try the Linux x64 versions from http://openscg.org. These free and open source binaries are kept up to date with the latest OpenJDK releases. Any 32-bit version of a any JDK is gonna give you problems getting at more than 2 GB of RAM without special hardware and/or software tricks at the OS level. Note the OpenSCG.org is also maintaing the long awaited Windows Binary versions of the OpenJDK. From mr at sun.com Thu Apr 15 15:35:22 2010 From: mr at sun.com (Mark Reinhold) Date: Thu, 15 Apr 2010 08:35:22 -0700 Subject: hg.openjdk.java.net: 500 Internal Server Error In-Reply-To: chris.hegarty@oracle.com; Thu, 15 Apr 2010 12:25:13 BST; <4BC6F799.2070501@oracle.com> Message-ID: <20100415153522.14ACD513@eggemoggin.niobe.net> > Date: Thu, 15 Apr 2010 12:25:13 +0100 > From: chris.hegarty at oracle.com > The server hosting the openjdk mercurial repositories appears to have an issue. > > ... Fixed. - Mark From volker.simonis at gmail.com Fri Apr 16 11:58:20 2010 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 16 Apr 2010 13:58:20 +0200 Subject: "Converge [the] best features of HotSpot and JRockit" - what does this mean for OpenJDK? In-Reply-To: References: <44ca3ad71002010841g5abe5893h3b3ce7d5f9795a05@mail.gmail.com> Message-ID: On Fri, Apr 16, 2010 at 1:04 PM, Andrew John Hughes wrote: > On 1 February 2010 17:41, David Herron wrote: >> In Theory ... >> >> Theoretically JRockit could be changed to implement the same interfaces >> HotSpot implements so that JRocket could plug into the OpenJDK runtime. >> That would allow any VM to plug into the OpenJDK runtime. This was the >> goal of the Clean VM Interface project ( >> http://openjdk.java.net/projects/cvmi/) >> >> Right? >> > > Right. In fact, I would guess it doesn't need that much of a change > as JRockit presumably uses Sun's class library already. I doubt they > implemented their own; those of us who worked on GNU Classpath & > friends know how much work this is and what a never-ending game of > catch-up it is. > > I don't follow Volker's sentiments about OpenJDK 'degenerat[ing] to a > class library'. OpenJDK is already split into a class library and VM. > Only the HotSpot repo. contains the VM while the other repos are all > related to the class library. They are also worked on by a largely > orthogonal set of people, which is something that tends to happen > generally; VM work attracts different mindsets to class library work. > The less ties there are between HotSpot and the OpenJDK class library, > the more input we will get from different VM projects and this can > only increase the portability and flexibility of the class library. But if you look at it realistically, there have been NO*** substantial external contributions to the HotSpot other than perhaps a few small bug fixes or "one-liner" improvements. And I also can't remember any involvement of other VM projects (other than having a beer with their authors at FOSDEM, which shouldn't be underestimate though:) (***) sorry Gary, there's of course your Zero extension. Altough I like and appreciate it very much, I don't think it is really competitive with "native" VM-implementations on IA64, PPC or s390. Please blame me if I'm wrong! > I think Volker is confusing Classpath's support for multiple VMs > (which I regard as an advantage over OpenJDK) with the fact the > Classpath lags so far behind OpenJDK (which is an issue both of too > few people working on the project and of having to wait until a new > standard is finalised before work can be done to implement it). > That's always an issue with a reference implementation compared to > other implementations, and OpenJDK6 equally lags behind the > proprietary JDK6 library (with an even smaller team than Classpath > had). I hope with 7 they will run more in tandem. > All my comments were related to the VM part. I do not follow the other, Java library/runtime related mailing lists. Nevertheless I think that the library/runtime part could be done more easily by the "community". > To go back to the idea of JRockIt and HotSpot merging, it pays to be > wary of management speak. There's no reason to make the assumption > that this even means merging on a technical level. Having both sets > of people working together (which we've not yet seen) and sharing > ideas would bring benefits without having to fork whole codebases. > Let's see what happens. > I'm just afraid the merging will take place on a "financial" level, i.e. there will be no budget for two VM teams in the near future. So the question is if there will be more or less full-time Hotspot developers in the end. I don't want to be overly pessimistic here, but especially in the VM area I currently don't see a community which could step in here if it will turn out that there will be less people from Oracle working on HotSpot. I strongly believe that such a project can not be run successfully without considerable financial funding... >> - David Herron >> http://davidherron.com >> >> On Mon, Feb 1, 2010 at 2:43 AM, Volker Simonis wrote: >> >>> In its "Oracle + Sun: Transforming the IT Industry" strategy outlook >>> Executive Vice President Thomas Kurian of Oracle mentioned that Oracle >>> plans to "Converge [the] best features of HotSpot and JRockit" (slide >>> 10 of >>> http://www.oracle.com/ocom/groups/public/@ocom/documents/webcontent/044523.pdf >>> ). >>> >>> Has anybody thought about what implications this could have for OpenJDK? >>> >>> My fears are that if HotSpot and JRockit will "converge" this means >>> that OpenJDK will be abandoned, because JRockit isn't OpenSource and I >>> haven't heared of any plans to open source it any time soon. >>> Consequently, if JRockit is and will stay closed source, a convergence >>> of HotSpot and JRockit can only happen in a "closed" version. >>> >>> Are there any sentiments regarding this topic? >>> >>> Regards, >>> Volker >>> >> > > > > -- > 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 sxmwb at comcast.net Fri Apr 16 22:22:29 2010 From: sxmwb at comcast.net (Mike Bates) Date: Fri, 16 Apr 2010 16:22:29 -0600 Subject: 64-bit java.lang.UnsatisfiedLinkError Message-ID: <4BC8E325.7030805@comcast.net> Running Fedora 12 with OpenJDK 1.6.0 x86_64. I place the native library in the directory /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64 as I am suppose to and get java.lang.UnsatisfiedLinkError: no libLux86_64bit in the java.library.path: Check that native library libLux86_64bit is in proper directory The java.library.path includes /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64 and the native library is in the directory. I tried this with the 32-bit library on a 32-bit system placing it in the $JDK_HOME/jre/lib/i386 and it works fine, just can't get it working on the 64-bit system. Any thoughts or directions on how to resolve would be appreciated. Thanks, Mike From sxmwb at comcast.net Sat Apr 17 00:29:52 2010 From: sxmwb at comcast.net (Mike Bates) Date: Fri, 16 Apr 2010 18:29:52 -0600 Subject: 64-bit java.lang.UnsatisfiedLinkError In-Reply-To: <4BC8E325.7030805@comcast.net> References: <4BC8E325.7030805@comcast.net> Message-ID: <4BC90100.8090503@comcast.net> I figured out the problem. The library name is libLux86_64bit.so and the code doing the load prepends lib and appends .so to the end and the string for the load was "libLux86_64bit" which becomes liblibLux86_64bit.so. Regards, Mike On 4/16/2010 4:22 PM, Mike Bates wrote: > Running Fedora 12 with OpenJDK 1.6.0 x86_64. I place the native library > in the directory > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64 as I am > suppose to and get > > java.lang.UnsatisfiedLinkError: no libLux86_64bit in the > java.library.path: Check that native library libLux86_64bit is in proper > directory > > The java.library.path includes > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64 and the > native library is in the directory. > > I tried this with the 32-bit library on a 32-bit system placing it in > the $JDK_HOME/jre/lib/i386 and it works fine, just can't get it working > on the 64-bit system. > > Any thoughts or directions on how to resolve would be appreciated. > > Thanks, > Mike > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.801 / Virus Database: 271.1.1/2814 - Release Date: 04/16/10 00:31:00 > > From linuxhippy at gmail.com Sun Apr 18 17:59:01 2010 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Sun, 18 Apr 2010 19:59:01 +0200 Subject: Webref finds changes, although hg says there are non? In-Reply-To: References: <1271240161.2742.0.camel@moonlight> <1271246664.2742.1.camel@moonlight> Message-ID: Hi Andrew, > So check what hg outgoing gives for you (or hg foutgoing for the whole forest). I think the culprits are the following entries: > changeset: 2296:10b536939d21 > tag: tip > parent: 2218:12d62abefab6 > parent: 2295:7f90d0b9dbb7 > user: ce > date: Sun Apr 18 19:56:14 2010 +0200 > summary: Changelog: sync with master Those come from "hg pull, update, merge, commit"'s I did in order to stay in sync with the master reporitory. So those are now found as "changes" although in fact they come from the master repository? Thanks, Clemens > They can, but let's not complicate things even more if he's having > problems with Mercurial alone. Thanks ;) From linuxhippy at gmail.com Sun Apr 18 18:58:09 2010 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Sun, 18 Apr 2010 20:58:09 +0200 Subject: Webref finds changes, although hg says there are non? In-Reply-To: References: <1271240161.2742.0.camel@moonlight> <1271246664.2742.1.camel@moonlight> Message-ID: > The usual commit message for these is 'Merge' and I believe the hg > fetch extension will automate the process for you as best it can. Sorry for beeing that bothersome, but if thats supposed to be that way, how do I get all those files out of my webref I didn't touch at all? Thanks, Clemens From David.Holmes at oracle.com Sun Apr 18 21:34:04 2010 From: David.Holmes at oracle.com (David Holmes) Date: Mon, 19 Apr 2010 07:34:04 +1000 Subject: Webref finds changes, although hg says there are non? In-Reply-To: References: <1271240161.2742.0.camel@moonlight> <1271246664.2742.1.camel@moonlight> Message-ID: <4BCB7ACC.1000709@oracle.com> Clemens Eisserer said the following on 04/19/10 04:58: >> The usual commit message for these is 'Merge' and I believe the hg >> fetch extension will automate the process for you as best it can. > > Sorry for beeing that bothersome, but if thats supposed to be that > way, how do I get all those files out of my webref I didn't touch at > all? Pass webrev the list of files that have changed rather than having it figure it out based on what hg status shows. For that's done by: webrev where file-name is a file that lists the changed files David Holmes From neal at gafter.com Tue Apr 27 22:49:17 2010 From: neal at gafter.com (Neal Gafter) Date: Tue, 27 Apr 2010 15:49:17 -0700 Subject: OpenJDK Interim Governance Board: New Members In-Reply-To: <20090609050257.B18F994A8@callebaut.niobe.net> References: <20090609050257.B18F994A8@callebaut.niobe.net> Message-ID: Mark- The most recent openjdk governing board minutes I can find are two years old and record the governing board's agreement to strive for a draft Constitution by the end of 2008. I assume you've convened the board per its agreement since it was expanded last year, but I can find neither draft constitution nor more recent minutes of the board. Cheers, Neal On Mon, Jun 8, 2009 at 10:02 PM, Mark Reinhold wrote: > I'm pleased to announce that Sun has appointed Martin Buchholz (Google) > and Andrew Haley (Red Hat) to the OpenJDK Interim Governance Board [1]. > > For those who don't already know them, some background: > > - Martin Buchholz is a software engineer at Google. A developer of the > JDK core libraries at Sun for many years, he continues to contribute > to OpenJDK, especially in the areas of collections, concurrency, and > subprocesses. He has contributed to many free software projects over > the years, most notably as maintainer of XEmacs. > > - Andrew Haley is Open Source Java Technical Lead at Red Hat. He has > been a GCC developer for more than a decade, working particularly on > GCJ, of which he is co-maintainer. He has also made contributions to > Classpath and many other GNU projects. He has been closely involved > with OpenJDK since its first release, with a particular focus on > improving the flow of contributions by breaking down barriers between > OpenJDK developers outside Sun and those within. > > The expanded Interim Governance Board is now complete, per last year's > amendment to the OpenJDK Charter [2]. We expect to resume work on our > primary task, namely the creation of a Constitution for the OpenJDK > Community, in the next four to six weeks. > > - Mark > > > [1] http://openjdk.java.net/groups/gb > [2] http://openjdk.java.net/legal/charter/#a1 >