Cool, glad it helped!
-DrD-
> Thanks for the suggestion David. Interestingly enough it did build without
> ccache.
>
> - Sandeep
>
>
>> On Apr 1, 2015, at 1:53 PM, David DeHaven wrote:
>>
>>
>>> On Apr 1, 2015, at 1:34 PM, Sandeep Konchady
>>> wrote:
>>>
>>> I am trying to build OpenJD
On 3/31/2015 9:39 AM, shanliang wrote:
Please review this fix:
Bug: https://bugs.openjdk.java.net/browse/JDK-8042901
Webrev: http://cr.openjdk.java.net/~sjiang/JDK-8042901/00/
Thank you for doing this big change to separate com.sun.management
API from java.management module. Looking really g
+1 to Martijn's gesture to a conversion tool, I'm personally driven to
explore these:
- Gradle
- Maven and its derivatives are a good option too
(see this article
http://www.drdobbs.com/jvm/why-build-your-java-projects-with-gradle/240168608
)
- https://buildr.apache.org/
- https://facebook.githu
Thanks for the suggestion David. Interestingly enough it did build without
ccache.
- Sandeep
> On Apr 1, 2015, at 1:53 PM, David DeHaven wrote:
>
>
>> On Apr 1, 2015, at 1:34 PM, Sandeep Konchady
>> wrote:
>>
>> I am trying to build OpenJDK only on my MBP with OS X 10.10.2 and Xcode 5.1.
> On Apr 1, 2015, at 1:34 PM, Sandeep Konchady
> wrote:
>
> I am trying to build OpenJDK only on my MBP with OS X 10.10.2 and Xcode 5.1.
> Log from configure and build error attached. Any help would be much
> appreciated.
>
> Darwin Kernel Version 14.1.0
>
> using configure arguments '--ena
Forgot to mention, I am trying to build jdk9/dev
Thanks,
Sandeep
> On Apr 1, 2015, at 1:34 PM, Sandeep Konchady
> wrote:
>
> Hi,
>
> I am trying to build OpenJDK only on my MBP with OS X 10.10.2 and Xcode 5.1.
> Log from configure and build error attached. Any help would be much
> appreciat
Hi,
I am trying to build OpenJDK only on my MBP with OS X 10.10.2 and Xcode 5.1.
Log from configure and build error attached. Any help would be much appreciated.
Darwin Kernel Version 14.1.0
using configure arguments '--enable-ccache'.
Configuration summary:
* Debug level:release
* HS debu
Erik Joelsson wrote:
Hello,
(Adding build-dev since this touches makefiles and jigsaw-dev since
this touches modules.xml)
In general, the build changes look pretty good. I much appreciate
moving the OS specific source into OS specific source dirs. A few
notes however. Though I realize you f
2015-04-01 11:59 GMT+02:00 Martijn Verburg :
> I'm personally willing to provide a ANT to MAVEN conversion tool which will
> allow for a more verbose an rdable build system. It will also ensure that
> dependencies are always downloaded at all times ensuring network pipes are
> kept clean.
Ok, I'v
2015-04-01 12:18 GMT+02:00 James Laskey :
> I may have been misled, but I thought Ant was replaced by a non-deterministic
> build system called Termight.
:)
I think that indeed Ant is obsolete already, and since we are in the
space exploration era, this may be more appropriate:
https://github.c
I may have been misled, but I thought Ant was replaced by a non-deterministic
build system called Termight.
Sent from my iPhone
> On Apr 1, 2015, at 6:59 AM, Martijn Verburg wrote:
>
> I'm personally willing to provide a ANT to MAVEN conversion tool which will
> allow for a more verbose an rd
I'm personally willing to provide a ANT to MAVEN conversion tool which will
allow for a more verbose an rdable build system. It will also ensure that
dependencies are always downloaded at all times ensuring network pipes are
kept clean.
Cheers,
Martijn
On 1 April 2015 at 10:21, David Katleman (O
+1
Please say were going to use the extension that predict build failures before
they occur and provides an automated root cause analysis. I believe is called
Ant predictive recursive interpreter language with Forensic object oriented
linguistic syntax.
> On Apr 1, 2015, at 1:33 AM, Magnus I
Why not starting with the easiest part of your proposal which you've
sketched in the last paragraph and just remove the "only known
non-POSIX-compliant OS".
I'm preparing a webrev if you don't mind:)
Rgards,
Volker
On Wed, Apr 1, 2015 at 10:33 AM, Magnus Ihse Bursie
wrote:
> The build system c
2015-04-01 10:33 GMT+02:00 Magnus Ihse Bursie :
> The build system currently uses make to build OpenJDK. This is a technology
> that has been around for decades, and in places this legacy clearly shows.
>
> An alternative build tool, Ant, is based on cutting-edge technology. Compared
> to the nat
The build system currently uses make to build OpenJDK. This is a technology
that has been around for decades, and in places this legacy clearly shows.
An alternative build tool, Ant, is based on cutting-edge technology. Compared
to the native GNU Make, Ant is based on Java™ technology, which ma
Hello,
(Adding build-dev since this touches makefiles and jigsaw-dev since this
touches modules.xml)
In general, the build changes look pretty good. I much appreciate moving
the OS specific source into OS specific source dirs. A few notes
however. Though I realize you followed existing patte
17 matches
Mail list logo
