<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=koi8-r">
<style type="text/css" style="display:none"><!-- p { margin-top: 0px; margin-bottom: 0px; }--></style>
</head>
<body dir="ltr" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p><span style="color: rgb(33, 33, 33); font-size: 12pt;">>Thank you for taking a look. I think that the answer depends on how much slower GNU linkers are with separate .eh_frame sections. If it is not too slow, it may make >sense to generate split .eh_frame
 sections unconditionally. Otherwise, we might want to add a new option so that clang doesn't produce split .eh_frame sections by >default.</span></p>
<p><span style="color: rgb(33, 33, 33); font-size: 12pt;"><br>
</span></p>
<p><span style="color: rgb(33, 33, 33); font-size: 12pt;">I'll start investigating the implementation and try to update/reimplement and check that all.​ </span></p>
<p><span style="color: rgb(33, 33, 33); font-size: 12pt;">(Can probably take some time because want to investigate llvm/mc code a little as it is new for me).</span></p>
<p><span style="color: rgb(33, 33, 33); font-size: 12pt;"><br>
</span></p>
<div style="color: rgb(33, 33, 33);">
<div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>> </div>
<div>>Either way, my aim is to make lld handle only split .eh_frame sections to do gc-sections or ICF. Supporting both non-split and split section doesn't simplify it at all and >therefore doesn't make sense. It'd rather increase the work we need to do.</div>
<div><br>
</div>
Yes and that is my concern. I think we can't just drop supporting optimization of objects produced not by clang/llvm-mc.<br>
</div>
<div class="gmail_quote">If we drop supporting split section case, we will lose it and need to be sure <span style="font-size: 12pt;">that is fine for users of LLD.</span></div>
<div class="gmail_quote"><span style="font-size: 12pt;">That probably the questio</span><span style="font-size: 12pt;">n</span><span style="font-size: 12pt;"> is if other compilers will want to do the something same or not.</span></div>
<div class="gmail_quote">Anyways that is a bit forward question probably, let me do experiments with it for start to check the idea.<br>
</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">George.<br>
</div>
<div class="gmail_quote"><br>
</div>
</div>
</div>
</div>
</div>
</body>
</html>