OS X configure ignores --with-tools-dir

[Dan Smith]

Thanks Henry, that will force it to choose my referenced compiler.

Still not clear whether this is intended behavior or not: is the default toolchain-type (clang, apparently) supposed to trump an explicit tools-dir?  I.e., is this a bug, or just surprising but intentional?

—Dan

On Apr 25, 2014, at 1:43 PM, Henry Jen <henry.jen at oracle.com> wrote:

> For JDK9, try to specify toolchain using --with-toolchain-type=gcc
> 
> Cheers,
> Henry
> 
> On 04/25/2014 10:41 AM, Dan Smith wrote:
>> I'm using --with-tools-dir on OS X Mavericks to point to an old copy of Xcode 4.  I configure jdk9 as follows:
>> 
>>> make dist-clean
>>> hg update -d "<2014-03-17"
>>> sh configure --with-boot-jdk=$JAVA8_HOME --with-tools-dir=/Applications/Xcode4.app/Contents/Developer/usr/bin
>> Running generated-configure.sh
>> ...
>> Tools summary:
>> * Boot JDK:       java version "1.8.0" Java(TM) SE Runtime Environment (build 1.8.0-b132) Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)  (at /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home)
>> * Toolchain:      gcc (GNU Compiler Collection)
>> * C Compiler:     Version 4.2.1 (at /Applications/Xcode4.app/Contents/Developer/usr/bin/gcc)
>> * C++ Compiler:   Version 4.2.1 (at /Applications/Xcode4.app/Contents/Developer/usr/bin/g++)
>> ...
>> 
>> As of March 18, this no longer works.
>> 
>>> make dist-clean
>>> hg update -d "<2014-03-18"
>>> sh configure --with-boot-jdk=$JAVA8_HOME --with-tools-dir=/Applications/Xcode4.app/Contents/Developer/usr/bin
>> Running generated-configure.sh
>> ...
>> Tools summary:
>> * Boot JDK:       java version "1.8.0" Java(TM) SE Runtime Environment (build 1.8.0-b132) Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)  (at /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home)
>> * Toolchain:      clang (clang/LLVM)
>> * C Compiler:     Version Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin13.1.0 Thread model: posix (at /usr/bin/clang)
>> * C++ Compiler:   Version Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin13.1.0 Thread model: posix (at /usr/bin/clang++)
>> ...
>> 
>> I appreciate the effort to get clang to work, but I should still be able to pick my compiler using --with-tools-dir.
>> 
>> Should I report a bug?
>> 
>> (Note on my motivation: I'm getting build errors due to -Wformat-nonliteral.  I've heard this is a known issue, but I'd like to be able to work around it in the mean time.)
>> 
>> —Dan
>>