Well, most of=A0 my experience is with PIC18. Probably for the PIC16 the ch=
unk count is only 16-bit long. It makes sense anyway.


Isaac




________________________________
 De: John Coppens <john@jcoppens.com>
Para: piclist@mit.edu=20
Enviadas: Domingo, 19 de Agosto de 2012 11:19
Assunto: Re: [PIC] Extraneous retlw files in mplabx
=20
On Sun, 19 Aug 2012 10:01:34 -0300
Isaac Marino Bavaresco <isaacbavaresco@yahoo.com.br> wrote:

> Thus, it makes sense that a program that uses no compile-time
> initialized variables end with four bytes equal to zero in the ".cinit"
> section, it is the number of chunks of initialization data present.
> That long must be there because usually the initialization code is
> always linked, irrespectively if the program has initialized variables
> or not.

Hello Isaac,

The block contains only two retlw's, so they represent only a 16-bit
value if taken token together:

000000:=A0 3400=A0 retlw=A0 =A0 0=A0 =A0 =A0=20
000001:=A0 3400=A0 retlw=A0 =A0 0

--=20
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
--=20
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
.