ANSI C - Softwareschalter definieren

[entwickler (Gast)]

Guten Morgen,

ich benötige für meine Applikationen einen Softwareschalter. Dazu habe 
ich eine Headerdatei erzeugt. In dieser Datei soll der Schalter 
definiert sein. Ich habe insgesamt zwei Boards. Diese möchte ich in 
dieser Datei mit einem #if defined aktiveren. Wie kann man sowas in ANSi 
C realisieren ?

[Sven P. (Gast)]

entwickler schrieb:
> einen Softwareschalter
Was ist das?

Präzprozessordirektiven gibt es bei Google und in praktisch jedem 
C-Buch.

[Peter D. (peda)]

entwickler schrieb:
> Wie kann man sowas in ANSi
> C realisieren ?

Soll Dir jetzt jemand aus einem C-Buch vorlesen oder für Dich googlen?


Peter

[entwickler (Gast)]

TargetBoard.h:

#ifndef __TargetBoard
#define __TargetBoard

//#define BOARD1_USED
#define BOARD2_USED

#endif

Diese defines werden dann in den entsprechenden C Files angewendet.

#include "targetBoard.h"

#if defined (BOARD1_USED)
 // Einstellungen für Board 1
#elif defined (BOARD2_USED)
 // Einstellungen für Board 2
#endif

Gibt es eine bessere Alternative ?

[Z. R. (Firma: rzr) (zracz)]

entwickler schrieb:
> Gibt es eine bessere Alternative ?

Nein, das ist der übliche Weg. Funktioniert problemlos.

[Tom M. (Gast)]

entwickler schrieb:
> Gibt es eine bessere Alternative ?

Steuern via Makefile bzw. defines direkt dem Compiler übergeben?

gcc -DBOARD1 -Wall -.....
gcc -DBOARD2 -Wall -.....

[Johann L. (gjlayde)]

Es gibt auch die Möglichkeit, die Quelle nicht mit #ifdefs zu übersäen:

Die unterschiedlichen Funktion(alität)en pro Board / Variante werden in 
ein eigenes Modul ausgelagert, das je nach Build-Variante hinzugelinkt 
wird:

LD = avr-gcc -mmcu=atmega123

variante1.elf: modul1.o main.o
  $(LD) $(LDFLAGS) $^ -o $@ 

variante2.elf: modul2.o main.o
  $(LD) $(LDFLAGS) $^ -o $@

[Fabian O. (xfr)]

Ich würde je Modul eine eigene Config-Headerdatei einbinden und dort 
ggf. die Fallunterscheidung machen. Dann kann man den Modulcode 
unabhängig von den Boardeinstellungen pflegen/weitergeben/aktualisieren.

Beispiel:

// uart_config.h

#include "targetBoard.h"

#if defined (BOARD1_USED)
 // Einstellungen für Board 1
#elif defined (BOARD2_USED)
 // Einstellungen für Board 2
#endif

// uart.c

#include "uart_config.h"

// Code

Wenn Du die uart.c jemand anderem zur Verfügung stellst, kann er sie 
ohne Änderungen in sein Projekt aufnehmen, er muss ggf. nur 
uart_config.h auf seinen eigenen Auswahlmechanismus ändern:
- Er kann Einstellungen für seine eigenen Boards ergänzen.
- targetBoard.h darf anders heißen.
- Das Board kann alternativ per Compileroption definiert werden.
- Er nutzt für jedes Projekt eine eigene uart_config.h bzw. inkludiert 
darin eine, die nur die Einstellungen des richtigen Boards enthält.
- Er inkludiert eine globale config.h.
- ...

Andernfalls müsste er für alle diese Änderungen uart.c ändern. Wenn Du 
ihm später eine neue Version von uart.c gibst, müsste er darin die 
Änderungen jedes mal wieder nachziehen. Wenn die Einstellungen vom Code 
getrennt sind, kann man uart.c dagegen einfach austauschen, solange 
keine neuen Einstellungen ohne Defaultwert dazu kommen.

[hnun (Gast)]

>Gibt es eine bessere Alternative ?

Ja. Wenn die Funktionalitäten der beiden Boards sich nicht zu stark 
unterscheiden und sonst nichts dagegenspricht, würde ich die Abfrage
zur Laufzeit machen, um nur mit einem identischen Image hantieren
zu müssen.