This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: relocaation truncated ?
- To: jacky <jacky at t2-design dot com>
- Subject: Re: [ECOS] relocaation truncated ?
- From: Jonathan Larmour <jlarmour at redhat dot com>
- Date: Tue, 09 Jan 2001 18:24:08 +0000
- Cc: ecos-discuss at sourceware dot cygnus dot com
- Organization: Red Hat UK Ltd.
- References: <Pine.LNX.4.10.10101091717320.27741-100000@t2os.zh.t2-design.com>
jacky wrote:
>
> Hi all;
>
> I am porting viewml to ecos,but I meet a problem, can someone do me a
> favor to tell me how to solve this. THe following is the error messages:
>
> html.o:/home/root/myprojects/mips_for/viewml-0.15/src/g++/stl_alloc.h
> :473: relocation truncated to fit: R_MIPS_GPREL16
> __default_alloc_template<false, 0>::start_free
>
> What is the meaning of R_MIPS_GPREEL16, what will cause this kind of
> error? Thank you!
Sometimes you see this simply when the symbol isn't found, and another line
of the error message should also help indicate this.
Otherwise it can mean that a 16-bit GP relative relocation was not large
enough to contain the relocation actually needed. This type of thing
happens when two modules access the same symbol, but do so in a different
way, e.g.
int myarray[1];
in one module, which actually is:
int myarray[10];
in a different module. Anything using the first prototype would be given a
smaller relocation than in the latter case.
In other words, it can happen when two modules have two different types for
the same "thing".
Jifl
--
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Un cheval, pas du glue. Pas du cheval, beaucoup du glue. || Opinions==mine