Skip to content
  1. Aug 21, 2013
  2. Aug 17, 2013
    • Argyrios Kyrtzidis's avatar
      Rename libIDE to libIndex. · 15a2fccb
      Argyrios Kyrtzidis authored
      Per feedback from Chandler, it's better to have libraries with more specific functionality.
      LibIndex will contain the indexing functionality of libclang, which includes USR generation.
      
      llvm-svn: 188601
      15a2fccb
  3. Aug 16, 2013
    • Argyrios Kyrtzidis's avatar
      Introduce the clangIDE library. · 4b2b4608
      Argyrios Kyrtzidis authored
      Libclang has a lot of functionality that is inaccessible.
      The purpose of clangIDE is to move most of the functionality of libclang to it so we
      can expose it and have libclang be more of a thin C wrapper over clangIDE.
      
      Start by moving the USR generation functionality into clangIDE.
      
      llvm-svn: 188569
      4b2b4608
  4. May 14, 2013
    • David Blaikie's avatar
      Provide operator<< for stream output of DeclarationNames · d4da8728
      David Blaikie authored
      ASTDumper was already trying to do this & instead got an implicit bool
      conversion by surprise (thus printing out 0 or 1 instead of the name of
      the declaration). To avoid that issue & simplify call sites, simply make
      it the normal/expected operator<<(raw_ostream&, ...) overload & simplify
      all the existing call sites. (bonus: this function doesn't need to be a
      member or friend, it's just using public API in DeclarationName)
      
      llvm-svn: 181832
      d4da8728
  5. May 13, 2013
    • Rafael Espindola's avatar
      Cleanup handling of UniqueExternalLinkage. · 3ae00052
      Rafael Espindola authored
      This patch renames getLinkage to getLinkageInternal. Only code that
      needs to handle UniqueExternalLinkage specially should call this.
      
      Linkage, as defined in the c++ standard, is provided by
      getFormalLinkage. It maps UniqueExternalLinkage to ExternalLinkage.
      
      Most places in the compiler actually want isExternallyVisible, which
      handles UniqueExternalLinkage as internal.
      
      llvm-svn: 181677
      3ae00052
  6. Feb 07, 2013
  7. Feb 03, 2013
  8. Feb 02, 2013
  9. Feb 01, 2013
  10. Jan 26, 2013
  11. Jan 23, 2013
  12. Jan 20, 2013
  13. Dec 18, 2012
  14. Dec 07, 2012
  15. Nov 06, 2012
    • Ted Kremenek's avatar
      Remove completely irrelevant code from USR generation. · ccf3b429
      Ted Kremenek authored
      Thanks to Richard Smith for pointing this out.  This code stopped
      serving its purpose during r103212 in a refactoring.  My initial
      fix was to add back the logic to abort the USR generation for
      InternalLinkage, but enough tests broke suspiciously that I fear
      that USR generation for cursors with InternalLinkage is now expected
      by some clients (where it wasn't the case when the refactoring
      took place).  I don't own this code anymore and have not looked
      at it for some time, but clearly this code is dead and can be removed
      pending further review on the proper logic here.
      
      llvm-svn: 167442
      ccf3b429
  16. Sep 26, 2012
  17. Aug 31, 2012
  18. Jun 07, 2012
    • Benjamin Kramer's avatar
      Plug a long standing memory leak in TemplateArgument. · 6003ad58
      Benjamin Kramer authored
      The integral APSInt value is now stored in a decomposed form and the backing
      store for large values is allocated via the ASTContext. This way its not
      leaked as TemplateArguments are never destructed when they are allocated in
      the ASTContext. Since the integral data is immutable it is now shared between
      instances, making copying TemplateArguments a trivial operation.
      
      Currently getting the integral data out of a TemplateArgument requires creating
      a new APSInt object. This is cheap when the value is small but can be expensive
      if it's not. If this turns out to be an issue a more efficient accessor could
      be added.
      
      llvm-svn: 158150
      6003ad58
  19. Mar 11, 2012
  20. Feb 13, 2012
  21. Feb 10, 2012
  22. Jan 17, 2012
  23. Jan 01, 2012
  24. Dec 27, 2011
  25. Dec 10, 2011
  26. Nov 01, 2011
  27. Oct 28, 2011
  28. Oct 19, 2011
  29. Oct 18, 2011
  30. Oct 17, 2011
  31. Oct 15, 2011
  32. Oct 14, 2011
Loading