|  | Commit message (Collapse) | Author | Age | Files | Lines | 
|---|
| | 
| 
| 
| | llvm-svn: 62598 | 
| | 
| 
| 
| | llvm-svn: 62596 | 
| | 
| 
| 
| | llvm-svn: 62594 | 
| | 
| 
| 
| 
| 
| 
| 
| | fully implemented yet and not used.  This is
mainly to clarify that APFloat::mod implements
C fmod, not remainder.
llvm-svn: 62593 | 
| | 
| 
| 
| 
| 
| | Patrick Boettcher!
llvm-svn: 62592 | 
| | 
| 
| 
| | llvm-svn: 62591 | 
| | 
| 
| 
| | llvm-svn: 62590 | 
| | 
| 
| 
| | llvm-svn: 62589 | 
| | 
| 
| 
| 
| 
| | accidentally reverted again.
llvm-svn: 62587 | 
| | 
| 
| 
| | llvm-svn: 62586 | 
| | 
| 
| 
| 
| 
| | struct.
llvm-svn: 62585 | 
| | 
| 
| 
| | llvm-svn: 62584 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| | va_list is a struct, like x86-64.
If anyone has a better idea for how to do the check in the if 
statements, suggestions are welcome.
llvm-svn: 62582 | 
| | 
| 
| 
| 
| 
| | document both it and DeclContext::addDecl properly
llvm-svn: 62581 | 
| | 
| 
| 
| 
| 
| | start failing.
llvm-svn: 62578 | 
| | 
| 
| 
| 
| 
| 
| | elements, even if it is only to take the address.  Test:
break-anti-dependencies.ll with ENABLE_EXPENSIVE_CHECKS.
llvm-svn: 62576 | 
| | 
| 
| 
| 
| 
| 
| 
| | builtins.
Also, a minor tweak to va_copy for consistency.
llvm-svn: 62574 | 
| | 
| 
| 
| | llvm-svn: 62573 | 
| | 
| 
| 
| | llvm-svn: 62572 | 
| | 
| 
| 
| | llvm-svn: 62571 | 
| | 
| 
| 
| 
| 
| | now fully independent of the gcc driver when targetting Darwin/x86.
llvm-svn: 62570 | 
| | 
| 
| 
| 
| 
| | filename from the input path.
llvm-svn: 62569 | 
| | 
| 
| 
| 
| 
| | owned by the ASTContext's TranslationUnitDecl. There are definitely some leaking Decls now that I'll tackle tomorrow
llvm-svn: 62568 | 
| | 
| 
| 
| | llvm-svn: 62567 | 
| | 
| 
| 
| 
| 
| 
| | - Clean up some placement of output args to match gcc more precisely
   (for testing).
llvm-svn: 62566 | 
| | 
| 
| 
| | llvm-svn: 62565 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | that every declaration lives inside a DeclContext.
Moved several things that don't have names but were ScopedDecls (and,
therefore, NamedDecls) to inherit from Decl rather than NamedDecl,
including ObjCImplementationDecl and LinkageSpecDecl. Now, we don't
store empty DeclarationNames for these things, nor do we try to insert
them into DeclContext's lookup structure.
The serialization tests are temporarily disabled. We'll re-enable them
once we've sorted out the remaining ownership/serialiazation issues
between DeclContexts and TranslationUnion, DeclGroups, etc.
llvm-svn: 62562 | 
| | 
| 
| 
| | llvm-svn: 62561 | 
| | 
| 
| 
| | llvm-svn: 62558 | 
| | 
| 
| 
| 
| 
| 
| | as its comment says, even in the case where it will be generating
extending loads. This fixes PR3216.
llvm-svn: 62557 | 
| | 
| 
| 
| | llvm-svn: 62556 | 
| | 
| 
| 
| 
| 
| | types. After all there was a reason why std::map was used initially!
llvm-svn: 62555 | 
| | 
| 
| 
| 
| 
| 
| | BUILT WITH WRONG VERSION OF AUTOCONF! Somebody please regenerate with an
approved version. Thanks!
llvm-svn: 62554 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | This requires a rebuild of 'configure' itself. I will be committing that next, but
built with the wrong version of autoconf. Somebody who has the right one, please update
it.
As a side-note, because of the way autoconf works, all built tools will link against
libffi, not just lli. If you know how to fix this, please let me know ...
llvm-svn: 62553 | 
| | 
| 
| 
| 
| 
| | when say that a store is dead even though the computed value is used in the enclosing expression.
llvm-svn: 62552 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| | - Add Darwin_X86_CC1Tool which is shared by Darwin/x86/Compile and
   Darwin/x86/Preprocess tools.
 - Minor bug fixes (CmpDriver exit code, -x cpp-output handling, some
   linker argument translation).
llvm-svn: 62551 | 
| | 
| 
| 
| | llvm-svn: 62547 | 
| | 
| 
| 
| | llvm-svn: 62546 | 
| | 
| 
| 
| | llvm-svn: 62545 | 
| | 
| 
| 
| 
| 
| | loads.  This reduces user time but increases system time because of the slightly larger PTH file.  Although there is no performance win on Cocoa.h and -Eonly, overall this seems like a good step.
llvm-svn: 62542 | 
| | 
| 
| 
| 
| 
| | trapping instruction be executed unconditionally.
llvm-svn: 62541 | 
| | 
| 
| 
| 
| 
| | The QualType smart pointer assumes we have 3 flag bits available.
llvm-svn: 62540 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | SDNode subclasses to keep state that requires non-trivial
destructors, however it was already effectively impossible,
since the destructor isn't actually ever called. There currently
aren't any SDNode subclasses affected by this, and in general
it's desireable to keep SDNode objects light-weight.
This eliminates the last virtual member function in the SDNode
class, so it eliminates the need for a vtable pointer, making
SDNode smaller.
llvm-svn: 62539 | 
| | 
| 
| 
| | llvm-svn: 62538 | 
| | 
| 
| 
| | llvm-svn: 62537 | 
| | 
| 
| 
| | llvm-svn: 62536 | 
| | 
| 
| 
| | llvm-svn: 62535 | 
| | 
| 
| 
| 
| 
| 
| | langref.  Constant fold them to undef instead of trying to preserve
the trap.  This fixes PR3354.
llvm-svn: 62534 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | uses are added to the From node while it is processing From's
use list, because of automatic local CSE. The fix is to avoid
visiting any new uses.
Fix a few places in the DAGCombiner that assumed that after
a RAUW call, the From node has no users and may be deleted.
This fixes PR3018.
llvm-svn: 62533 | 
| | 
| 
| 
| | llvm-svn: 62532 |