LLVM裏面的Clang已經可以替換MSVC的cl.exe（MSVC的編譯過程的組織程序-driver），作為Visual Studio的獨立工具鏈，能生成PDB文件支持在Visual Studio裏面的源代碼調試。為了支持替換cl.exe，clang構建會生成可執行文件clang-cl.exe，接收cl.exe的大部分參數而在內部轉換成LLVM的參數形式。
雖然看起來是生成了壹個單獨的clang-cl.exe，它實際上就是clang.exe的壹個副本，如果程序名是clang.exe，還可以在命令行傳遞" --driver-mode=cl "參數啟用cl.exe的參數解析模式。所以clang-cl.exe和clang.exe是壹樣的，都接受" --target= i686-pc-windows", 但是為什麽clang-cl.exe卻不能解析" -triple i686-pc-windows"而clang.exe卻可以呢？
程序本身通過檢查自身的文件名（argv[0]）來檢測是不是要運行在兼容MSVC cl.exe的模式，如果文件名是"clang-cl.exe"，則把對應的DriverMode放到main函數開始處的變量TargetAndMode裏面（ToolChain::getTargetAndModeFromProgramName）。下面的代碼顯示了對應關系，可以看到把文件名clang.exe改成cl.exe也會有壹樣的效果。
在上面從程序名解析出target和mode後，main函數裏面緊接著的代碼檢查了返回的mode和命令行參數，只要以壹個滿足則進入 ClangCLMode 。不過這裏解析出來的ClangCLMode只用來處理命令行參數的分隔和cl.exe特有的環境變量，包括"CL"和"_CL_"。
再從main函數進入Driver類的對象TheDriver的 BuildCompilation 方法後，會調用 ParseDriverMode方法，裏面會根據程序名重新獲得driver mode（ToolChain::getTargetAndModeFromProgramName），然後把driver mode字符串傳給下面的 setDriverModeFromOption 方法。這個方法根據傳入的driver mode選項設置成員變量 Mode .
上面的 Driver類的對象 已經知道當前Mode，比如 CLMode ，下面會組織整個編譯過程，包括調用編譯器(clang.exe -cc1)和鏈接器(MSVC的link或者lld-link)。
BuildCompilation緊接著會調用ParseArgStrings。ParseArgStrings調用下面的 getIncludeExcludeOptionFlagMask ，根據Driver的當前Mode得到include mask和exclude mask兩個掩碼，用於後面（在調用鏈ParseArgString->ParseArg->ParseOneArg的最後的方法ParseOneArg裏面）決定是否接受命令行參數。比如在CLMode下就只會接受ClOption和CoreOption。
那麽CLOption和CoreOption都有哪些具體參數呢？Clang的所有命令行參數選項都定義在llvm_root oolsclangincludeclangdriverOptions.td裏面，由tablegen轉成C/C++頭文件而被代碼引用。下面是從裏面截取的target的定義，看到"--target="選項是同時屬於DriverOption和 CoreOption ，而CoreOption在CLMode和非CLMode下均能使用。
以下是"-target"的定義，沒有定義Flags，所以在CLMode下也就不能解析，這也就解釋了最開始"clang-cl.exe"不接受"-triple i686-pc-windows"參數。