Hi Bodo,
> But actually I want that the define is also passed at compile time to
> > the lib files (file1,file2 and file3).
> Because of obvious reasons. ;-)
>
> > Can anyone point me to an example of a Makefile for SDCC with such a
> > construction or a hint on how this can be solved?
> In my Mak
On 10/22/2011 11:25 PM, Butuza Tamas wrote:
>
> Ps: I realized that there is also a severe bug in gputils with this
> class of pic devices.
> At the moment it is impossible to create even a trivially simple
> program to these pics.
> Ps2:
> However I'm trying to figure out some workaround.
> Mayb
On 10/23/2011 08:21 PM, Butuza Tamas wrote:
> Dear Borut Razem,
> Thank you for the fast work.
> Hopefully it fix the problem.
> I tried to build gputils by myself but I had no success.
> I tried it on Ubuntu 11.04.
> I checked out the trunk from sourceforge svn, next downloaded the
> Byacc and fl
Hi Gerard,
Right, something like this (I left out packihx):
libs = file1 file2 file3
all: target1.hex target2.hex target3.hex
$(libs:%=%_target1.rel) : %_target1.rel : %.c
$(CC) $(CFLAGS) -c -DTARGET1 $< -o $@
$(libs:%=%_target2.rel) : %_target2.rel : %.c
$(CC) $(CFLAGS) -c -D
What I would perhaps do, rather than juggle with the names, I'd place the
binaries for every target into a separate subdirectory.
Jan
- Original Message ---
>Hi Gerard,
>
>Right, something like this (I left out packihx):
>
>
>libs = file1 file2 file3
>
>all: target1.hex target2.h
Hi,
> At the PIC12F1822 part the config location should be modified to 0x8007 and
> 0x8008. (I checked the actual datasheet actually.)
You are right, fixed in r6990.
> This device is in the same family of PIC16F1936. They are 14 bit enhanced
> core devices.
While at it, I also added description
Dear Borut Razem, Thank you for the fast work.Hopefully it fix the problem. I
tried to build gputils by myself but I had no success.I tried it on Ubuntu
11.04. I checked out the trunk from sourceforge svn, next downloaded the Byacc
and flex packeges.Executed ./configure then make and it failed.I
