Skip to content
Snippets Groups Projects
  1. Jul 22, 2020
  2. Jul 21, 2020
  3. Nov 10, 2015
  4. Dec 10, 2014
  5. Oct 17, 2014
  6. Jul 18, 2013
  7. Mar 29, 2013
  8. Jul 18, 2012
    • Nat Goodspeed's avatar
      Backed out changeset a25bfa87418d (using std::type_info::name()) · 7f609b6a
      Nat Goodspeed authored
      The changeset above touched every consumer of the two LLRegistrySingletons
      originally defined with std::type_info* as keys. Those two
      LLRegistrySingletons were changed to use const char* as keys, then all
      consumers were changed to pass std::type_info::name() instead of the plain
      std::type_info* pointer -- to deal with the observed fact that on Linux, a
      given type might produce different std::type_info* pointers in different load
      modules. Since then, Richard turned up the fascinating fact that at least some
      implementations of gcc's std::type_info::before() method already accommodate
      this peculiarity. It seems worth backing out the (dismayingly pervasive)
      change to see if properly using std::type_info::before() as the map comparator
      will work just as well, with conceptually simpler source code.
      This backout is transitional: we don't expect things to build/run properly
      until we've cherry-picked certain other pertinent changes.
      7f609b6a
  9. Jul 11, 2012
    • Nat Goodspeed's avatar
      MAINT-1175: Forbid LLRegistry[Singleton]<std::type_info*, ...>. · 18bd525d
      Nat Goodspeed authored
      Back out code that selects LLTypeInfoLookup for the underlying map
      implementation when KEY = [const] std::type_info*, because LLTypeInfoLookup's
      API is changing to become incompatible with std::map. Instead, fail with
      STATIC_ASSERT when LLRegistry's KEY is [const] std::type_info*.
      Fix all existing uses to use std::type_info::name() string instead.
      18bd525d
  10. Oct 13, 2010
  11. Sep 21, 2010
  12. Aug 23, 2010
  13. Aug 13, 2010
  14. Oct 20, 2009
  15. Jul 27, 2009
Loading