Skip to content
  1. Sep 29, 2010
  2. Sep 28, 2010
  3. Sep 27, 2010
  4. Sep 16, 2010
  5. Sep 07, 2010
  6. Sep 03, 2010
  7. Sep 02, 2010
  8. Sep 01, 2010
  9. Aug 30, 2010
    • Duncan Sands's avatar
      Remove a hack that tries to understand incorrect triples from the · 1b6744a3
      Duncan Sands authored
      Triple class constructor.  Only valid triples should now be used
      inside LLVM - front-ends are now responsable for rejecting or
      correcting invalid target triples.  The Triple::normalize method
      can be used to straighten out funky triples provided by users.
      Give this a whirl through the buildbots to see if I caught all
      places where triples enter LLVM.
      
      llvm-svn: 112470
      1b6744a3
  10. Aug 26, 2010
  11. Aug 25, 2010
  12. Aug 23, 2010
  13. Aug 20, 2010
  14. Aug 19, 2010
  15. Aug 18, 2010
  16. Aug 17, 2010
  17. Aug 16, 2010
  18. Aug 12, 2010
    • Duncan Sands's avatar
      Add a 'normalize' method to the Triple class, which takes a mucked up · 501dff76
      Duncan Sands authored
      target triple and straightens it out.  This does less than gcc's script
      config.sub, for example it turns i386-mingw32 into i386--mingw32 not
      i386-pc-mingw32, but it does a decent job of turning funky triples into
      something that the rest of the Triple class can understand.  The plan
      is to use this to canonicalize triple's when they are first provided
      by users, and have the rest of LLVM only deal with canonical triples.
      Once this is done the special case workarounds in the Triple constructor
      can be removed, making the class more regular and easier to use.  The
      comments and unittests for the Triple class are already adjusted in this
      patch appropriately for this brave new world of increased uniformity.
      
      llvm-svn: 110909
      501dff76
Loading