aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/MachineInstr.cpp
diff options
context:
space:
mode:
authorAnton Korobeynikov <asl@math.spbu.ru>2009-01-27 22:29:24 +0000
committerAnton Korobeynikov <asl@math.spbu.ru>2009-01-27 22:29:24 +0000
commit70d4c08cfeb75f6df20d6927525ca83b5a45cd5c (patch)
treef834542c2d55c9a977b5744d8379a9bedb0decd4 /llvm/lib/CodeGen/MachineInstr.cpp
parente19a1f15aef6f5992266f28f313d74454727ceea (diff)
downloadllvm-70d4c08cfeb75f6df20d6927525ca83b5a45cd5c.zip
llvm-70d4c08cfeb75f6df20d6927525ca83b5a45cd5c.tar.gz
llvm-70d4c08cfeb75f6df20d6927525ca83b5a45cd5c.tar.bz2
Treat [1 x i8] zeroinitializer as a C string, placing such stuff into
mergeable string section. I don't see any bad impact of such decision (rather then placing it into mergeable const section, as it was before), but at least Darwin linker won't complain anymore. The problem in LLVM is that we don't have special type for string constants (like gcc does). Even more, we have two separate types: ConstatArray for non-null strings and ConstantAggregateZero for null stuff.... It's a bit weird :) llvm-svn: 63142
Diffstat (limited to 'llvm/lib/CodeGen/MachineInstr.cpp')
0 files changed, 0 insertions, 0 deletions