public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* [ECOS] Re: [Fwd: [ECOS] Alternative to debug eCos using Multi-ICE]
       [not found] <3AF13A13.18B4A047@redhat.com>
@ 2001-05-03  9:09 ` Nick Clifton
  0 siblings, 0 replies; only message in thread
From: Nick Clifton @ 2001-05-03  9:09 UTC (permalink / raw)
  To: Jonathan Larmour; +Cc: Kwanghee, Lee, 

Hi Jifl,

== This mail is interesting. Are the comments it makes about binutils
== still true? Or fixable?

Yes and yes...

> * Binutils does not set the ELF flag to indicate that an entry point
> has been set. You must manually set the PC to the entry point for
> the image.  This is commonly 0x00008000 or 0x0.

This would be the EF_ARM_HASENTRY bit (0x2) in the e_flags of the ELF
header ?

This is true.  I am submitting a patch to binutils that will fix this
for future releases of the linker.


> * Binutils does not generate the ARM mapping symbols that
> distinguish between ARM code ($a), Thumb code ($t), and data
> ($d).

This is sadly true.  ARM even contributed code that would fix this
problem, but so far we (the FSF) have been unable to obtain a
copyright assignment, so that the code cannot be used.


> * GCC does not generate call frame information.

Umm, I am not sure if this is true.  GCC does support a -mapcs-frame
option which should cause APCS compliant stack frames to be generated.

Cheers
        Nick

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2001-05-03  9:09 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <3AF13A13.18B4A047@redhat.com>
2001-05-03  9:09 ` [ECOS] Re: [Fwd: [ECOS] Alternative to debug eCos using Multi-ICE] Nick Clifton

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).