gnupic: Re: [gnupic] picdem fs usb and sdcc/gputils
Subject:
RE: [gnupic] picdem fs usb and sdcc/gputils
From:
Chen Xiao Fan ####@####.####
Date:
4 Aug 2005 05:23:47 +0100
Message-Id: <3B8AEFFADD3DD4118F8100508BACEC2C07F773FD@spex>
I am not so sure whether --ivt-loc is the best option. I think another
option is to use --use-crt= and supply your own initialization module.
Anyway there is not much inside crt0.c. Or use --no-crt and include
the initialization module inside the main program.
Regards,
Xiaofan
From sdcc options :
Special options for the pic16 port:
--nodefaultlibs do not link default libraries when linking
--pno-banksel do not generate BANKSEL assembler directives
--obanksel= set banksel optimization level (default=0 no)
--pstack-model= use stack model 'small' (default) or 'large'
--debug-xtra show more debug info in assembly output
--debug-ralloc dump register allocator debug file *.d
--pcode-verbose dump pcode related info
--preplace-udata-with= Place udata variables at another section:
udata_acs, udata_ovr, udata_shr
--asm= Use alternative assembler
--link= Use alternative linker
--denable-peeps explicit enable of peepholes
--ivt-loc= <nnnn> interrupt vector table location
--calltree dump call tree in .calltree file
--mplab-comp enable compatibility mode for MPLAB utilities
(MPASM/MPLINK)
--fstack enable stack optimizations
--nl= new line, "lf" or "crlf"
--use-crt= use <crt-o> run-time initialization module
--no-crt do not link any default run-time initialization
module
--gstack trace stack pointer push/pop to overflow
--optimize-goto try to use (conditional) BRA instead of GOTO
--optimize-cmp try to optimize some compares
--optimize-df thoroughly analyze data flow (memory and time
intensive!)
-----Original Message-----
From: Alessandro Zummo
Sent: Thursday, August 04, 2005 3:23 AM
I've had no answers and so I took some more time to read the docs..
the best way is to recompile the crt like this:
sdcc -c -mpic16 -p18f4455 --ivt-loc=0x800 crt0.c
now I'm searching a way to place static data in program
space.. any clues?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Turin, Italy
