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
> 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
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=348=00
Issue:
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
Can you make this work when building from the make/os_family 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/
Thanks for the explanation. As long as I can still do builds from
make/os_family, 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/os_family
directories?
E.g., you could add the $(SPEC
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
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 Holmesdavid.hol...@oracle.com [2012-01-30 21:50]:
On 31/01/2012 12:36 PM, Deepak Bhole
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 some.jar com/test com/test/foo
This fix removes the redundant subdirectories from the command.
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 some.jar com/test com/test
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
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
way
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
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
14 matches
Mail list logo