This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: SH -ml not turning into -EL to ld
- From: Kaz Kojima <kkojima at rr dot iij4u dot or dot jp>
- To: joel dot sherrill at oarcorp dot com
- Cc: gcc at gcc dot gnu dot org, chrisj at rtems dot org, Sebastian dot Huber at embedded-brains dot de
- Date: Wed, 07 May 2014 10:35:35 +0900 (JST)
- Subject: Re: SH -ml not turning into -EL to ld
- Authentication-results: sourceware.org; auth=none
- References: <5367BE42 dot 5000905 at oarcorp dot com>
Joel Sherrill <joel.sherrill@oarcorp.com> wrote:
> We have a few build failures on the RTEMS target where it appears
> that the -ml argument to make a relocatable is not turned into a
> -EL argument to ld by gcc 4.8.2.
>
> This is the output of invoking gcc with "-v". Below that I invoked
> the same LD command with -EL on the command line and it
> worked.
>
> Any ideas or suggestions?
[snip]
> /users/joel/rtems-4.11-work/tools/libexec/gcc/sh-rtems4.11/4.8.2/collect2
-dc -dp -N -o cache.rel -r
Usually some linker emulation option like -m shlelf is used here
to specify endian. Looks that bsp_specs overrides the default
linker options and doesn't give linker emulation option.
Could you check *link with -dumpspecs and see if something like
-m %(link_emul_prefix)%{m5-compact*|m5-32media*:32}%{m5-64media*:64}%{!m1:%{!m2:%{!m3*:%{!m4*:%{!m5*:%(link_default_cpu_emul)}}}}}%(subtarget_link_emul_suffix)
is there?
Regards,
kaz