You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
sconsPorject always detects clang as being version 4.2.1, because the -dumpversion command-line option is actually a GCC compatibility option, and it always returns "4.2.1".
The actual clang version may be optained using the "-v" option, port example on Snow Leopard with macports clang 3.3 installed:
$ clang -v
clang version 3.3 (tags/RELEASE_33/final)
Target: i386-apple-darwin10.8.0
Thread model: posix
$ /usr/bin/clang -v
Apple clang version 1.7 (tags/Apple/clang-77) (based on LLVM 2.9svn)
Target: i386-apple-darwin10
Thread model: posix
And on Leopard:
$ clang-mp-3.1 -v
clang version 3.1 (branches/release_31)
Target: powerpc-apple-darwin9.8.0
Thread model: posix
$ clang-mp-3.2 -v
clang version 3.2 (tags/RELEASE_32/final)
Target: powerpc-apple-darwin9.8.0
Thread model: posix
$ clang-mp-3.3 -v
clang version 3.3 (tags/RELEASE_33/final)
Target: powerpc-apple-darwin9.8.0
Thread model: posix
I guess compiler/clang.py could easily be modified to detect the actual clang version, which could be "the word before clang if it exists plus the number after version": 3.1, 3.2, 3.3, Apple-1.7 ...
The text was updated successfully, but these errors were encountered:
sconsPorject always detects clang as being version 4.2.1, because the -dumpversion command-line option is actually a GCC compatibility option, and it always returns "4.2.1".
The actual clang version may be optained using the "-v" option, port example on Snow Leopard with macports clang 3.3 installed:
$ clang -v
clang version 3.3 (tags/RELEASE_33/final)
Target: i386-apple-darwin10.8.0
Thread model: posix
$ /usr/bin/clang -v
Apple clang version 1.7 (tags/Apple/clang-77) (based on LLVM 2.9svn)
Target: i386-apple-darwin10
Thread model: posix
And on Leopard:
$ clang-mp-3.1 -v
clang version 3.1 (branches/release_31)
Target: powerpc-apple-darwin9.8.0
Thread model: posix
$ clang-mp-3.2 -v
clang version 3.2 (tags/RELEASE_32/final)
Target: powerpc-apple-darwin9.8.0
Thread model: posix
$ clang-mp-3.3 -v
clang version 3.3 (tags/RELEASE_33/final)
Target: powerpc-apple-darwin9.8.0
Thread model: posix
I guess compiler/clang.py could easily be modified to detect the actual clang version, which could be "the word before clang if it exists plus the number after version": 3.1, 3.2, 3.3, Apple-1.7 ...
The text was updated successfully, but these errors were encountered: