C/GCC: Kompilieren fehlschlagen lassen, wenn Funktion genutzt

[Walter T. (nicolas)]

Hallo zusammen,
kann man irgendwie den build bedingt fehlschlagen lassen, wenn eine 
Funktion darin benötigt wird?

Dieser build schlägt immer fehl, egal, ob die Funktion foo() überhaupt 
im Projekt genutzt wird:

// Funktion kann nur in Projekten für den ATmega644 genutzt werden
void foo(void)
{
    #ifndef (__AVR_ATmega644__)
        #error "foo() can only be used on ATmega644"
    #endif

    ...
}

// Kann immer genutzt werden
void bar(void)
{
    ...
}

Hier ergibt sich erst ein Laufzeitfehler, wenn die Funktion 
fälschlicherweise aufgerufen wird. Unter Umständen werde ich erst sehr, 
sehr spät auf den Fehler aufmerksam gemacht:

// Funktion kann nur in Projekten für den ATmega644 genutzt werden
void foo(void)
{
    #ifndef (__AVR_ATmega644__)
        error("foo() can only be used on ATmega644");
    #endif

    ...
}

...

Hier ist die Fehlermeldung kryptisch, wenn das Symbol nicht definiert 
ist:

// Funktion kann nur in Projekten für den ATmega644 genutzt werden
void foo(void)
{
    static_assert(__AVR_ATmega644__&=0),"foo() can only be used on ATmega644");

    ...
}

...

Hier fängt die Suche an, warum die Funktion nicht definiert ist. Ich 
habe immer eine nervige Warnung, auch wenn es noch kein Problem gibt:

// Funktion kann nur in Projekten für den ATmega644 genutzt werden
#ifdef (__AVR_ATmega644__)
    void foo(void)
    {
        ...
    }
#else
    #warning "foo() can only be used on ATmega644"
#endif 

...

Deshalb die Frage: Wie kann ich sinnvoll sicherstellen, daß ich eine 
vernünftige Fehlermeldung erscheint, wenn ich in einem build eine 
Funktion aufrufen will, die für diesen Kontext (MCU, Build-Parameter 
etc.) gar nicht gedacht ist?

Viele Grüße
W.T.

[Amateur (Gast)]

Das sollte mit einem Trick im Batch gehen.
Wird die Compiler-Direktive #error genutzt, gibt der Compiler einen 
abfragbaren Return-wert aus.
In den meisten Fällen wird dieser im Batch-File ignoriert und mit dem 
nächsten Compiler-Aufruf weitergemacht.
Ist toll, wenn man viele Einzeldateien zusammenführt.

[Clemens L. (c_l)]

Dieser Fehler kommt erst beim Linken:

#ifndef __AVR_ATmega644__
    extern void foo_can_only_be_used_on_ATmega644(void);
    foo_can_only_be_used_on_ATmega644();
#endif

[rmu (Gast)]

Walter T. schrieb:
> Hier ist die Fehlermeldung kryptisch, wenn das Symbol nicht definiert
> ist:// Funktion kann nur in Projekten für den ATmega644 genutzt werden
> void foo(void)
> {
>     static_assert(__AVR_ATmega644__&=0),"foo() can only be used on
> ATmega644");
>
>     ...
> }

http://stackoverflow.com/questions/3385515/static-assert-in-c

Mit einem halbwegs aktuellen GCC kann man _Static_assert verwenden oder 
die betroffene Funktion mit __attribute__((error("msg"))) markieren.

[Torsten R. (Firma: Torrox.de) (torstenrobitzki)]

Walter T. schrieb:

> // Funktion kann nur in Projekten für den ATmega644 genutzt werden
> #ifdef (_AVR_ATmega644_)
>     void foo(void)
>     {
>         ...
>     }
> #else
>     #warning "foo() can only be used on ATmega644"
> #endif

was spräche, gegen die Lösung, die Funktion einfach nicht zu definieren? 
Das entspricht Deiner zitierten Lösung, aber ohne das #else? Es gibt 
einige Linker, die aus "undefined symbols" nur eine Warnung machen, da 
müsstest Du Dir ggf. ein script um den Linker stricken, der die Warnung 
erkennt.