Skip to content
  1. Aug 10, 2009
    • Chris Lattner's avatar
      Make the big switch: Change MCSectionMachO to represent a section *semantically* · cb307a27
      Chris Lattner authored
      instead of syntactically as a string.  This means that it keeps track of the 
      segment, section, flags, etc directly and asmprints them in the right format.
      This also includes parsing and validation support for llvm-mc and 
      "attribute(section)", so we should now start getting errors about invalid 
      section attributes from the compiler instead of the assembler on darwin.
      
      Still todo: 
      1) Uniquing of darwin mcsections
      2) Move all the Darwin stuff out to MCSectionMachO.[cpp|h]
      3) there are a few FIXMEs, for example what is the syntax to get the
         S_GB_ZEROFILL segment type?
      
      llvm-svn: 78547
      cb307a27
  2. Aug 09, 2009
  3. Aug 08, 2009
  4. Aug 07, 2009
    • Bill Wendling's avatar
    • Daniel Dunbar's avatar
      llvm-mc/AsmMatcher: Tweaks in response to feedback. · 15b80370
      Daniel Dunbar authored
      llvm-svn: 78404
      15b80370
    • Daniel Dunbar's avatar
      Improve disabling of X86 AsmMatcher. · cf18d6be
      Daniel Dunbar authored
      llvm-svn: 78381
      cf18d6be
    • Daniel Dunbar's avatar
      Disable X86 AsmMatcher for now, it is causing gcc-4.0 to run out of memory on · 32d0bb4c
      Daniel Dunbar authored
      i386-apple-darwin9. This presumably will get fixed once the generated code
      improves.
      
      llvm-svn: 78379
      32d0bb4c
    • Daniel Dunbar's avatar
      llvm-mc/AsmMatcher: Move to a slightly more sane matching design. · e10787e7
      Daniel Dunbar authored
       - Still not very sane, but a least its not 60k lines on X86. :)
      
       - In terms of correctness, currently some things are hard wired for X86, and we
         still don't properly resolve ambiguities (this is ignoring the instructions
         we don't even match due to funny .td stuff or other corner cases).
      
      The high level changes:
       1. Represent tokens which are significant for matching explicitly as separate
          operands. This uniformly handles not only the instruction mnemonic, but
          also 'signficiant' syntax like the '*' in "call * ...".
      
       2. Separate the matching of operands to an instruction from the construction of
          the MCInst. In theory this can be done during matching, but since the number
          of variations is small I think it makes sense to decompose the problems.
      
       3. Improved a few of the mechanisms to at least successfully flatten / tokenize
          the assembly strings for PowerPC and ARM.
      
       4. The comment at the top of AsmMatcherEmitter.cpp explains the approach I'm
          moving towards for handling ambiguous instructions. The high-bit is to infer
          a partial ordering of the operand classes (and force the user to specify one
          if we can't) and use that to resolve ambiguities.
      
      llvm-svn: 78378
      e10787e7
  5. Aug 06, 2009
  6. Aug 05, 2009
  7. Aug 04, 2009
  8. Aug 03, 2009
Loading