Skip to content
  1. Aug 17, 2011
  2. Aug 16, 2011
  3. Jul 23, 2011
  4. Mar 30, 2011
  5. Feb 28, 2011
    • Argyrios Kyrtzidis's avatar
      [analyzer] Introduce "event" mechanism in CheckerManager. · a15dfec3
      Argyrios Kyrtzidis authored
      A checker can register as receiver/listener of "events" (basically it registers a callback
      with a function getting called with an argument of the event type) and other checkers can
      register as "dispatchers" and can pass an event object to all the listeners.
      This allows cooperation amongst checkers but with very loose coupling.
      
      llvm-svn: 126658
      a15dfec3
  6. Feb 25, 2011
  7. Feb 23, 2011
  8. Feb 15, 2011
  9. Feb 14, 2011
    • Argyrios Kyrtzidis's avatar
      [analyzer] Overhauling of the checker registration mechanism. · 556c45e9
      Argyrios Kyrtzidis authored
      -Checkers will be defined in the tablegen file 'Checkers.td'.
      -Apart from checkers, we can define checker "packages" that will contain a collection of checkers.
      -Checkers can be enabled with -analyzer-checker=<name> and disabled with -analyzer-disable-checker=<name> e.g:
      	Enable checkers from 'cocoa' and 'corefoundation' packages except the self-initialization checker:
      	-analyzer-checker=cocoa -analyzer-checker=corefoundation -analyzer-disable-checker=cocoa.SelfInit
      -Introduces CheckerManager and CheckerProvider. CheckerProviders get the set of checker names to enable/disable and
       register them with the CheckerManager which will be the entry point for all checker-related functionality.
      
      Currently only the self-initialization checker takes advantage of the new mechanism.
      
      llvm-svn: 125503
      556c45e9
Loading