This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: rodata feature :-(
- To: <ecos-discuss at sourceware dot cygnus dot com>
- Subject: Re: [ECOS] rodata feature :-(
- From: "Boris V. Guzhov" <borg at int dot spb dot ru>
- Date: Wed, 6 Dec 2000 19:52:28 +0300
- References: <004c01c052fa$badb9bf0$7601a8c0@borg> <3A2DC286.4CF57CC4@cygnus.co.uk>
> > There is strange memory hole between "bit_first_set8" and "
> > Cyg_libc_str_null_mask_1":
> > 0x92d08 - 0x7a0e0 = 0x18C28 (~100 kb).
> >
> > How can you explain it?
> >
> > Note that:
> > - the bit_first_set8 declaration is "extern const unsigned char
> > bit_first_set8[256];",
> > - the bit_first_set8 and Cyg_libc_str_null_mask_* variables are
declared in
> > different files.
>
> Seems like some sort of tools problem. Have you tried generating a linker
> map? Perhaps do an objdump --section-headers on the relevant intermediate
> object files (i.e. .o files) to see if any of them have odd alignment
> constraints or sizes. If so, try examining the assembly version of the
> affected files to see how it is coming about.
>
> Jifl
Thanks,
I used objdump and objcopy and realized that is due to ASSERT .
I my eCos configuration are used ASSERTs (CYGPKG_INFRA_DEBUG=1,
CYGDBG_USE_ASSERTS=1). These options provide too
many of constant strings in project and "nm" command does not
show them.
--
Boris Guzhov,
St.Petersburg, Russia