3 Commits

Author	SHA1	Message	Date
Rafael Espindola	2bf6afc277	Relax alignment fragments. ... With this we don't need the EffectiveSize field anymore. Without that field LayoutFragment only updates offsets and we don't need to invalidate the current fragment when it is relaxed (only the ones following it). This is also a very small improvement in the accuracy of the layout info as we now use the after relaxation size immediately. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@121857 91177308-0d34-0410-b5e6-96231b3b80d8	2010-12-15 08:45:53 +00:00
Rafael Espindola	f9a4476173	Patch by David Meyer to avoid a O(N^2) behaviour when relaxing fragments. ... Since we now don't update addresses so early, we might relax a bit more than we need to. This is simillar to the issue in PR8467. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@121856 91177308-0d34-0410-b5e6-96231b3b80d8	2010-12-15 07:39:29 +00:00
Daniel Dunbar	f08fde41f3	MC/Mach-O: Implement initial support for relaxation. ... - The implementation is currently very brain dead and inefficient, but I have a clear plan on how to fix it. - The good news is, it works and correctly assembles 403.gcc (when built with Clang, at '-Os', '-Os -g', and '-O3'). Even better, at '-Os' and '-Os -g', the resulting binary is exactly equivalent to that when built with the system assembler. So it probably works! :) git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@98396 91177308-0d34-0410-b5e6-96231b3b80d8	2010-03-12 22:07:14 +00:00