* elf2flt.c (output_relocs) <use_resolved> [TARGET_arm]: Add
    R_ARM_REL32, which does not need a relocation.

Patch submitted by Shaun Jackman <sjackman@gmail.com>

Support the -a (use_resolved) option for TARGET_arm.
Shaun Jackman <sjackman@gmail.com>

We've eliminated the use of the relocation stack from the Blackfin
toolchain.  That means that the corresponding code in elf2flt can go
away, which is done by the patch below.

Bernd Schmidt <bernds_cb1@t-online.de>

Newly autoconf generated configure script. It was out-of-date relative
to the current configure.in. It didn't properly process
@binutils_ldscript_dir@, and that meant it was not properly set
in the ld-elf2flt.in/elf2flt.ld processing.

The patch below teaches elf2flt to handle R_68K_PC16 relocs.
Our immediate need for this was to deal with relocs for uClibc's
libc/sysdeps/linux/m68k/clone.S, which has "bcc.w __syscall_error"
instructions.  It might be argued that clone.S should be using jbcc
instead, in case __syscall_error ends up too far away.  But even if
that's true, elf2flt should still support such branches in cases
whether the user _knows_ that the target is within range.
So I think elf2flt should be patched either way.

We've been using this patch for a while now without problems.
Please install if OK.

Richard

Signed-off-by: Richard Sandiford <richard@codesourcery.com>

