From: Matthew Gretton-Dann <matthew.gretton-dann@arm.com>
To: "Heikki Keränen" <heikki.keranen@finwe.fi>
Cc: binutils@sourceware.org
Subject: Re: Linking against armlink produced ELF for armv6-m (thumb only) CPU
Date: Tue, 10 Aug 2010 21:17:00 -0000 [thread overview]
Message-ID: <1281432433.7027.39.camel@e102319-lin.cambridge.arm.com> (raw)
In-Reply-To: <4C6021C8.8090306@finwe.fi>
On Mon, 2010-08-09 at 18:42 +0300, Heikki Keränen wrote:
>
> On 9.8.2010 15:39, Matthew Gretton-Dann wrote:
> > Hi,
> >
> > On Mon, 2010-08-09 at 15:09 +0300, Heikki Keränen wrote:
> >> Hi,
> >>
> >> I have found no good solution to this problem. Can anyone help?
> >>
> >> We have a ROM image produced by RVCT toolchain: armlink produces .axf
> >> -file which is in ELF-format. Now we would like to create an executable
> >> to the RAM by using the GNU-toolchain. Those RAM-executables should of
> >> course link against functions in ROM.
>
> [snip]
>
> >> Build finishes, but in the ld -linker prints out a following error
> >> message: "Conflicting CPU architectures 11/0". Also the veneers
> >> generated by the ld -linker seem to contain ARM-instructions although we
> >> have a thumb-only CPU architecture (armv6-m).
> >
> > Can you give some sample command lines (I don't think objects are
> > necessary at the moment) please?
>
>
> Here is my very simple example project I used to reproduce this issue:
[test case snipped]
> Here should be all the information you asked. I can provide additional
> details if required. I have tried a large number of compiler and linker
> options so some of those options I used are probably unnecessary or stupid.
Thank you for the test case - I have managed to reproduce the behaviour
you are seeing, and also cut it down to a test case that only needs gas
and ld to exhibit the same behaviour.
The basic issue seems to be that we are treating an object with
no .ARM.attributes section as one where all the attributes take their
default value (0 or "") and not one which has all the attributes set to
undefined (as if a TAG_nodefaults attribute was present).
I have raised the following bug in BugZilla to address this:
http://sourceware.org/bugzilla/show_bug.cgi?id=11897
Thanks,
Matt
--
Matthew Gretton-Dann
Principal Engineer - PDSW Tools
ARM Ltd
next prev parent reply other threads:[~2010-08-10 9:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-09 12:39 Heikki Keränen
2010-08-09 15:42 ` Matthew Gretton-Dann
2010-08-09 18:09 ` Heikki Keränen
2010-08-10 21:17 ` Matthew Gretton-Dann [this message]
2011-07-05 18:21 ` GusSabina
2011-07-06 14:58 ` Matthew Gretton-Dann
[not found] ` <1310448299.35910.YahooMailRC@web34301.mail.mud.yahoo.com>
2011-07-12 22:33 ` Matthew Gretton-Dann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1281432433.7027.39.camel@e102319-lin.cambridge.arm.com \
--to=matthew.gretton-dann@arm.com \
--cc=binutils@sourceware.org \
--cc=heikki.keranen@finwe.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).