[src/trunk]: src/sys/arch/macppc/stand/fixcoff PR port-macppc/52564: revert p...

[uwe <uwe%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/10f53be30e79
branches:  trunk
changeset: 356533:10f53be30e79
user:      uwe <uwe%NetBSD.org@localhost>
date:      Mon Oct 02 00:55:55 2017 +0000

description:
PR port-macppc/52564: revert previous and use a different workaround.

The .eh_frame has nothing to do with it, especially since it's not
generated now anyway.  The problem is that

  . = (. + 0x0FFF) & 0xFFFFF000;

now seems to cause binutils to pad the preceding section, and when
that happens to be .text the powermac ofw is unhappy for whatever
reason.

For now provide .pad section that absorbs the padding as a workaround.
The binutils problem still needs to be looked into.

diffstat:

 sys/arch/macppc/stand/fixcoff/elf32_powerpc_merge.x |  4 +---
 1 files changed, 1 insertions(+), 3 deletions(-)

diffs (21 lines):

diff -r 63e77258b385 -r 10f53be30e79 sys/arch/macppc/stand/fixcoff/elf32_powerpc_merge.x
--- a/sys/arch/macppc/stand/fixcoff/elf32_powerpc_merge.x       Sun Oct 01 22:59:19 2017 +0000
+++ b/sys/arch/macppc/stand/fixcoff/elf32_powerpc_merge.x       Mon Oct 02 00:55:55 2017 +0000
@@ -32,9 +32,6 @@
     *(.rodata.*)
     *(.rodata1)
     *(.got1)
-  }
-  .eh_frame  :
-  {
     *(.eh_frame_hdr)
     *(.eh_frame)
   }
@@ -43,6 +40,7 @@
   .dtors     : { *(.dtors)   }
   _etext = .;
   PROVIDE (etext = .);
+  .pad       : { LONG(0) }
   /* Read-write section, merged into data segment: */
   . = (. + 0x0FFF) & 0xFFFFF000;
   .data    :