[uClinux-dev] file(1) bflt entry

Merrifield, Steven (IndSys, GE Interlogix) Steven.Merrifield at ge.com
Thu Mar 27 18:11:59 EST 2003


Hi,

I have been using a magic entry someone posted a while ago. Sorry to the original
poster, but I did not record your details :(

It looks like this:

# Native binary format for uClinux
0       string          bFLT    uClinux FLAT binary
>4      belong          >0      (r%d,
>32     belong          >0      %d relocs),
>36     belong&1        1       RAM
>36     belong&2        2       PIC
>36     belong&4        4       GZIP
>36     belong&8        8       GZDATA

steve


> -----Original Message-----
> From: Philippe De Muyter [mailto:phdm at macqel.be]
> Sent: Friday, 28 March 2003 8:36
> To: uclinux-dev at uclinux.org
> Subject: Re: [uClinux-dev] file(1) bflt entry
> 
> 
> David McCullough wrote :
> > 
> > Hi Philippe,
> > 
> > You might want to add some of the other fields that are 
> output by flthdr ?
> > Relocs,  Entry point ...
> > 
> > Not sure if that much detail fits with the file way of doing things
> > though :-),
> Well, I have looked at the ELF entry, and they do not provide more :
> 
> /tmp/hello:     BFLT executable - version 4, m68k, gotpic
> /tmp/hello.c:   ASCII C program text
> /tmp/hello.gdb: ELF 32-bit MSB executable, Motorola 68000, 
> version 1 (SYSV), statically linked, not stripped
> 
> > >>36    belong&0x1      0x1             ram
> > >>36    belong&0x2      0x2             gotpic
> > >>36    belong&0x4      0x4             gzip
> > >>36    belong&0x8      0x8             gzdata
> 
> I could eventually use a better wording for each flag
> 
> > Jivin Philippe De Muyter lays it down ...
> > > >>68    belong          0x4e714e71      m68k,
> 
> I wonder why with the latest elf-tools, crt0 begins at 68 
> decimal and is
> preceded by four 0 bytes, while with some ancient version of 
> the elf-tools
> (I do not know precisely which one) crt0 started at 64 
> decimal, i.e. just
> after the header.  Is that change intentional ? (we consume 4 
> bytes more
> per executable :) ).
> 
> > > # I do not know what the other magic values and platforms 
> are (arm e.g.)
> 
> If people using other processors (arm e.g.) could tell me 
> what's found at
> 64 or 68 decimal (if it is constant of course), I could add that to
> recognize that processor too.
> 
> Philippe
> 
> Philippe De Muyter  phdm at macqel.be  Tel +32 27029044
> Macq Electronique SA  rue de l'Aeronef 2  B-1140 Bruxelles  
> Fax +32 27029077
> _______________________________________________
> uClinux-dev mailing list
> uClinux-dev at uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev at uclinux.org
> 


NOTICE: 
This e-mail and any attachment is intended only for the exclusive and 
confidential use of the addressee(s).If you are not the intendedrecipient, any use, interference with, disclosure or copying of this 
material is unauthorised and prohibited.If you have received this 
message in error, please notify the sender by return e-mail immediately 
and delete the message from your computer without making any copies. 
Please see http://www.ge.com.au/help/email_privacy_policy.html for 
information about our privacy practices.



More information about the uClinux-dev mailing list