summaryrefslogtreecommitdiff
path: root/rts/Linker.c
diff options
context:
space:
mode:
authorGabor Greif <ggreif@gmail.com>2017-05-03 11:07:10 +0200
committerGabor Greif <ggreif@gmail.com>2017-05-04 15:38:26 +0200
commit81af480a0fd3b37fff17245c1468638597261bcb (patch)
tree5493a9adcb9857c062f0664700aaeafe12c37bec /rts/Linker.c
parent783dfa744b14e682951a8358e51356a2dedda325 (diff)
downloadhaskell-81af480a0fd3b37fff17245c1468638597261bcb.tar.gz
Abandon typedefing the {Section,ObjectCode}FormatInfo structs
Summary: This is a follow-up to @angerman 's refactoring for ELF that happened with e5e8646d3c6af82549b55fbee6764b087144a7ec My previous commit a6675a93efe7cae2f206508047a39e73ce4e92a5 corrected a typedef redefinition issue with GCC v4.4 (which is pervasive with RHEL 6). Now the problem has resurfaced. Instead of dancing after the different compiler's pipe, I decided to eliminate the typedefs altogether and refer to the struct namespace explicitly. Added a note to describe why typedefs are not applied on customisable structs. Reviewers: austin, bgamari, erikd, simonmar Subscribers: rwbarton, thomie, angerman Differential Revision: https://phabricator.haskell.org/D3527
Diffstat (limited to 'rts/Linker.c')
-rw-r--r--rts/Linker.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/rts/Linker.c b/rts/Linker.c
index f1ba84a296..65caf89f6e 100644
--- a/rts/Linker.c
+++ b/rts/Linker.c
@@ -1766,7 +1766,7 @@ addSection (Section *s, SectionKind kind, SectionAlloc alloc,
s->mapped_start = mapped_start; /* start of mmap() block */
s->mapped_size = mapped_size; /* size of mmap() block */
- s->info = (SectionFormatInfo*)stgCallocBytes(1, sizeof(SectionFormatInfo),
+ s->info = (struct SectionFormatInfo*)stgCallocBytes(1, sizeof *s->info,
"addSection(SectionFormatInfo)");
IF_DEBUG(linker,