simple definitions of un-initialized data are using the .space asm directive which results in huge object files where fortran common variables are sizeable. Although this is reported against fortran, it is possible that it also manifests for other components. credit for reporting this to Andy Nelson
Created attachment 20160 [details] reduced testcase this compiles to an 7.6Mb object on current trunk.
Created attachment 20161 [details] provisional fix against 157594 this is plagiarized in its entirety from apple/llvm 4.2 (was fixed in that tree in 2002 apparently). Credit for the fix should go to turley. reg-tested on i686-apple-darwin9.
Seems to be a target bug, nothing to do with the Fortran frontend. Also, unless "turley" has a copyright assignment on file with the FSF (didn't find him/her in the MAINTAINERS file), the patch unfortunately cannot be accepted.
(In reply to comment #3) > Also, unless "turley" has a copyright assignment on file with the FSF (didn't > find him/her in the MAINTAINERS file), the patch unfortunately cannot be > accepted. It's from the apple / llvm tree which is already under FSF license - albeit V2. INAL - but I'm under the impression that there's no barrier to ports from that tree (other than time/effort/skill).
(In reply to comment #3) > Also, unless "turley" has a copyright assignment on file with the FSF (didn't > find him/her in the MAINTAINERS file), the patch unfortunately cannot be > accepted. for the record also - my typo: the fix author was Turly O'Connor (turly@apple.com) listed in the MAINTAINER's file for the tree revision from which the patch was taken [although not listed in MAINTAINERs for trunk]
*** This bug has been marked as a duplicate of 33120 ***