Re: RFR (M): 8024265: Enable new build on AIX (top level part)

On Mon, Sep 9, 2013 at 4:32 PM, Volker Simonis wrote: > Hi Magnus, > > thanks again for the review. Please see my comments inline: > > > On Mon, Sep 9, 2013 at 12:23 PM, Magnus Ihse Bursie < > magnus.ihse.bur...@oracle.com> wrote: > >> Hi Volker, >>

Re: RFR (M): 8024265: Enable new build on AIX (top level part)

On Mon, Sep 9, 2013 at 4:32 PM, Volker Simonis wrote: > Hi Magnus, > > thanks again for the review. Please see my comments inline: > > > On Mon, Sep 9, 2013 at 12:23 PM, Magnus Ihse Bursie < > magnus.ihse.bur...@oracle.com> wrote: > >> Hi Volker, >>

Re: RFR (M): 8024265: Enable new build on AIX (top level part)

Hi Magnus, thanks again for the review. Please see my comments inline: On Mon, Sep 9, 2013 at 12:23 PM, Magnus Ihse Bursie < magnus.ihse.bur...@oracle.com> wrote: > Hi Volker, > > Some more comments inlined. > > OK, common/autoconf/build-aux/autoconf-config.guess was too old and > didn't knew

Re: RFR (M): 8024265: Enable new build on AIX (top level part)

Hi Magnus, thanks a lot for the fast review! Please see the new webrev here: http://cr.openjdk.java.net/~simonis/webrevs/8024265.v2/ and my comments inline: On Thu, Sep 5, 2013 at 2:07 PM, Magnus Ihse Bursie < magnus.ihse.bur...@oracle.com> wrote: > Hi Volker, > > Most of the changes look goo

RFR (M): 8024265: Enable new build on AIX (top level part)

Hi, could you please review the following webrev which contains the changes needed in the top-level repository in order to configure the OpenJDK on AIX: http://cr.openjdk.java.net/~simonis/webrevs/8024265/ With this change and the two HotSpot changes "8023034: PPC64 (part 14): Implement AIX/PPC

Re: RFR: 8024201 : (xs) Change bug database URL

On Tue, Sep 3, 2013 at 11:02 PM, Joe Darcy wrote: > On 9/3/2013 1:49 PM, Omair Majid wrote: >> >> On 09/03/2013 04:26 PM, Mike Duigou wrote: >>> >>> Hello all; >>> >>> The base url for the openjdk bug database was recently changed. This >>> changeset ensures that webrev generates correct urls for

Re: RFR: 8024201 : (xs) Change bug database URL

Hi Mike, this change seems a little strange to me: you change the old, Oracle-internal Bug-URL to a new OpenJDK-ish one which doesn't seems to be available right now. But at the same time you leave the bug URL which is used for OpenJDK (if given the '-O' option) untouched: 2536 BUGURL='http:/

Re: jdk8 build times

Hi Pete, a very silly question but are you sure you are using the new build? Maybe you can post your complete configure and make commands and your environemnt? Your build times really look like the ones from the old build. What build times did you had for building jdk7 for example? Regards, Volke

Re: autoconf problem

On Tue, Jul 16, 2013 at 3:02 PM, Tim Bell wrote: > Hi Michael: > > >> Since my latest sync of jdk8/cpu (today) I can't run configure. I get the >> following >> error: > > > Looks like your merge touched some of the .m4 files > (common/autoconf/basics.m4 and common/autoconf/build-performance.m4 to

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

