<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></p>
<div style="color: rgb(33, 33, 33);">
<div>
<div class="gmail_extra">
<p style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 16px;"><span style="color: rgb(33, 33, 33); font-size: 12pt;">> Is there any way to rewrite that part of the linker script in the Linux kernel so that the kernel doesn't depend on this
dark-corner behavior of the bfd linker? If > removing `-m` from Makefile which build that particular file fixes the issue, I'd definitely do that.</span><br>
</p>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 16px; color: rgb(33, 33, 33);">
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">That probably will work, as well as changing to -m <span style="font-family: "Segoe UI", "Segoe WP", "Segoe UI WPC", Tahoma, Arial, sans-serif; font-size: 13.3333px; background-color: rgb(255, 255, 255);">elf_i386</span>. But then that
means we have bfd, gold and LLD all with different behavior.<br>
</div>
<div class="gmail_extra">I am not sure why do you want this incompatibility when we can just ignore -m if have any object files ?<br>
<br>
</div>
<div class="gmail_extra">(currently patch do override of -m, but I think I can update it to "check that -m is valid value and ignore it if type was inferred from .o"<span style="font-size: 12pt;">)</span></div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Current way that looks duplicates gold behavior seems logical enough and does not require fix of side applications.<br>
</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">
<div class="gmail_quote">George.<br>
</div>
</div>
</div>
<br>
</div>
</div>
</div>
</body>
</html>