This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: Section garbage collection and function addresses
- To: "Chris Morrow" <cmorrow at YottaYotta dot com>, <ecos-discuss at sourceware dot cygnus dot com>
- Subject: Re: [ECOS] Section garbage collection and function addresses
- From: "Ling Su" <lingsu at palmmicro dot com>
- Date: Thu, 10 Aug 2000 11:59:10 -0700
- Cc: "Bart Veer" <bartv at redhat dot com>
- Organization: Palm Microsystems, Inc.
- References: <39873E29.E40F2EB5@YottaYotta.com>
- Reply-To: "Ling Su" <lingsu at palmmicro dot com>
Hi, Chris,
Have you successfully got the mips64 toolchain work now? I may meet the same
problem as you, I use gdb5.0, egcs-2000-5-30, and binutils 2.10, I can not
succeed in try to debugging since the main funciton has an address 0x0. I
turned off the -gc-sections option, and tried to run it in simulation
target, I still met some problem for accessing some wrong address. It is
really strange, since I knew at least Jifl and Charles use the MIPS
evaluation baord Vr4373 quite well, I almost applied the some version
binutils, gcc and gdb, how come I can not overcome that.
Hi, Bart,
If I buy the customer support from RedHat, it is possible the toolchain
problem will be solved?
Regards,
-Ling
>
> This is appears to be a compiler issue, but I thought some people here
> might find this
> of interest.
>
> I'm using gdb 4.18, gcc 2.95 and binutils 2.10, all configured as
> mips64-unknown-elf.
>
> Examining a linked program with objdump show nothing out of the
> ordinary. Using gdb
> on the linked file in elf format mostly works, however some functions
> are reported
> as having an address of 0. Functions towards the start of the text
> section are okay,
> but after some point every function has an address of zero.
>
> Turning off -gc-sections on the linker removes this problem.
>
> Objdump -g also appears to be broken.
>
> --
> Chris Morrow YottaYotta Inc.
> email: cmorrow@yottayotta.com
> phone: (780) 439 9000 ext 227
> web: http://www.yottayotta.com
>