done a successful build on any other platform, you can just copy the generated '$conf_custom_script_dir/generated-configure.sh' from that build into you workspace and that should do the job! Very nasty Closedsource/JPRT problems:( When will we finally overcome this mess... Regards, Vol

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

in and doesn't find it. So from which directory am I supposed to start a JPRT build and which parameters should I pass to it? > Vladimir > > > On 7/2/13 12:31 AM, Volker Simonis wrote: >> >> Hi Erik, >> >> thank you for looking into this. >> >>

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

ate autoconf, unable to correct situation. >> Please install autoconf and run 'bash autogen.sh' to update the generated >> files. >> make: *** [bridge2configure] Error 1 >> >> >>

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

ces I meant > changes with no ppc64 specific code. The example of such changes was recent > Goetz's fix for '8017531: 8010460 changes broke bytecodeInterpreter.cpp'. > > Thanks, > Vladimir > > >> >> Thanks, >> iris >> >> [1]: http:/

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

em to the build repository. Otherwise I'll push them to the staging repository and you'll get them once we're finished with the integration of the port. Thank you and best regards, Volker On Thu, Jun 27, 2013 at 1:51 PM, Erik Joelsson wrote: > > > On 2013-06-27 13:00, Volker Simoni

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

n repository. So if you think you don't need any of the general fixes any time soon, I'll push the changes into the staging repository. Otherwise I think it would be better to push them right into the main repositories. Thanks, Volker > /Erik > > > On 2013-06-27 12:03, Volke

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

you by staging area mean the build-infra forest, that's more or less >> dead now. >> >> I think these changes look good now (both top level and jdk). It should >> be fine to push this to jdk8/build. >> >> /Erik >> >> On 2013-06-26 17:28, Volker Simo

Re: RFR (S): Enable new build on Linux/PPC64 (top-level part)

staging repository first? Please see further comments inline. Thank you and best regards, Volker On Tue, Jun 25, 2013 at 12:21 PM, Erik Joelsson wrote: > Hello Volker, > > > On 2013-06-24 19:23, Volker Simonis wrote: > >> Hi, >> >> could somebody please review the foll

Re: RFR (XS): Enable new build on Linux/PPC64 (jdk part)

ments inline. Thank you and best regards, Volker On Tue, Jun 25, 2013 at 12:41 PM, Erik Joelsson wrote: > > On 2013-06-25 12:27, Erik Joelsson wrote: > >> Hello Volker, >> >> On 2013-06-24 19:23, Volker Simonis wrote: >> >>> Hi, >>> >>>

RFR (XS): Enable new build on Linux/PPC64 (jdk part)

Hi, could somebody please review the following change and create an appropriate Bug ID for it: http://cr.openjdk.java.net/~simonis/webrevs/linux_ppc_build_jdk/ The patch contains two little changes which are required to build the class library part of the OpenJDK on Linux/PPC64. Most of the buil

RFR (S): Enable new build on Linux/PPC64 (top-level part)

Hi, could somebody please review the following change and create an appropriate Bug ID for it: http://cr.openjdk.java.net/~simonis/webrevs/linux_ppc_build_top/ The change will enable to build the PowerPC/AIX port on Linux/PPC64 with the new build system using an interpreter only VM using the C++

Re: Somewhat wonkier Windows problem

Hi Anthony, I think what David is really objecting here is that the current build requirements for building OpenJDK 8 on Windows as described in the official build documentation can not be easily fulfilled by anybody outside Oracle (because of age-old dependencies which simply aren't publicly avai

Re: Windows configure "issues"

On Tue, May 21, 2013 at 9:00 PM, Andrew Haley wrote: > On 05/21/2013 04:55 PM, Volker Simonis wrote: > > > I always felt that having the build instructions checked in into the > > repository is somewhat to heavyweight. > > There are two good reasons to do this. > >

Re: Windows configure "issues"

; Oracle ones). > This is not just a matter of "I'm blocked, please help me", this is also > "anyone out there trying to follow these instructions will fail, we must > fix this". > > On 2013-05-21, at 4:38 AM, Volker Simonis > wrote: > > > As you not

Re: Windows configure "issues"

As you noticed, Visual Studio Express only contains the 32-bit Compiler. You have to download and install the "Windows SDK for Windows 7 and .NET Framework 4" from http://www.microsoft.com/download/en/details.aspx?id=8279to get the 64-bit compiler (this will also install the IA64 cross compiler jus

Re: Why is CUPS required?

Hi Victor, actually you only need the CUPS headers, so the dependencies on CUPS are really not a big problem, even on exotic platforms. Just download and unpack cups (e.g. http://www.cups.org/software.php?VERSION=1.6.2&FILE=1.6.1/cups-1.6.1-source.tar.gz) unpack it, create a symlink in the created

Re: AdapterMethodHandle not found

d by the Unsafe class and those provided by the VM. So the interface between the HotSpot VM and the class library has become quite volatile (and it is still not documented anywhere:( > I changed my ALT_BOOTDIR back to 7u21 and did a full build, not just > jdk, and after a three hour build tim

Re: AdapterMethodHandle not found

What does "../../../../build/windows-i586/bin/java -version" return? That must be HotSpot 24 (i.e. something like '..build 24.0-b34..'). How did you specify your boot-jdk? Maybe you didn't really build a new hotspot but imported it from the boot-jdk and that was too old? If you want you can compa

Re: Some ccache benchmarking

+1 for C Another nice side effect of option C would be that the 'no precompiled headers' build would be automatically used more often. This would eliminate a lot of small but nasty dependency problems which are introduced from time to time because apparently everybody is only building with precomp

Re: 7152237 Linking with Java 7 libjvm.so on Linux reports unrecognized file format

This may be releated to the fact that on SLES 10 the default linker only supports anonymous version tags. As far as I know Oracle Java 7 libraries have named version tags (of the form `SUNWprivate_1.1') but are compiled on RedHat which doesn't has this problem. I don't have a link at hand but you

Re: 7152237 Linking with Java 7 libjvm.so on Linux reports unrecognized file format

Hi Mark, the next time you post to an OpenJDK mailing list please provide links which are visible from outside Oracle as well: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7152237 Thank you, Volker On Wed, Mar 27, 2013 at 8:24 PM, Mark Susko wrote: > Hi all, > > http://monaco.sfbay.sun

Re: New build, gobjcopy failure, any clues?

I'm pretty sure this wouldn't have happened with "Open Solaris 11" :) On Wed, Mar 27, 2013 at 6:17 PM, David Chase wrote: > On 2013-03-27, at 1:08 PM, Volker Simonis > wrote: > > > Hi David, > > > > I found a Solaris 11 box today and it seems that

Re: New build, gobjcopy failure, any clues?

Hi David, I found a Solaris 11 box today and it seems that this is really a problem of binutils 2.19 on Solaris 11. Initially there was no gobjcopy on my Solaris machine at all so I did the following: - downloaded gnu-binutils.p5i from http://pkg.oracle.com/solaris/release/en/index.shtml - insta

Re: New build, gobjcopy failure, any clues?

opy:libjvm.so: File format not recognized > > libjvm.so: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically > linked, not stripped > > What sort of "file" is your libjvm.so? > > David > > On 2013-03-26, at 2:00 PM, Volker Simonis wrote: > >

Re: New build, gobjcopy failure, any clues?

info > gobjcopy:libjvm.so: File format not recognized > > libjvm.so: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically > linked, not stripped > > What sort of "file" is your libjvm.so? > > David > > On 2013-03-26, at 2:00 PM, Volker Simonis wr

Re: New build, gobjcopy failure, any clues?

On Tue, Mar 26, 2013 at 6:43 PM, David Chase wrote: > > This is Solaris 11, not sure if that matters (configure didn't seem to think > it was important enough to mention it). > > cmp says /usr/{sfw,ccs}/bin/gobjcopy are equal. > ls says they are the same inode. > > Just for grins, I tried putting

Re: New build, gobjcopy failure, any clues?

Hi David, I think you have to use /usr/sfw/bin/gobjcopy but I have no idea why you have '/usr/ccs/bin/gobjcopy' and what kind of 'objcopy' it is. I don't have '/usr/ccs/bin/gobjcopy' on my Solaris10 box. Regards, Volker On Tue, Mar 26, 2013 at 5:33 PM, David Chase wrote: > I think I'm doing a

Re: Review Request: 8004352: build-infra: Limit JOBS on large machines

Hi Erik, I really like these changes! Thank you for addressing these problems. Volker On Fri, Feb 15, 2013 at 1:06 PM, Erik Joelsson wrote: > The current default for number of parallel build jobs is just equal to the > number of cores in the system. While this works well on many machines, ther

Re: build JDK 7 Windows 7: make jdk fails building sounds

Kelly, are you absolutely sure you really mean "1.7.16" and not "1.7.6"? I think 1.7.16 is quite new so I wonder you are already using it "for a long time". Morover, as discussed in the previous thread (http://mail.openjdk.java.net/pipermail/build-dev/2013-February/thread.html#7936), I'm quite sur

Re: Hang building JDK 7 Hotspot in Windows 7

ll rights reserved. > > usage: cl [ option... ] filename... [ /link linkoption... ] > > Whereas with the order flipped typing "cl" produces no output. > > Randy > > -Original Message- > From: Volker Simonis [mailto:volker.simo...@gmail.com] > Sent:

Re: Hang building JDK 7 Hotspot in Windows 7

Sorry to say this, but I think this is a problem of new Cygwin versions. I've just tried with the newest 1.7.17 (see "uname -r") under Windows Server 2003 and it hangs as well. I really think that all has been already said about this topic, see: http://openjdk.5641.n7.nabble.com/Is-anyone-able-to

Re: Hang building JDK 7 Hotspot in Windows 7

Hi Randy, this problems pops up every now and then but unfortunately (at least to my knowledge) there exists no real solution for it. You can read the following comment on my blog which describes a similar problem and my answer to it which describes different workarounds: http://weblogs.java.net

Re: Building OpenJDK for ppc64

Hi Christian, you can have a look at our OpenJDK PowerPC Port for Linux and AIX(it builds and runs on Linux/PPC64 ). Porting it to 32-bit PPC would be possible although I expect it to be quite an ef

Re: jdk8 Build changes

On Sat, Jan 5, 2013 at 6:07 AM, Kelly O'Hair wrote: > Excuse the wide mailing, but it was important to try and reach anyone > building jdk8. > > The jdk8/build repositories at http://hg.openjdk.java.net/jdk8/build have > been changed to use the new > build-infra "configure&make" build setup, so i

Re: Encoding problem when building

This is just a wild guess, but perhaps idlj uses the value of some environment variables (or values derived from them - check System.getProperties()) which contain non ASCII characters? This could be something like PATH, HOSTNAME, USER. What exact characters are there in the comment and what kind o

Re: RFR: 7181175 Enable hotspot builds on Windows with MinGW/MSYS

=c:/Software/Java/jdk1.7.0_02 ALLOW_DOWNLOADS=true ALT_MSVCRNN_DLL_PATH=c:/Software/OpenJDK/ALT_DROPS_DIR 2>&1 | tee c:/Software/OpenJDK/output_amd64_z4_mingw.log On Wed, Jul 18, 2012 at 6:37 PM, Volker Simonis wrote: > That's a strange error. Which version of the makefiles did

Re: RFR: 7181175 Enable hotspot builds on Windows with MinGW/MSYS

That's a strange error. Which version of the makefiles did you use when you got that error - the ones from your webrev? According to http://cr.openjdk.java.net/~tbell/7181175/webrev.00/make/windows/makefiles/rules.make.sdiff.html COMPILE_RMIC should be "$(BootStrapDir)\bin\rmic", but in your erro

Re: RFR: 7181175 Enable hotspot builds on Windows with MinGW/MSYS

Hi, please see my comments inline.. On Tue, Jul 3, 2012 at 7:07 AM, David Holmes wrote: > Hi Tim, > > > On 3/07/2012 1:52 PM, Tim Bell wrote: >> >> All- >> >> This is the hotspot-only portion of the changes to allow building on >> Windows with any of MKS, Cygwin, or MinGW/MSYS as the 'Unix-like'

Re: Round two - RFR (7152336): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi Tim, I'm still glad that you're pushing this forward:) Just wanted to let you know two more things we found out about the MinGW build in the hope they may be useful for others as well: - you can considerably speed up the build (especially an incremental build which only rebuilds a few files

Re: why can I not download the /jdk repository

n 28 17:49:42 > 2012]      ß- for japx > > % hg clone --verbose -- http://hg.openjdk.java.net/jdk7/jdk7/jdk > E:\OpenJDK\jdk7\jdk       ß- for jdk > > requesting all changes > > URLError: > > [command returned code 255 Thu

Re: why can I not download the /jdk repository

Hi, this may be related to Cygwin. The error "C770817@C036357 /cygdrive/e/OpenJDK/jdk8" indicates that you are using a "Cygwin-Mercurial". I would recommend to install and use a native Windows Mercurial (e.g. http://tortoisehg.bitbucket.org/download/index.html) and try with that one. I never had

Re: RFR (7152336): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi Tim, I'm really happy to see that you are now taking care of this! The link to the referenced e-mail thread doesn't seem to work, so here's an alternative link: "RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS" http://old.nabble.com/RFR-%28M%29%3A-Enable-OpenJDK-builds-on-Windows-wi

Re: Missing/wrong build dependencies for inline functions in HotSpot

Should this change be against http://hg.openjdk.java.net/jdk8/build/hotspot or better for http://hg.openjdk.java.net/hsx/hotspot-main/hotspot? On Mon, Jun 11, 2012 at 12:01 PM, Volker Simonis wrote: > I found the problem! > > It's related to the use of precompiled headers.

Re: Missing/wrong build dependencies for inline functions in HotSpot

ce if somebody could meanwhile open a bug for the problem (e.g. "Usage of gcc with precompiled headers produces wrong build dependencies") and provide a bug-id. Regards, Volker On Fri, Jun 8, 2012 at 7:50 PM, Volker Simonis wrote: > Yes, that's really strange. You're right, t

Re: Missing/wrong build dependencies for inline functions in HotSpot

oes put the arch-specific header file in > the generated dependency file.  Weird. > > -- > - Keith > > > On 6/8/2012 11:58 AM, Volker Simonis wrote: >> >> Hi, >> >> I've just stumbled across the problem that changing the implementation >> of an

Missing/wrong build dependencies for inline functions in HotSpot

Hi, I've just stumbled across the problem that changing the implementation of an inline function in HotSpot does not necessarily rebuild all the call sites of that function. This is because because of the way how the build dependencies are handled within the HotSpot. As an example you may have a l

Re: BUilding OpenJDK Binaruy

H Frans, I've recently wrote a step-by-step instruction on how you can build OpenJDK 8 on Windows with free tools but the instructions should apply to OpenJDK 7 as well: http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction Keep in mind th

Re: RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi Jonathan, you're right, I havn't looked at the tests until now - just wanted to get the build up and running. My only concerns so far are the few tests which require a Korn Shell as I think there's no ksh available for MinGW/Msys. But I promise to look at it. By the way, has anybody ever suc

Re: static linking of libgcc on linux ?

I know this is an age-old thread, but I've just stumbled over this issue and thought I write my two pence down as well in case anybody else will ever have a similar problem: In general I agree that it is advisable to dynamically link libgcc, but one real problem it creates is the fact that it prev

Re: Is anyone able to build on Win 7

On Thu, Mar 8, 2012 at 8:00 PM, Kelly O'Hair wrote: > > On Mar 8, 2012, at 10:00 AM, Volker Simonis wrote: > >> This thread will probably never end (Windows 2046 :) >> >> So I did more test.. >> >> - I wanted to compare with MKS and the first thin

Re: RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

On Fri, Mar 9, 2012 at 12:14 AM, David Holmes wrote: > Hi Volker, > > > On 9/03/2012 3:39 AM, Volker Simonis wrote: >> >> please review the following changes which make it possible to use >> MinGW/MSYS as >> underlying build environment for Windows.

Re: RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

On Thu, Mar 8, 2012 at 8:58 PM, Kelly O'Hair wrote: > > On Mar 8, 2012, at 9:39 AM, Volker Simonis wrote: > >> Hi, >> >> please review the following changes which make it possible to use MinGW/MSYS >> as >> underlying build environment fo

Re: Is anyone able to build on Win 7

o you have any performance numbers for hotspot built with MinGW? Is > it as fast as one built with MS VC? > > 2. Did you see any issues with third-party JNI code? > > Thank you! > -Dmitry > > > On 2012-03-08 22:00, Volker Simonis wrote: >> This thread will probably never

Re: Is anyone able to build on Win 7

This thread will probably never end (Windows 2046 :) So I did more test.. - I wanted to compare with MKS and the first thing I hit on was a bug in MKS's 9.4 version of cpio ("CFS# 32408--- cpio can not handle files which are ReadOnly"). And it's expensive and installation and license handlin

RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi, please review the following changes which make it possible to use MinGW/MSYS as underlying build environment for Windows. Because the changes touch several repositories I prepared three webrevs, all relative to http://hg.openjdk.java.net/jdk8/build For the main repository: http://cr.openjdk.j

Re: Is anyone able to build on Win 7

On Tue, Feb 14, 2012 at 12:43 PM, Fredrik Öhrström wrote: > 2012-02-14 12:29, Volker Simonis skrev: >> To cut a long story short: >> - disabling "on access" scanning of *.{java,c,cpp,h,hpp} seems to >> resolve the file io problems (permission denied, access denie

Re: Is anyone able to build on Win 7

our configuration, e.g. as shown below. >>>> Maybe that will suggest a different version of cygwin or bash.  -Pete >>>> >>>> On 1/25/12 9:55 AM, Pete Brunet wrote: >>>>> Thanks Volker, I was thinking I'm going to have to try using XP in a

Re: Is anyone able to build on Win 7

;>> >>> On 1/25/12 9:55 AM, Pete Brunet wrote: >>>> Thanks Volker, I was thinking I'm going to have to try using XP in a >>>> VM.  My W7 config is very close to yours (make 3.81 instead of 3.82). >>>> >>>> W7 Pro, 64 bit, SP1 >

Re: Is anyone able to build on Win 7

Hi Peter, glad to see that other have the same problems:) But seriously, on Windows 7 I'm currently experiencing the same massive build problems and I'm not sure what the root cause of these problems is. I found the following bug which exactly describes the problems I'm facing: http://bugs.sun.

Re: Does OpenJDK statically link the C++ runtime?

Regarding your first question: yes, at least the HotSpot (i.e. libjvm.so) still statically links libstdc++. You can verify this by looking at make/linux/makefiles/vm.make: ifeq ($(SHARK_BUILD), true) STATIC_CXX = false else ifeq ($(ZERO_LIBARCH), ppc64) STATIC_CXX = false else STATI

Re: Checking build results

I think you really need a Gnumake higher than 3.81 and I honestly can not understand how you've managed to build the whole OpenJDK with the 3.81 version of make which comes with Cygwin (because it has serious problems with drive letters in Windows path names). I've recently wrote a blog how I've c

Re: Where have all the "fastdebug" builds gone?

:results > http://mail.openjdk.java.net/pipermail/web-discuss/2011-October/thread.html > > -Ulf > > > > Am 08.11.2011 11:30, schrieb Volker Simonis: >> >> Hi, >> >> I could have sworn that >> >> http://jdk6.java.net/download.html and >> http://jdk7.jav

Where have all the "fastdebug" builds gone?

Hi, I could have sworn that http://jdk6.java.net/download.html and http://jdk7.java.net/download.html always contained product AND "fastdebug" builds, but as I just verified today there are no more "fastdebug" builds available neither for JDK6 nor for JDK7 and JDK8. Is this intentional? Is ther

Re: Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit with free tools only

't have freetype.dll installed ?  I had built >>> jdk on >>> windows but found that it can run gui applications in the machine built >>> it, but cann't >>> run gui application in machines without freetype installed. >>> >>> >&g

Re: Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit with free tools only

ndows machine which doesn't have freetype.dll installed ?  I had built jdk > on > windows but found that it can run gui applications in the machine built it, > but cann't > run gui application in machines without freetype installed. > > On Sat, Oct 29, 2011 at 2:19 AM, Vol

Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit with free tools only

Hi, I've put together a short description on how to build both, a 64- and a 32-bit version of OpenJDK 8 on a plain, vanilla WindowsXP 64-bit operating system using only free (as in free beer) tools: http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build

Re: JDK8 32-bit "docs" build fails on 64-bit Windows

t dumpbin does not give output that we need > (although linking deps might hint on architecture) as generally not a good > way to go. > Ivan > > On 2011-10-28 21:22, Volker Simonis wrote: >> >> I think 'file' is a good idea because we're in a Cygwin bash a

Re: JDK8 32-bit "docs" build fails on 64-bit Windows

y memory is not > bogus it can do what we need. > > -Dmitry > > > >> >> Ivan >> >> On 2011-10-28 17:47, Dmitry Samersoff wrote: >>> Volker, >>> >>> under UNIX : >>> >>> file /opt/jdk7/bin/java | grep 32-bi

Re: JDK8 32-bit "docs" build fails on 64-bit Windows

; So it's ok with me to say jdk8 requires a 2GB system to build, but even with >> 2GB, this 1024 could >> block some people from building. >> >> My tendency is to make the default NO_DOCS=true, maybe just on Windows for >> now, >> but that might mean m

JDK8 32-bit "docs" build fails on 64-bit Windows

I've just realized that building the JDK documentation for a 32-bit build of JDK8 on Windows (with JDK7 as bootstrap JDK) fails: C:/OpenJDK/jdk1.7.0_01/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbo

Re: hotspot build problems

On Sat, Dec 11, 2010 at 12:30 AM, Erik Trimble wrote: > On 12/10/2010 1:24 PM, Dr Andrew John Hughes wrote: >>> >>> Regarding the HPI-problem I only have a wild guess. Recently there was >>> a change which removed HPI (see: >>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6348631). So >>> pe

Re: hotspot build problems

Hi Per, the SE stuff should already be handled by the Make process (as pointed out by Andrew). However I think the detection of SELinux is quite fragile, I also had problems with it in the past. In the build log you should see something like: \

Re: Field of use

In my opinion http://en.swpat.org/wiki/Java_and_patents seems to be a strange site and I wouldn't rely too much on it: - it claims that "GPLv2 includes two implicit patent licenses" but as far as I know, this is still a controversial topic (see for example: http://www.fenwick.com/docstore/Publicat

Re: How to speed up Hotspot Build

Hi Peng, I would also recommend to use the HotSpot Makefile. I usually only check out the hotspot/ direcotry and build the gamma launcher from within the hotspot/make subdirectory. This should complete in less than 30 Minutes on your hardware. I've described how you can build only certain parts of

Re: JRE install bundles for 6u10 are non-executable

Hi Martin, this is a known problem and it it noticed at the top of the download page at http://download.java.net/jdk6/ : "If you choose to download and install self-extracting JRE or DEBUG Jar bundles then you need to change the file permission to be executable in the bin directory after the inst

Re: getting a handle on build warnings

On 7/10/08, Jonathan Gibbons <[EMAIL PROTECTED]> wrote: > The JDK build generates a whole lot of warnings along the way. This is > bad because these warnings can sometimes mask real errors. For a > variety of reasons, it appears to be hard to try and get rid of all the > warnings, so this messag

Re: mail.openjdk.java.net: no search tool on the mailing archive.

Hi Dave, your solution works of course. But the problem is that the mails in the archives are archived month-wise. If you have a discussion thread which spans multiple month, you can't see the whole thread in the thread view - you can only see the part which belongs to one month. Linking to such

Re: mail.openjdk.java.net: no search tool on the mailing archive.

I've already asked this question some time ago (see thread http://mail.openjdk.java.net/pipermail/discuss/2007-August/000614.html). Basically, the answers have been to use google with a search pattern like: site:mail.openjdk.java.net or to use gmane, which archives (most) of the lists: http://

Re: Recommended GCC version?

Hi Clemens, I recently successfully built the whole OpenJDK using gcc 3.3.3 on Suse Enterprise Linux 9.3 (see http://weblogs.java.net/blog/simonis/archive/2008/01/hotspot_develop.html#Build). I had no linking problems. Currently I'm building HotSpot only on OpenSuse 10.0 with gcc 4.0.2. I think w

Re: Quick confirmation

I've also noticed that there are no updates in the Mercurial repositories since the inital b24 upload. Is this because of the distributed nature of mercurial and the fact that every team inside SUN keeps their own, private repositories? As Kelly wrotes in http://blogs.sun.com/kto/entry/openjdk_mer

Small tutorial about building and running HotSpot on Linux/x86 with NetBeans

Hi, during the last few weeks, I put together my own step-by-step HowTo about building and running the OpenJDK on Linux/x86. It specially focuses on building and running the different HotSpot flavors (opt/debug, client/server JIT compiler, template/C++ interpreter) and contains a small evaluation

Re: Problems with ALT_OUTPUTDIR in debug build

cally, either name is usable at any point in the OS, but in > > practice, that turns out not to be the case. They're a royal f*ing pain, > > and yet another testament to Windows' slavish adherence to backwards > > compatibility. :-/ > > > > Ted Newar

Re: Problems with ALT_OUTPUTDIR in debug build

d-fastdebug > > build-d?1 > > build-f?1 > > > > where the last two are the 8.3 versions of the longer filenames, and > > they're all empty. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > htt

Re: Problems with ALT_OUTPUTDIR in debug build

then just became a second pass over the source with the same > makefiles but just a different output directory so they didn't mix. > I'm afraid using ALT_OUTPUTDIR=$(OUTPUTDIR) will mix up the optimized files > with the debug files, which won't be good. > > -kto &g

Re: Problems with ALT_OUTPUTDIR in debug build

" > > The ongoing problem has been how to make this work in all cases. > But I'm all for it. > > The generally accepted default for an output directory has been a ./build or > ./dist directory at the top of the source tree you are building. > With corba, jaxp, jaxws, lan

Re: Problems with ALT_OUTPUTDIR in debug build

> > > > Any comments if this is the right way to do a debug build? > > If it works it's fine. I usually just run 'make debug_build', does that not > work? > It works, but it has the problems that I detailed in my first mail. Did you also read that one? I may seem that my second mail contained the

ALT_PARALLEL_COMPILE_JOBS not honoured by the hotspot subproject

hi, ALT_PARALLEL_COMPILE_JOBS is currently only honoured by the corba and the jdk subprojects while the hotspot subproject uses HOTSPOT_BUILD_JOBS as indicator to do a parallel build. Unfortunately, neither ALT_PARALLEL_COMPILE_JOBS nor HOTSPOT_BUILD_JOBS is handed over from the top-level makefil

Re: Make target for compiling java classes only?

What do you mean by "the Java classes of OpenJDK". Every subproject contains some Jaca classes, so I'm afraid it's not possible to build only all the Java classses from OpenJDK with one build target. If you are refering to the JDK Java classes you can get near that by only building the JDK target

Re: Problems with ALT_OUTPUTDIR in debug build

astdebug" and be happy. Any comments if this is the right way to do a debug build? Regards, Volker On 1/10/08, Volker Simonis <[EMAIL PROTECTED]> wrote: > Hi, > there seems to be a problem with the handling of ALT_OUTPUTDIR for debug and > fastdebug builds. The top-lev

Problems with ALT_OUTPUTDIR in debug build

Hi, there seems to be a problem with the handling of ALT_OUTPUTDIR for debug and fastdebug builds. The top-level makefile contains the following definitions: Makefile include $(JDK_MAKE_SHARED_DIR)/Defs-control.gmk COMMON_DEBUG_FLAGS= \ DEBUG_NAME=$(DEBUG_NAME) \ ALT_OUT

mercurial forest extension doesn't honor "http_proxy" environment variable

Hi, I just had a real hard time to get the forest extension working and finally found out that it was because the forest extension doesn't honor the "http_proxy" environment variable. So I thought I'll post it here in case anybody else will face the same problem in order to save him some time. (I

<    1   2   3   4   5   6   >