Integrated: 8253375: OSX build fails with Xcode 12.0 (12A7209)

On Thu, 24 Sep 2020 21:28:01 GMT, Paul Hohensee wrote: > Please review this small patch to enable the OSX build using Xcode 12.0. > > Thanks, > Paul This pull request has now been integrated. Changeset: f80a6066 Author:Paul Hohensee URL: https://git.openjdk.java.ne

Re: RFR: 8253375: OSX build fails with Xcode 12.0 (12A7209) [v2]

> Please review this small patch to enable the OSX build using Xcode 12.0. > > Thanks, > Paul Paul Hohensee has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The

RFR: 8253375: OSX build fails with Xcode 12.0 (12A7209)

Please review this small patch to enable the OSX build using Xcode 12.0. Thanks, Paul - Commit messages: - JDK-8253375 Changes: https://git.openjdk.java.net/jdk/pull/348/files Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=348&range=00 Issue: https://bugs.openjdk.java.net

Re: Request for review: hotspot/jprt.properties [S]

Looks good. Paul On 2/2/12 6:56 PM, Keith McGuigan wrote: Hello, Here's a webrev for changing the default JPRT release value for hotspot to jdk8. It can still be overridden by the -release jdk7 during JPRT submission. I also removed references to pre-7 releases and other unused value (jdk

Re: Review for 7141244: build-infra merge: Include $(SPEC) in makefiles and make variables overridable

Thanks for the explanation. As long as I can still do builds from make/, I'm happy. Paul On 2/7/12 7:42 PM, David Holmes wrote: On 8/02/2012 2:55 AM, Paul Hohensee wrote: Can you make this work when building from the make/ directories? E.g., you could add the $(SPEC) include to make/so

Re: Review for 7141244: build-infra merge: Include $(SPEC) in makefiles and make variables overridable

Can you make this work when building from the make/ directories? E.g., you could add the $(SPEC) include to make/solaris/Makefile, etc. Thanks, Paul On 2/7/12 11:30 AM, Erik Joelsson wrote: http://cr.openjdk.java.net/~erikj/7141244/webrev.00/

Re: Request for review: hotspot/jprt.properties [S]

Correct. Sustaining owns the pre-7 releases. Paul On 2/3/12 6:55 AM, Keith McGuigan wrote: On 2/2/2012 9:01 PM, David Holmes wrote: On 3/02/2012 9:56 AM, Keith McGuigan wrote: Here's a webrev for changing the default JPRT release value for hotspot to jdk8. It can still be overridden by the

Re: Patch to fix build breakage with GCC 4.7

On, and it's not supported by Oracle, of course. One of the Linux distro companies might be interested though. On 2/1/12 7:12 AM, Paul Hohensee wrote: linux-sparc used to build and run fine (I did the port way back when), so it should be relatively easy to resurrect. The original port w

Re: Patch to fix build breakage with GCC 4.7

linux-sparc used to build and run fine (I did the port way back when), so it should be relatively easy to resurrect. The original port was on a T1. Paul On 1/31/12 10:23 AM, Deepak Bhole wrote: * David Holmes [2012-01-30 21:50]: On 31/01/2012 12:36 PM, Deepak Bhole wrote: * David Holmes [

Re: RFR: 7133124 Remove redundant packages from JAR command line

Apparently yes. Thanks, paul On 1/26/12 9:14 AM, Paul Hohensee wrote: Will this fix the jdk7u-dev build problem? Thanks, paul On 1/26/12 4:44 AM, Rickard Bäckman wrote: Hi, We have a problem with some versions of jar reporting errors when trying to run jar cf com/test com/test/foo

Re: RFR: 7133124 Remove redundant packages from JAR command line

Will this fix the jdk7u-dev build problem? Thanks, paul On 1/26/12 4:44 AM, Rickard Bäckman wrote: Hi, We have a problem with some versions of jar reporting errors when trying to run jar cf com/test com/test/foo This fix removes the redundant subdirectories from the command. Webrev is he

Re: Help me to build openjdk on my machine

Sent to the list only, so cc'ing Max and John. Paul On 7/10/11 2:44 PM, Paul Hohensee wrote: Hi Max and John, Afaik, there's no support for PPC in openjdk. Oracle has a private port, however, for which the build framework exists in the open, which is why you can get a little

Re: Help me to build openjdk on my machine

Hi Max and John, Afaik, there's no support for PPC in openjdk. Oracle has a private port, however, for which the build framework exists in the open, which is why you can get a little way in the build process. zero is a psuedo-platform which should build and run on any machine because it inc

Re: JDK8 Preliminary Repository Layout

We could rename 'closed' to be 'oracle'. You could then have the oracle build be the common code plus the 'oracle' repo. Add an 'icedtea' repo and you could have the icedtea build be the common code plus the 'icedtea' repo. Etc., for other versions/vendors. Paul On 3/9/11 7:48 PM, Dr Andre

Re: Glitch in Hotspot i486.make

Hard to say. Could be subtle bugs lurking. Paul David Holmes - Sun Microsystems wrote: FYI, I just opened CR 6767659 *Synopsis*: Conversion from i486 to x86 missed some entries in i486.make === *Description* In make/solaris/makef

Re: RFC: architecture define probably masks variable names in header files

Actually, I recall that one of the things we've always wanted to do is get rid of HPI. Never seems to be important enough. Paul Kelly O'Hair wrote: If it's not used, I say OFF WITH IT"S HEAD! ;^) -kto Alan Bateman wrote: Kelly O'Hair wrote: I very much suspect that this -D$(ARCH) could be

Re: how to build 32-bit openjdk7 on x86_64

Actually, you can build 32-bit linux hotspot standalone on a 64-bit system, but you can't build a 32-bit linux jdk (that happens to include a hotspot build) on a 64-bit system. To build a 32-bit linux hotspot standalone, go to the build/linux directory in the hotspot workspace, set ALT_BOOTDIR

webrev accessibility

I'm not sure this is the right list to ask this question, but here it is. When we at Sun put out requests for code reviews, we include a URL for what we call a 'webrev', which provides several different kinds of view of the change, including simple diffs, a patch file and different forms of annot