Skip to content
  • Bill Wendling's avatar
    The llvm-gcc front-end and the pass manager use two separate TargetData objects. · dfd8daaf
    Bill Wendling authored
    This is probably not confined to *just* these two things.
    
    Anyway, the llvm-gcc front-end may look up the structure layout information for
    an abstract type. That information will be stored into a table with the FE's
    TD. Instruction combine can come along and also ask for information on that
    abstract type, but for a separate TD (the one associated with the pass manager).
    
    After the type is refined, the old structure layout information in the pass
    manager's TD file is out of date. If a new type is allocated in the same space
    as the old-unrefined type, then the structure type information in the pass
    manager's TD file will be wrong, but won't know it.
    
    Fix this by making the TD's structure type information an abstract type user.
    
    llvm-svn: 89176
    dfd8daaf
Loading