1. 19 Nov, 2014 1 commit
  2. 13 Nov, 2014 1 commit
  3. 31 Oct, 2014 1 commit
  4. 16 Oct, 2014 1 commit
  5. 30 Sep, 2014 1 commit
  6. 19 Sep, 2014 1 commit
  7. 29 Aug, 2014 1 commit
  8. 18 Jul, 2014 1 commit
  9. 28 May, 2014 2 commits
  10. 23 Apr, 2014 1 commit
  11. 15 Apr, 2014 2 commits
    • Matthias Braun's avatar
      irio: only set alignment if > 0 · 67eb1e22
      Matthias Braun authored
      67eb1e22
    • Matthias Braun's avatar
      split Sel node into Member and Sel · 36408645
      Matthias Braun authored
      - Compound type selection is performed with Member
      - Array indexing is performed with Sel
      - Instead of the simpleSel constructor functions you can use the normal Member
        constructors now
      - The concept of array element entities has been removed, Sel nodes just
        contain a pointer to the array type now.
      36408645
  12. 21 Mar, 2014 1 commit
  13. 18 Mar, 2014 1 commit
  14. 07 Mar, 2014 1 commit
  15. 06 Mar, 2014 1 commit
  16. 17 Feb, 2014 1 commit
  17. 14 Feb, 2014 1 commit
  18. 30 Jan, 2014 1 commit
  19. 29 Jan, 2014 2 commits
  20. 28 Jan, 2014 1 commit
  21. 27 Jan, 2014 1 commit
  22. 09 Dec, 2013 1 commit
  23. 25 Nov, 2013 3 commits
  24. 21 Nov, 2013 1 commit
  25. 12 Nov, 2013 2 commits
  26. 29 Oct, 2013 1 commit
  27. 07 Oct, 2013 1 commit
  28. 22 Aug, 2013 1 commit
  29. 08 Aug, 2013 1 commit
    • Matthias Braun's avatar
      remove support for enumeration types · 89c75d37
      Matthias Braun authored
      It is not usefull for optimization in most languages:
      - In C/C++ you can't really change the value of enum constants as casting
        from/to integer has to produce the expected results.
      - In Java (and other OO languages) enum members are objects so the
        libfirm enumeration type can't be used there anyway
      89c75d37
  30. 08 Jul, 2013 1 commit
  31. 04 Jul, 2013 1 commit
  32. 02 Jul, 2013 2 commits
  33. 26 Jun, 2013 1 commit
    • Matthias Braun's avatar
      remove the strange/unused concept of mem_pinned. · 4719c02b
      Matthias Braun authored
      I don't really understand what it was supposed to do (because nodes
      using/producing should be pretty much immovable anyway because of their
      dependencies, so an additional pinning type appears unnecessary).
      In practice there was no code differentiating between mem_pinned and exc_pinned.
      4719c02b