The current elf2flt.ld forgets to allow to put `gnu.linkonce.r*' sections
in the read-only data segment.

Philippe De Muyter <phdm@macqel.be>

Add the "b" back to files opens for WIN32 builds as I am fairly sure it was
required.

Fix the remain rb and wb cases that were missed.

Changed the mode argument for all the popen() calls to be just "w",
instead of "wb". According to the Linux manual page posix implementations
must accept only "r" or "w", no other characters. And you will get a
return error with EINVAL with modern version og glibc if this is not
the case.

It may well be that this is fine for CYGWIN too, someone needs to
test and report.

Calls to fopen and the like are unchanged, and they certainly do
support the "b" mode specifier.

Whee.  What a most entertaining bug.

For some (unfathomable) reason, the flat loader in the kernel likes to
use network (big endian) byte order, but only sometimes.  In particular,
its assumptions about relocation byte order depend on whether the
executable uses ID shared libraries or not.

It took me most of today to figure out why the kernel was trying to
relocate something at address 0x94160000, until I noticed that that's
the byteswapped version of 0x1694, and further noticed that it was
omitting a byteswap due to the flag Has-PIC-GOT in the flat header.

So, why is that flag set?  After all, opreport wasn't compiled with
-mid-shared-library or anything.

It turns out that elf2flt sets that flag if grepping the executable for
GLOBAL_OFFSET_TABLE succeeds.  That's a reasonable thing to do, except
when we link an executable against libbfd.a - which contains
GLOBAL_OFFSET_TABLE not as a symbol, but as a string, as it needs to
produce the symbol in linker output files.

Changing elf2flt to grep nm output, rather than the executable directly,
fixes the problem.  So, in the end it turns out this wasn't related to
the 20030928 failure at all...

Bernd Schmidt <bernds_cb1@t-online.de>

This patch adds support for .preinit_array, .init_array and .fini_array
to the elf2flt linker script.  This seems useful in itself, and is
actually required for recent versions of uclibc, where UCLIBC_CTOR_DTOR=y
depends on the associated array symbols being defined.

Tested on m68k-uclinux using the gcc and g++ DejaGNU testsuites.  I also
ran some tests by hand to make sure that callbacks in the array sections
were being called at the right time.  Please install if OK.

Richard

Signed-off-by: Richard Sandiford <richard@codesourcery.com>

Hello,

the following trivial patch is required to build elf2flt
on Darwin.  Weirdly, static compilation is intentionally
unsupported by Apple for better compatibility:

http://developer.apple.com/qa/qa2001/qa1118.html

As elf2flt binaries are usually shipped along with other
dynamic binaries such as gcc and gdb, we don't loose
anything on Linux.

I'd commit it myself, but I can't access the CVS server
right now.

Bernardo Innocenti <bernie@develer.com>

This patch allows cross-compilation of elf2flt for MinGW hosts when a
non-MinGW build system is in use. By using uname, there is currently an
assumption in 'Makefile.in' that (build system) == (host system), which
isn't necessarily the case in a Canadian cross environment. (At
CodeSourcery we use Linux for building our MinGW-hosted toolchains, some
of which will soon include elf2flt).

Julian Brown <julian@codesourcery.com>

Patch to add configure option:

--with-binutils-ldscript-dir

to allow the user to change the location of the elf2flt.ld script.

Mike Frysinger <vapier@gentoo.org>

seems my previous attempt at updating the current elf2flt code with nios
relocations was slightly wrong ... the code needs to be moved down a few
hundred lines  :)

Patch submitted by Mike Frysinger <vapier@gentoo.org>

nios/nios2 support by Wentao Xu <wentao@microtronix.com>
cleaned up for inclusion by Mike Frysinger <vapier@gentoo.org>

Hi,

I'm the maintainer of a windows hosted arm-elf gcc toolchain used mostly
for homebrew console development. One of my users recently asked if I
could have a look a getting elf2flt to build under mingw/msys to help
with his uclinux Nintendo DS port. I've attached a patch containing the
changes I made to the source in CVS, thought it might be useful.

2005-09-25  Dave Murphy  <davem@devkitpro.org>
   * Makefile.in: add ws2_32 library when building from msys shell.
   * cygwin-elf.h: On mingw.include stdint.h and add extra typedefs
   * elf2flt.c: Include cygwin-elf.h on mingw too.
   * flthdr.c: For mingw use winsock2.h for internet consts & structs ,
     use mktemp instead of mkstemp

Dave

Blackfin support merged in by Bernd Schmidt <bernds_cb1@t-online.de>

Change all file format related unsigned longs to uint32_t,  so that 64 bits
hosts can build this code correctly,  plus a little bit of Blackfin code.

Most of the changes provided Bernd Schmidt <bernds_cb1 at t-online.de>

A new config.sub with blackfin support
Bernd Schmidt <bernds_cb1@t-online.de>

Small spelling fixup from Dylan Griffiths.

Tweaked Makefile.in so that post-configured Makefile tests for a Cygwin build
environment, and if detected, explicitly adjusts the link order so that
libcygwin links *before* libiberty.a.  This gets around a Cygwin problem with
getopt()'s optind/optarg symbols.  See, for example:

http://sources.redhat.com/ml/cygwin/2004-04/msg01179.html

Also tweaked cygwin-elf.h and elf2flt.c so that Cygwin builds for MicroBlaze
target work as expected.

Patch sumbitted by John Williams <jwilliams@itee.uq.edu.au>

Explicit assignment of elf2flt package under GPL v2.0.

Add missing headers.

Patch submitted by Bernardo Innocenti <bernie@develer.com>.

Build elf2flt with headers from binutils 2.15.94+.
Should still work with older versions of binutils.

Patch submitted by Bernardo Innocenti <bernie@develer.com>.

Cygwin fixes.

Patch submitted by Stig Petter Olsrød <stigpo@users.sourceforge.net>.

Add support for win32 (non-cygwin) builds of elf2flt

Fix minor typo in error message

Patch submitted by Scott Thibault <thibault@gmvhdl.com>

h8/300 forbid relocation of absolute symbol

- add target h8300h
- shared flat binary support for h8

Yoshinori Sato <ysato@users.sourceforge.jp>

Use headers direct from binutils

Patch also includes a horrible kludge to get around some wierdness in the
elf files produced by mb-ld.

John Williams <jwilliams@itee.uq.edu.au>

A small patch to ld-elf2flt.in, that lets an elf2flt-ified toolchain run
from a directory other than that specifed in the original ./configure.
Helpful if you distribute toolchains and can't control where people
install them! :)  Also helpful if you are testing toolchains and need to
move them around after the elf2flt "make install".

John Williams <jwilliams@itee.uq.edu.au>

Somehow the microblaze support in elf2flt/config.sub was removed in the last revision (1.4 -> 1.5).

Attached patch restores it.

Submitted by John Williams <jwilliams@itee.uq.edu.au>.

When the linker "-v" flag is passed,  turn on shell debugging to show what
we are doing.

this patch for elf2flt makes sure that all install dirs exist before
copying files to them.

Bernardo Innocenti <bernie@develer.com>

In order to use m68k-uclinux globally as the new toolchain target,
I had to replace config.sub and config.guess in elf2flt with updated
versions already containing the required bits.

Bernardo Innocenti <bernie@develer.com>

A slightly updated configure script

Find attached the patch for the elf2flt utility. Except the elf2flt.c file, I have slightly modified the Makefile.in. The reason for this is to check the target architecture and if it is set to "e1", another linker script is installed. The reason for this alchemy is that our linker needs some sections that are included in the e1-elf2flt.ld script.

Patch submitted by Yannis Mitsos <gmitsos@telecom.ntua.gr>.

Allow installing elf2flt with build directory out of the source directory
Bernardo Innocenti <bernie@develer.com>

Check in stubs.c from Miles Bader's last patch

Add support for possibly missing dcgettext function
Miles Bader <miles@gnu.org>

Allow for really big apps, Miles Bader <miles@gnu.org>

I've now tested building the uClinux tools on a Windows box. These are
some more elf2flt fixes required for Cygwin:

Bernardo Innocenti <bernie@develer.com>

I've found the bug! A BSS link-once section was missing in elf2flt.ld.
The old version of GCC probably didn't ever generate this kind of
section because it was placing everything in the data link-once section.

Patch from Bernardo Innocenti <bernie@develer.com>

Fixup after last update

this patch adds Cygwin support to elf2flt. Also include a copy
of the elf.h header which is missing on Win32.

This is just a cleaned-up version of Leon's former Cygwin patch
and I couldn't really test it on Windows. At least I can ensure
it doesn't break anything on Linux :-)

Bernardo Innocenti <bernie@develer.com>

Fixed handling of MICROBLAZE_32 reloc type.  The mb-gcc distributes
relocations across several places - the "standard" ones such as
q->addend and bfd_section_vma(), but also embeds small offsets in the
actual text (code) itself.  Thus, it is necessary to examine the text to
get an initial offset, then add that to the others to get the final
fixup location.

This is required for at least MICROBLAZE_64 and MICROBLAZE_32 - others
may also need it.

Patch from John Williams <jwilliams@itee.uq.edu.au>

Patch from Bernardo Innocenti <bernie@develer.com>:

 - Use implicit a.out as output when -o option is not specified, like
   real ld does (this helps with configure tests);

 - Protect OFILE usage with quotes in case the name contains spaces;

Get rid of false/FALSE and true/TRUE usage so we work with all versions of
the binutils.  Patch from Bernardo Innocenti <bernie@develer.com>.

Ignore the -relax option.  Done for the MicroBlaze,  enabled for everyone,
hopefully this won't be a problem.

Make sure "-relax" is only used on FINAL links, let's see if this is good
enough for the Microblaze -r/-relax incompatibility.

Microblaze changes from John Williams.

Two changes from Miles Bader <miles@gnu.org>

1.) Previously it was writing the relocated pointer at the pointer's section
    offset from the start of the containing _segment_, not the start of the
    containing section (it doesn't affect most people because for normal
    usage, they're the same).

2)  Add v850 HI16S/LO16 relocation type

Fix the zero padding so that it doesn't crash if tehre is more than 1K of
padding required.

Fix the shared library support which,  although the library is at a high
address,  we don't want to pad the file to +16Mb.  We also do not want the
relocations starting +16Mb into the file :-)

Add ktrace option so that individual flat files will produce the useful
kernel trace for debugging.

Update to latest flat.h.

Patches from Miles Bader <miles@gnu.org>:

* replace occurances of sectionp + q->address with r_mem.

* fix all hex debug to have 0x prefix

* Add new v850 split relocation support

Multiple sections of a given type are combined, and any holes between
sections are filled with zeroes.

This changes the definition of `text', `data', and `bss' to use the
flags set by BFD, rather than requiring hardwired input section names
(for the normal case where one is using GNU ld and the elf2flt.ld linker
script, this should produce identical results, as that only ever
produces the three well-defined sections anyway).

Patch from Miles Bader <miles@gnu.org>.

This capability was already sort of in the code, but intertwined with
the GOT/PIC processing option.

This patch enables a separate ELF file for relocation info to be
specified independently using a -R option.

Patch from Miles Bader <miles@gnu.org>.

Added support for the Microblaze archiecture.

The only mod outside the #ifdef TARGET_microblaze stuff in elf2flt.c is a new
entry in config.sub so it knows about the target, and a new entry in the
elf2flt.ld because the microblaze gnu tools create sections called (.bss.*).

Patch from John Williams <jwilliams@itee.uq.edu.au>.

Added SH support from Paul Mundt <lethal@linux-sh.org>

Fixup some host alignment errors from Miles Bader <miles@gnu.org>

Added a --disable-got-check for platforms that can't do PIC/GOT yet, and
more so for h8300 binutils that cannot do the double link stage normally
used by ld-elf2flt.

This should be it for h8300 support in elf2flt.

Add H8 support (tested on H8300S).

Remove GOT limit from all but the m68k targets.

Added bad reloc error count and fail

Added --with-binutils-include-dir so we can get the elf/XX headers
from binutils directly and eventually dispense with elf.h.

arm expects the data segment on a 32 byte boundary,  otherwise the GOT
entries can throw the alignment of the relocations out and things get
pretty ugly from there.

put in the full contructor support by default.

For arm-elf remove all lines containing __[CD]TOR_END__, I'm not sure why
it is different yet.

Changes needed to fix arm-elf debugging and pthreads on ARM and m68k
It also fixes random crashes on ARM where the end of data was not
aligned on a 16byte boundary.

gcc 3.1 and 3.1.1 create a .jcr ELF section, which apparently is intended to
contain a list of pointers to classes to be registered during constructor
invoction time.  Sigh.  So make elf2flt work with newer gcc versions.
 -Erik

Pass through R_ARM_GOT32 and R_ARM_GOTPC relocations

Clean up the absolute path problems in ld-elf2flt

Tested with arm-elf toolchain build,  apps build
and run ok for me :-)

Fixed some spelling mistakes.

cleanup a few things while adding support for the shared library flat file
stuff.

Fixup for ARM PLT32 relocation type, patch from David Byron
<dbyron@dbyron.com> (was <dbyron@coactive.com>).

Added -with-bfd-include-dir=<dir> option as we have to use the bfd.h
that matches the libbfd.a we are using,  otherwise, elf2flt may coredump if
the system header is incompatible with the libbfd.a used.

Changes from Pauli to enable moving strings into the text area (if possible).

Changes to compile under Solaris from The LEOX team <lpm@leox.org>.

Improvements to the configure system from Miles Bader (miles@lsi.nec.co.jp).

Some more v850 tweaks from Miles Bader <miles@gnu.org>

Fix an error in the last update.

Fixups for the v850 from Miles Bader <miles@gnu.org>.

Initial revision