> >
> > .obj/%.o : %.c $(PRJ_HEAD)
> > @-mkdir -p $(dir $@)
> > $(CC) $(CC_FLAGS) -c $< -o $@
Calling the shell at every source file just to try to make the destination
directory is very inefficient. You should make a "prepare" rule that
just creates everything that is needed.
By the wa
Maybe you should get the used crt.s and make one yourself changing the const
area from end to the beggining and then tell sdcc to use your own crt.
--- El jue, 17/9/09, Peter Kuhar escribió:
> De: Peter Kuhar
> Asunto: [Sdcc-user] Moving const area to begining of program memory
> Para: sdcc-us
--- El vie, 10/7/09, Alistair Buxton escribió:
> De: Alistair Buxton
> Asunto: Re: [Sdcc-user] Z80 and custom crt0 - gsinit is pointing to GSFINAL
> instead of GSINIT
> Para: sdcc-user@lists.sourceforge.net
> Fecha: viernes, 10 julio, 2009 11:31
> 2009/7/7 Alistair Buxton :
> > 2009/7/7 :
>
There is another pattern for dependencies files, .P.
I use normally P, as I've seen in some sites when I wanted to learn about
automatic dependency generation.
--- El jue, 15/1/09, Kustaa Nyholm escribió:
> De: Kustaa Nyholm
> Asunto: Re: [Sdcc-user] SDCC deleted .d files?
> Para: sdcc-user@
I do not think it is a SDCC problem. It is a make issue. Probably make will
interpret %.d files as intermediate files, and it deletes them by default. If
you put .d files in the PRECIOUS target, make will preserve them.
PRECIOUS: %.d
See the gnu make manual for more information at:
http://www.
--- El sáb, 12/7/08, Philipp Klaus Krause <[EMAIL PROTECTED]> escribió:
> De: Philipp Klaus Krause <[EMAIL PROTECTED]>
> Asunto: [Sdcc-user] Z80 users: New optimizations implemented, substancial
> code size reduction, please test for regressions
> Para: sdcc-user@lists.sourceforge.net
> Fecha: sá
--- "Peter S. May" <[EMAIL PROTECTED]> escribió:
> Tested with the latest svn.
>
> The following works:
>
> env sdcc --verbose -mpic16 -p18f2450 \
> -I/usr/local/share/sdcc/include \
> -L/usr/share/sdcc/lib/pic16 ctest2450.c
>
> The following does not work:
>
> env SDCC_INCLUDE=/usr/local
--- Frieder Ferlemann <[EMAIL PROTECTED]> escribió:
> Alan Carvalho de Assis schrieb:
> > Hi David and Borut,
> >
> > 2007/11/6, David Lucena <[EMAIL PROTECTED]>:
> >> Right, this is a preprocessor issue, not SDCC itself. No gnu cpp based
> >>
--- Alan Carvalho de Assis <[EMAIL PROTECTED]> escribió:
> Hi David
>
> 2007/11/6, David Lucena <[EMAIL PROTECTED]>:
> >
> > --- Alan Carvalho de Assis <[EMAIL PROTECTED]> escribió:
> >
> > > Hi,
> > > I verify that SDCC can't
--- Alan Carvalho de Assis <[EMAIL PROTECTED]> escribió:
> Hi,
> I verify that SDCC can't compile macros if it have more than one
> assembly line wrapped by _asm/_endasm.
>
> In example:
>
> #define SAVE_TASK_CTX(stack_low, stack_high) \
>
> {
Thanks.
So there is no way of initializing it this way but without making it constant?
.com files usually has this information saved in the file itself and when they
are loaded prior to
execution, the variables are already initialized this way. I know I can do this
in assembler,
because I have
--- Peter Kuhar <[EMAIL PROTECTED]> escribió:
> Is this a global variable???
>
> On 9/30/07, David Lucena <[EMAIL PROTECTED]> wrote:
> >
> > I am using SDCC to program a z80 machine. When I create this code:
> >
> > unsigned char test = 0;
> >
I am using SDCC to program a z80 machine. When I create this code:
unsigned char test = 0;
It is assembled as follows:
ld iy,#_test
ld 0(iy),#0x00
But I would like that it could be initialized as its done in assembler:
test:
.db 0
Is there any way of forcing this beh
13 matches
Mail list logo
