PIC: Problem beim Linken für PIC16F1704

[Gerd B. (bertr2d2)]

Hallo,

folgenden Code versuche ich zu Übersetzen und zu Linken:

#include <pic16f1704.h>
#include <stdint.h>

static __code uint16_t __at (_CONFIG1) configword1 = _FOSC_INTOSC & _WDTE_OFF & _MCLRE_ON & _CP_OFF & _PWRTE_OFF & _BOREN_OFF & _CLKOUTEN_OFF;
static __code uint16_t __at (_CONFIG2) configword2 = _WRT_OFF & _PLLEN_ON & _STVREN_ON & _LVP_ON;

#define FOSC    32000000

void init() {
  // switch off analog
  ANSELA  = 0;
  ANSELC  = 0;
  ADCON0  = 0;
  ADCON1  = 0;
  ADCON2  = 0;
  CM1CON0 = 0;
  CM1CON1 = 0;
  CM2CON0 = 0;
  CM2CON1 = 0;
  TRISA5 = 0;
}

void main() {
  init();
  while(1) {
    LATA5 = 1;
    LATA5 = 1;  // add 3 CPU cycles to generate symetric signal
    LATA5 = 1;  //
    LATA5 = 1;  //
    LATA5 = 0;
  }
}

Beim Übersetzen und anschließendem Linken bekomme ich folgende 
Fehlermeldung:

% sdcc --use-non-free -mpic14 -p16f1704 main.c
message: Using default linker script "/usr/local/share/gputils/lkr/16f1704_g.lkr".
error: Processor family mismatch in "idata.o".
error: Processor family mismatch in "_gptrget1.o".
error: Processor family mismatch in "_gptrget2.o".
error: Missing definition for symbol "_INDF", required by "_gptrget1.o".
error: Missing definition for symbol "_FSR", required by "_gptrget1.o".

% sdcc -v
SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/hc08/s08/stm8 3.4.1 #9092 (Nov  3 2014) (Linux)
published under GNU General Public License (GPL)

% gplink -v
gplink-1.4.0 #1107 (Nov  3 2014)

Eine Suche im Internet nach dieser Fehlermeldung hat nichts brauchbares 
ergeben. Hat jemand eine Idee, was faul sein könnte bzw. hat von Euch 
jemand schon Code für Enhanced PIC14 Cores erfolgreich mit SDCC 
übersetzen können ?

Gruß

Gerd

[Teo D. (teoderix)]

Gerd B. schrieb:
> #include <pic16f1704.h>

Mach statt dessen #include <xc.h>

[Wolfgang R. (portside)]

Teo Derix schrieb:
> Gerd B. schrieb:
>> #include <pic16f1704.h>
>
> Mach statt dessen #include <xc.h>

Gerd benutzt sdcc und nicht XC8 Compiler. Da hilft xc.h nicht viel und 
ist wahrscheinlich nicht vorhanden

[Gerd B. (bertr2d2)]

Ich würde gerne den xc8 vermeiden. Deshalb, wie Wolfgang es schon gesagt 
hat, bringt ein '#include <xc.h>' nix.

[Teo D. (teoderix)]

Ups (:|

Dann vermute ich mal, der sdcc kennt die Pic Type (noch*) nicht.

*)Manual 4.5.2


PS:
Gerd B. schrieb:
> Ich würde gerne den xc8 vermeiden.
Warum?

[Gerd B. (bertr2d2)]

Teo Derix schrieb:
> Ups (:|
>
> Dann vermute ich mal, der sdcc kennt die Pic Type (noch*) nicht.
>
> *)Manual 4.5.2
>
>
> PS:
> Gerd B. schrieb:
>> Ich würde gerne den xc8 vermeiden.
> Warum?

Laut Doku zu sdcc 3.4.1 :

Supported devices with enhanced cores:

16F: 1703, 1704, 1705, 1707, 1708, 1709, 1713, 1716, 1717, 1718, 1719, 1782, 1783, 1784, 1786, 1787, 1788,
1789

bzw:

 % gpasm -l | grep 16f1704
p16f1704       p16f1705       p16f1707       p16f1708       p16f1709       p16f1713

Ich denke nicht, das der SDCC schuld ist, denn das Kompilieren klappt:

sdcc -V --use-non-free -mpic14 -p16f1704 main.c
+ /usr/local/bin/sdcpp -nostdinc -Wall -D__SDCC_PROCESSOR="16f1704" -DSDCC_PROCESSOR="16f1704" -D__SDCC_PIC16F1704 -obj-ext=.o -D__SDCC_USE_NON_FREE -DSDCC_USE_NON_FREE -D__SDCC=3_4_1 -DSDCC=341 -D__SDCC_REVISION=9092 -DSDCC_REVISION=9092 -D__SDCC_pic14 -DSDCC_pic14 -D__pic14 -D__STDC_NO_COMPLEX__ -D__STDC_NO_THREADS__ -D__STDC_NO_ATOMICS__ -D__STDC_NO_VLA__ -isystem /usr/local/bin/../share/sdcc/include/pic14 -isystem /usr/local/share/sdcc/include/pic14 -isystem /usr/local/bin/../share/sdcc/include -isystem /usr/local/share/sdcc/include -isystem /usr/local/bin/../share/sdcc/non-free/include/pic14 -isystem /usr/local/share/sdcc/non-free/include/pic14 -isystem /usr/local/bin/../share/sdcc/non-free/include -isystem /usr/local/share/sdcc/non-free/include  main.c
+ /usr/local/bin/gpasm -o main.o -c main.asm
+ /usr/local/bin/gplink -I/usr/local/bin/../share/sdcc/lib/pic14 -I/usr/local/share/sdcc/lib/pic14 -I/usr/local/bin/../share/sdcc/non-free/lib/pic14 -I/usr/local/share/sdcc/non-free/lib/pic14  -I/usr/local/bin/../share/sdcc/lib/pic14 -I/usr/local/share/sdcc/lib/pic14 -I/usr/local/bin/../share/sdcc/non-free/lib/pic14 -I/usr/local/share/sdcc/non-free/lib/pic14   -w -r -o main main.o   libsdcc.lib pic16f1704.lib
message: Using default linker script "/usr/local/share/gputils/lkr/16f1704_g.lkr".

error: Processor family mismatch in "idata.o".
error: Processor family mismatch in "_gptrget1.o".
error: Processor family mismatch in "_gptrget2.o".
error: Missing definition for symbol "_INDF", required by "_gptrget1.o".
error: Missing definition for symbol "_FSR", required by "_gptrget1.o".

+ /usr/local/bin/gplink -I/usr/local/bin/../share/sdcc/lib/pic14 -I/usr/local/share/sdcc/lib/pic14 -I/usr/local/bin/../share/sdcc/non-free/lib/pic14 -I/usr/local/share/sdcc/non-free/lib/pic14  -I/usr/local/bin/../share/sdcc/lib/pic14 -I/usr/local/share/sdcc/lib/pic14 -I/usr/local/bin/../share/sdcc/non-free/lib/pic14 -I/usr/local/share/sdcc/non-free/lib/pic14   -w -r -o main main.o   libsdcc.lib pic16f1704.lib  returned errorcode 256
make: *** [main] Error 1

Das Linken eben nicht.

Für das bischen Blinky sollte der sdcc bzw. gputils doch locker reichen 
...