Hi, Philipp.
Well, in support.c the 'config' line is missing the '__code' qualifier.
The attached patch will provide backwards compatibility in this case too.
El Mon, 7 Oct 2019 11:57:10 +0200
Philipp Klaus Krause escribió:
> Am 06.10.19 um 08:13 schrieb Gonzalo Pérez de Olaguer Córdoba:
> > H
Am 06.10.19 um 08:13 schrieb Gonzalo Pérez de Olaguer Córdoba:
> Hi, Philipp.
>
> Here's the attached patch. Now the pic14 branch remains backwards compatible
> with the trunk.
>
> I made a mistake in my explanation: the code to handle the configuration
> words must be moved to pic14_emitStaticSe
Hi, Philipp.
Here's the attached patch. Now the pic14 branch remains backwards compatible
with the trunk.
I made a mistake in my explanation: the code to handle the configuration
words must be moved to pic14_emitStaticSeg, not to pic14_emitRegularMap.
Regards.
El Thu, 3 Oct 2019 09:20:17 +0200
Am 24.07.19 um 20:53 schrieb Gonzalo Pérez de Olaguer Córdoba:
> Hi, Philipp and Don.
>
> The error with the configuration words can be avoided by declaring
> them 'static', as shown (but not explicitly said) in the sdcc manual.
>
> And to make the pic14 branch backwards compatible with the trunk
/non-free/include/pic14 \
> > test2.c
> > message: Using default linker script
> > "/usr/local/share/gputils/lkr/16f1825_g.lkr".
> > warning: Relocation symbol "_cinit" [0x] has no section. (pass 0)
> > warning: Relocation symbol "_cini
; [0x] has no section. (pass 0)
> warning: Relocation symbol "_cinit" [0x0004] has no section. (pass 0)
> warning: Relocation symbol "_cinit" [0x0018] has no section. (pass 0)
> warning: Relocation symbol "_cinit" [0x001C] has no section. (pass 0)
>
>
Forgot the test2.asm file created with the testInstall sdcc
- Don
;
; File Created by SDCC : free open source ANSI-C Compiler
; Version 3.9.2 #11327 (Linux)
;
; PIC port for the 14-
quot; [0x0004] has no section. (pass 0)
warning: Relocation symbol "_cinit" [0x0018] has no section. (pass 0)
warning: Relocation symbol "_cinit" [0x001C] has no section. (pass 0)
- Don
On Jul 26, Gonzalo Pérez de Olaguer Córdoba propounded certain bytes, to wit:
> Subject
Hi, Don.
El Wed, 24 Jul 2019 20:08:09 -0400
Don Wooton escribió:
> [...]
> I was not so successful with _INTCONbits. Maybe I did not do it correctly?
You did it right. All the variations you tried work for me.
Maybe the difference is this:
$ gpasm --version
gpasm-1.5.0 #1285 (May 29 2019)
Wh
only code which
causes this difficulty.
- Don
On Jul 24, Gonzalo Pérez de Olaguer Córdoba propounded certain bytes, to wit:
> Subject: Re: [Sdcc-user] pic14 users: Please test the pic14 branch!
>
> Hi, Philipp and Don.
>
> The error with the configuration words can be av
>> I think the right way to go here should be to consider obsolete and
discourage
this way to define values for the configuration words and implement it
through pragmas (as pic16 already does), and extend it to also support
ID locations.
+1. It would be good to make pic14 and pic16 as similar as p
Hi, Philipp and Don.
The error with the configuration words can be avoided by declaring
them 'static', as shown (but not explicitly said) in the sdcc manual.
And to make the pic14 branch backwards compatible with the trunk with
respect to this issue, a change in src/pic14/glue.c should be made:
Thanks.
I can reproduce the issue using the attached test program:
test.asm:24:Error[113] Symbol not previously defined: "_config2Reg"
test.asm:25:Error[113] Symbol not previously defined: "_config1Reg"
test.asm:101:Error[113] Symbol not previously defined: "_INTCONbits"
test.asm:102:Error[
Thanks.
I can reproduce the issue using the test program below:
test.asm:24:Error[113] Symbol not previously defined: "_config2Reg"
test.asm:25:Error[113] Symbol not previously defined: "_config1Reg"
test.asm:101:Error[113] Symbol not previously defined: "_INTCONbits"
test.asm:102:Error[113
Sorry for the noise. I think this problem is me trying to run
sdcc out of its build tree.
What is the procedure for compiling a program using sdcc out of
the build tree?
- Don
On Jul 18, Don Wooton propounded certain bytes, to wit:
> Subject: Re: [Sdcc-user] pic14 users: Please test
I tested the pic14 branch
My code works with sdcc 3.9.2 #11326 (Linux)
The latest gputils is installed from svn://svn.code.sf.net/p/gputils/code/trunk
Has some syntax changed?
PIC16f1825
gpasm -c --force-list --deps main.asm
main.asm:72:Error[113] Symbol not previously defined: "_config2Reg
Dear users of the pic14 backend of sdcc,
We recently got a large number of patches for pic14 from Gonzalo Pérez
de Olaguer Córdoba, that apparently substantially improve that port.
Some parts have been applied to trunk.
Most of it (in particular bugfixes in existing pic14 functionality some
of whi
17 matches
Mail list logo
