| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
the GCC dir. Unfortunately, this breaks -lstdc++ on SnowLeopard, etc. because
the libstdc++ dylib was hiding there. Workaround this by providing the path to
the right -lstdc++.6 (the only version used in recent memory) if we can't see an
obvious -lstdc++, but can find = -lstdc++.6.
llvm-svn: 114146
|
|
|
|
| |
llvm-svn: 114137
|
|
|
|
| |
llvm-svn: 112974
|
|
|
|
| |
llvm-svn: 112970
|
|
|
|
| |
llvm-svn: 112124
|
|
|
|
|
|
|
|
|
|
|
| |
ToolChain. This fixes a potenial bad cast when running Clang on PPC code, since
the tool chain in effect is not a subclass of the Darwin one, but we were
treating it like it was.
- This introduces some gross code duplication, but the right fix for it is to
just move the Driver to start depending on the targets in libBasic, so I am
not planning on fixing it immediately.
llvm-svn: 111856
|
|
|
|
|
|
| |
the arch specific gcc lib path.
llvm-svn: 111839
|
|
|
|
|
|
| |
are handled.
llvm-svn: 111773
|
|
|
|
| |
llvm-svn: 111748
|
|
|
|
| |
llvm-svn: 110635
|
|
|
|
|
|
| |
chain construction.
llvm-svn: 110028
|
|
|
|
| |
llvm-svn: 110026
|
|
|
|
|
|
| |
chain construction.
llvm-svn: 110025
|
|
|
|
|
|
| |
ToolChain::LookupTypeForExtension.
llvm-svn: 110024
|
|
|
|
|
|
|
|
|
| |
was invoked from (which may not be where the executable itself is).
- This allows having e.g., /Developer/usr/bin/clang be a symlink to some other
location, while still making sure the Driver finds 'as', 'ld', etc. relative
to itself.
llvm-svn: 109989
|
|
|
|
|
|
| |
-mmacosx-version-min works inside a -Xarch_ flag.
llvm-svn: 108712
|
|
|
|
| |
llvm-svn: 108711
|
|
|
|
|
|
| |
assume we are targetting OS X unless an explicit option is given.
llvm-svn: 108426
|
|
|
|
|
|
| |
from PR7583
llvm-svn: 107788
|
|
|
|
|
|
|
| |
library directory, as we still rely on a few libraries that are hiding there (in
particular libstdc++.dylib).
llvm-svn: 107353
|
|
|
|
|
|
| |
problem; patch by Ed Schouten.
llvm-svn: 105996
|
|
|
|
|
|
| |
Also, fix a memory leak.
llvm-svn: 105963
|
|
|
|
|
|
| |
them.
llvm-svn: 105957
|
|
|
|
|
|
| |
are going to need this to handle things like -Xassembler, -Xpreprocessor, and -Xlinker which we might have to introspect.
llvm-svn: 105842
|
|
|
|
| |
llvm-svn: 105474
|
|
|
|
|
|
| |
(or -save-temps), when the integrated assembler is enabled.
llvm-svn: 104282
|
|
|
|
|
|
|
|
| |
means it isn't really possible to write the test case for this code, but this is
the kind of thing that really requires testing against the installed compiler
anyway.
llvm-svn: 100935
|
|
|
|
|
|
| |
support them.
llvm-svn: 100930
|
|
|
|
|
|
|
|
|
| |
Clang is installed. This is designed to match gcc, and is important when
installed in a non-standard location.
- This is gross, but no worse than ever. It will die when we finally move to
the compiler-rt based toolchain, any day now.
llvm-svn: 100915
|
|
|
|
|
|
| |
target when both {MACOSX,IPHONEOS}_DEPLOYMENT_TARGET were set.
llvm-svn: 99055
|
|
|
|
| |
llvm-svn: 97746
|
|
|
|
|
|
|
| |
calls to the UnwindResumeOrRethrow function for C++/Obj-C exception handling,
for Darwin ARM.
llvm-svn: 95787
|
|
|
|
|
|
| |
this is still a popular thing to do.
llvm-svn: 95093
|
|
|
|
| |
llvm-svn: 94812
|
|
|
|
|
|
| |
defaults when targetting iPhoneOS (blocks, non-fragile ABI, stack protector).
llvm-svn: 94642
|
|
|
|
| |
llvm-svn: 94641
|
|
|
|
|
|
| |
just indicating whether the default target should be iPhoneOS.
llvm-svn: 94638
|
|
|
|
| |
llvm-svn: 94637
|
|
|
|
|
|
|
| |
this should just be part of the tool chain itself once we have eliminated
argument translation.
llvm-svn: 94635
|
|
|
|
| |
llvm-svn: 94488
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
compiler-rt. This tool chain now works on x86 and ARM, but isn't the x86 default
yet.
This drastically cleans up the linker invocation, old invocation:
--
"/Developer/usr/bin/../libexec/gcc/i686-apple-darwin10/4.2.1/ld" "-dynamic" "-arch" "x86_64" "-macosx_version_min" "10.6.0" "-weak_reference_mismatches" "non-weak" "-o" "a.out" "-lcrt1.10.6.o" "-L/usr/lib/gcc/i686-apple-darwin10/4.2.1/x86_64" "-L/usr/lib/gcc/i686-apple-darwin10/4.2.1/x86_64" "-L/usr/lib/i686-apple-darwin10/4.2.1" "-L/usr/lib/gcc/i686-apple-darwin10/4.2.1" "-L/usr/lib/gcc/i686-apple-darwin10/4.2.1" "-L/usr/lib/gcc/i686-apple-darwin10/4.2.1/../../../i686-apple-darwin10/4.2.1" "-L/usr/lib/gcc/i686-apple-darwin10/4.2.1/../../.." "t.o" "-lSystem" "-lgcc"
--
New invocation:
--
# For 10.6:
"/usr/bin/ld" "-dynamic" "-arch" "x86_64" "-macosx_version_min" "10.6.0" "-o" "a.out" "-lcrt1.10.6.o" "t.o" "-lSystem"
# For 10.4:
"/usr/bin/ld" "-dynamic" "-arch" "x86_64" "-macosx_version_min" "10.4" "-o" "a.out" "-lcrt1.o" "t.o" "-lSystem" "-lgcc_s.10.4" "/Volumes/Data/ddunbar/llvm.obj.64/Debug/lib/clang/1.1/lib/darwin/libclang_rt.10.4.a"
--
llvm-svn: 94150
|
|
|
|
|
|
| |
name being used in an driver invocation.
llvm-svn: 94139
|
|
|
|
| |
llvm-svn: 93749
|
|
|
|
| |
llvm-svn: 93087
|
|
|
|
|
|
| |
targethook, which is no longer being used. This fixes PR5971.
llvm-svn: 92987
|
|
|
|
|
|
| |
object.
llvm-svn: 91830
|
|
|
|
|
|
|
|
| |
to compile a translation unit into the debug info for that file.
- Used by parts of Darwin build process to check compiler flags, etc.
- <rdar://problem/7256886> clang does not emit AT_APPLE_flags
llvm-svn: 91661
|
|
|
|
|
|
| |
no extra safety anyway.
llvm-svn: 91207
|
|
|
|
| |
llvm-svn: 89313
|
|
|
|
| |
llvm-svn: 89310
|