Subject: Re: [boost] [build] How to use with clang on windows?
From: Steven Watanabe (watanabesj_at_[hidden])
Date: 2016-03-26 15:00:35
On 03/26/2016 11:24 AM, John Maddock wrote:
>> That should be calling link.exe, not clang.
>> If you're getting here, it means that compiling
> Not so fast.... the actual command line generated is:
> So the @ causes the line to be ignored I think?
That makes a bit more sense. Somehow
everything from clang-win is getting dropped.
>> This seems like msvc.configure-version-specific
>> is getting skipped. What does --debug-configuration say?
> notice: will use 'C:/Progra~2/MICROS~4.0/VC/Clang 3.7/bin/x86/clang.exe'
> for clang-win, condition <toolset>clang-win-3.7-vc14
> notice: [clang-cfg] condition:
> '<toolset>clang-win-3.7-vc14/<architecture>/<address-model>', setup:
> 'call "C:\Program Files (x86)\Microsoft Visual Studio
> 14.0\VC\vcvarsall.bat" x86 > nul'
Unless you reformatted this it looks wrong. There should be a
new line before the last '
notice: [clang-cfg] condition:
'call "C:\Program Files (x86)\Microsoft Visual Studio
14.0\VC\vcvarsall.bat" x86 > nul
> And user-config.jam has:
> using clang-win : 3.7 : "C:/Progra~2/MICROS~4.0/VC/Clang
> 3.7/bin/x86/clang.exe" : <cxxflags>-std=c++11 <compatibility>vc14 ;
I pasted this into my user-config.jam, and commented out
everything else, and I still can't reproduce the problem.
$ b2 -v
Boost.Jam Version 2015.07. OS=NT.
I tried develop:
$ git log
Author: Steven Watanabe <steven_at_[hidden]>
Date: Wed Mar 23 18:04:24 2016 -0600
Remove wrong if. This case is already handled correctly by the next
Merge: b3ed07b 8b9dbbe
Author: Vladimir Prus <vladimir.prus_at_[hidden]>
Date: Thu Mar 10 10:06:17 2016 +0300
Merge remote-tracking branch 'origin/develop'
The only local change to Boost.Build is
the patch that I sent.
I just installed clang with microsoft codegen,
and now I'm getting your original error:
"clang.exe: error: no such file or directory: '/Od'"
I suspect that the problems that you're getting
are caused by something other than my patch.
If you revert it, do you go back to the original
problem? My only guess at this point is that
you're initializing multiple versions of clang,
and they're interfering with each other.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk