On May 30, 2014, at 10:59, David DeHaven wrote:
>
>>> I'm curious if only installing the CL tools also installs at least one OS X
>>> SDK. If it doesn't then it's not terribly useful, except for maybe
>>> porting/building Unix command line tools.
>>
>> Well, I guess it did. At least jdk9 bui
>> I'm curious if only installing the CL tools also installs at least one OS X
>> SDK. If it doesn't then it's not terribly useful, except for maybe
>> porting/building Unix command line tools.
>
> Well, I guess it did. At least jdk9 builds successfully. My new Mavericks is
> installed on the
On 5/29/2014 23:56, David DeHaven wrote:
On the other hand, it looks like xcodebuild is not always installed.
IIRC, this is what trigger the dialog ask what do you want to install. Can you
find out where is your xcodebuild located and what does it return with
xcodebuild -version?
Apple
Looks good. The JBS bug needs noreg-build
Thanks
Kumar
On 5/29/2014 1:29 PM, Mikael Vidstedt wrote:
Please review the below fix which removes a couple of build options
used when compiling/linking the unpack200 executable - specifically
-xregs=no%appl and -xmemalign=4s.
Bug: https://bugs
On 5/29/2014 23:49, Henry Jen wrote:
What I would like to confirm is after you install command line tools, is
there a xcodebuild somewhere? From your situation, I guess the answer is
NO.
There is one inside /usr/bin, but I think it is the stub. Running it shows
$ xcodebuild
xcode-select: er
This is now a combined fix for:
https://bugs.openjdk.java.net/browse/JDK-8043591
https://bugs.openjdk.java.net/browse/JDK-8043340
Since a picture is worth 10,000 words (build systems are 10x as complicated as
anything else in life) here's an ASCII flow chart showing the SYSROOT logic I
have no
Looks good. The JBS bug needs noreg-build
Thanks
Kumar
On 5/29/2014 1:29 PM, Mikael Vidstedt wrote:
Please review the below fix which removes a couple of build options
used when compiling/linking the unpack200 executable - specifically
-xregs=no%appl and -xmemalign=4s.
Bug: https://bugs.o
Please review the below fix which removes a couple of build options used
when compiling/linking the unpack200 executable - specifically
-xregs=no%appl and -xmemalign=4s.
Bug: https://bugs.openjdk.java.net/browse/JDK-8044363
Webrev: http://cr.openjdk.java.net/~mikael/webrevs/8044363/webrev.00/
>> On the other hand, it looks like xcodebuild is not always installed.
>>
>
> IIRC, this is what trigger the dialog ask what do you want to install. Can
> you find out where is your xcodebuild located and what does it return with
> xcodebuild -version?
Apple installs stub binaries in /usr/bi
>>> On the other hand, it looks like xcodebuild is not always installed.
>>>
>>
>> IIRC, this is what trigger the dialog ask what do you want to install. Can
>> you find out where is your xcodebuild located and what does it return with
>> xcodebuild -version?
>
> It is a clean install of Mave
On 05/28/2014 09:32 PM, Wang Weijun wrote:
On May 29, 2014, at 12:19, Henry Jen wrote:
On 05/28/2014 07:15 PM, Wang Weijun wrote:
On the other hand, it looks like xcodebuild is not always installed.
IIRC, this is what trigger the dialog ask what do you want to install. Can you
find out
- Original Message -
> Hi Omair,
>
> This seems harmless for OPENJDK builds.
>
> David
>
> On 29/05/2014 9:33 AM, Omair Majid wrote:
> > Hi,
> >
> > Webrev:
> > http://cr.openjdk.java.net/~omajid/webrevs/8044235-src-zip-include-all/00/
> >
> > The src.zip file produced in an OpenJDK bu
Hi Omair,
This seems harmless for OPENJDK builds.
David
On 29/05/2014 9:33 AM, Omair Majid wrote:
Hi,
Webrev:
http://cr.openjdk.java.net/~omajid/webrevs/8044235-src-zip-include-all/00/
The src.zip file produced in an OpenJDK build contains the code for a
subset of the Java class library. Dev
13 matches
Mail list logo
