- Apr 08, 2009
-
-
Daniel Dunbar authored
multiple instances of an option. Also, removed direct -ansi support from clang-cc. llvm-svn: 68558
-
Anders Carlsson authored
llvm-svn: 68557
-
- Apr 07, 2009
-
-
Daniel Dunbar authored
- Groups are really just intended to hold inherent structure of the options, not be abused for individual tool argument translation. llvm-svn: 68554
-
Daniel Dunbar authored
-isysroot to clang. - Don't forward arbitrary -i* options to clang, just the ones we know about. llvm-svn: 68553
-
Fariborz Jahanian authored
we must not issue gc-specific errors in non-gc mode. llvm-svn: 68551
-
Daniel Dunbar authored
clang. - We will eventually want some more driver infrastructre for this probably. - For now, the clang-cc interface stays relatively the same, but we don't accept multiple instances anymore, or the [no-] variants directly. llvm-svn: 68550
-
Daniel Dunbar authored
llvm-svn: 68549
-
Douglas Gregor authored
llvm-svn: 68548
-
Fariborz Jahanian authored
llvm-svn: 68543
-
Eli Friedman authored
functions. Fixes PR3941. llvm-svn: 68541
-
Daniel Dunbar authored
aren't failing the compilation). llvm-svn: 68540
-
Daniel Dunbar authored
- <rdar://problem/6756295> warning about '-dynamic' argument unused during compilation seems incorrect llvm-svn: 68535
-
Ted Kremenek authored
llvm-svn: 68533
-
Anders Carlsson authored
llvm-svn: 68532
-
Fariborz Jahanian authored
the base implementations (and not in current implementation). llvm-svn: 68527
-
Daniel Dunbar authored
incorrectly. I'm blanking on the smartest way to write this search, but we should just do the right thing when we move to TableGen. - <rdar://problem/6761194> [driver] -Wextra-tokens isn't parsed correctly llvm-svn: 68525
-
Douglas Gregor authored
Simplify the addition of a case statement to a switch. Fix -print-stats for attribute-qualified types. llvm-svn: 68522
-
Chris Lattner authored
in C mode. llvm-svn: 68520
-
Steve Naroff authored
Tweak Sema::ActOnInstanceMessage() to look for a class method when dealing with qualified id's. This change is motivated by our desire to not support the "Class<foo>" idiom. Note that the change makes perfect sense (since all ObjC classes are also id/instances). This allow us to document a simple migration path...change "Class <foo>" to "id <foo>". This effects: - <rdar://problem/6761939> TASK: File source change radars for "qualified Class" errors - <rdar://problem/6761864> Protocol qualified Class is unsupported llvm-svn: 68517
-
Steve Naroff authored
This fixes <rdar://problem/6757102> clang type for @"xxx" is "NSConstantString *" (GCC type is "NSString *"). llvm-svn: 68514
-
Daniel Dunbar authored
exception with this attribute we don't need to emit a weak definition for the exception type information. llvm-svn: 68513
-
Daniel Dunbar authored
- Changed method names to match gcc (categories names still aren't mangled in). - Expose correct name for class and metadata symbols (although -fvisibility=hidden isn't yet correct). - Remove several things from llvm.used that didn't need to be there (I suspect this can still be trimmed). - Don't use asm-prefix extension for _objc_empty_{cache,vtable} (not needed). - Hide EH type class info with -fvisibility=hidden - Change setGlobal[Option]Visibility to not change the visibility of functions with internal linkage. llvm-svn: 68510
-
Ted Kremenek authored
are considered 'live'. This hack isn't needed anymore because we have a separation in the path-sensitive analyzer between variable names and bindings; the analyzer can continue to reason about the storage of a variable after its name is no longer directly referenced. Now the live variables analysis literally means "is this name live". Along this line, update the dead stores checker to explicitly look for variables whose values have escaped. llvm-svn: 68504
-
Chris Lattner authored
Fixes rdar://6759546, some code that actually used __va_copy because they thought it was "more portable". llvm-svn: 68503
-
Ted Kremenek authored
llvm-svn: 68502
-
Ted Kremenek authored
llvm-svn: 68497
-
Ted Kremenek authored
llvm-svn: 68496
-
Ted Kremenek authored
llvm-svn: 68495
-
Chris Lattner authored
and are even set in C mode. As such, move them to Targets.cpp. __OBJC_GC__ is also darwin specific, but seems reasonable to always define it when in objc-gc mode. This fixes rdar://6761450 llvm-svn: 68494
-
Ted Kremenek authored
had too many false positives in the analyzer. llvm-svn: 68492
-
Daniel Dunbar authored
- Ignore some more -W options and -[fm] options which we can somewhat safely ignore. - Recognize that -W is an alias for -Wextra W: -Wdeclaration-after-statement -Werror-implicit-function-declaration -Wfour-char-constants -Winit-self -Wmissing-format-attribute -Wno-#warnings -Wno-comment -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wstrict-prototypes -Wunused-parameter f: -fconstant-cfstrings -fdollars-in-identifiers -finline -finline-functions -fno-inline -fno-keep-inline-functions -fno-strict-aliasing -fobjc-atdefs -fobjc-call-cxx-cdtors -fobjc-new-property -fstack-protector m: -mconstant-cfstrings -mfix-and-continue llvm-svn: 68487
-
Ted Kremenek authored
pieces between block entrance and block end unless necessary. llvm-svn: 68483
-
Daniel Dunbar authored
__sync_bool_compare_and_swap. - <rdar://problem/6762223> [sema/irgen] support __sync_bool_compare_and_swap and __sync_add_and_fetch llvm-svn: 68482
-
Anders Carlsson authored
Use the new getFunctionInfo that takes a BlockPointerType parameter, and get rid of getBlockFunctionType from CGBlocks.cpp llvm-svn: 68478
-
Ted Kremenek authored
ExplodedGraph backwards. That may inadvertently result in reverse control-flow edges in the PathDiagostic. llvm-svn: 68477
-
Ted Kremenek authored
llvm-svn: 68476
-
Fariborz Jahanian authored
Be kind to so many projects which are doing this (and be like gcc). llvm-svn: 68474
-
Ted Kremenek authored
contexts". This allows us to use a stack of contexts to keep track of what control-flow pieces to include when exiting blocks like 'if', 'for', etc. llvm-svn: 68473
-
Ted Kremenek authored
llvm-svn: 68470
-
Steve Naroff authored
This will simplify clang adoption, and is probably better "etiquette" (since gcc has always accepted this idiom without warning). Once we are over the adoption hurdle, we can turn this into an error. llvm-svn: 68468
-