Merkwürdige Compilerwarnung

[Falk B. (falk)]

Hallo liebe Gemeinde,

ich hab ein kleines Problem mit einer Compilerwarnung. Folgender 
Codeausschnitt (gekürzt) erzeugt eine Warnung, das Programm läuft auch 
nicht korrekt.

#define F_CPU 8000000L

#define T_HALF_PERIOD3       2000   // us -> 4000us period = 250 Hz
#define CNT_HALF_PERIOD    (T_HALF_PERIOD3 * F_CPU / 4 / 1000000)   // compiler warning and program malfunction
#define CNT_1_US             (F_CPU / 4 / 1000000)

  int t_gate, t_low=0, t_high;

      for(t_gate = 20*CNT_1_US; t_gate < 500*CNT_1_US; t_gate += 4*CNT_1_US) {
        t_low = CNT_HALF_PERIOD - 2*t_gate;
        GATE_ON;
        _delay_loop_2(20*CNT_1_US);    
        ZEROCROSS_OFF;
        _delay_loop_2(t_gate);
        GATE_OFF;
        _delay_loop_2(t_low);
        GATE_ON;
        _delay_loop_2(t_gate);      
        ZEROCROSS_ON;
        _delay_loop_2(20*CNT_1_US);
        GATE_OFF
        _delay_loop_2(t_high);
      }

Das AVR-Studio 4.18 mit avr gcc 2010???? gibt die Warnung

"warning: integer overflow in expression"

aus.

Das bezieht sich auf die Zeile(n)

t_low = CNT_HALF_PERIOD - 2*t_gate;

Warum? Wenn man die Zahlen durchrechnet, kommt 4000-2*t_gate raus, das 
ist doch perfekt. Nur wenn man für CNT_HALF_PERIOD die einfache Zahl 
4000 ins #define reinschreibt, kommt keine Warnung und das Programm 
läuft korrekt. Erklärungen? Berechnet der Compiler den konstanten 
Ausdruck nicht zur Compilezeit? Auch wenn man alle Konstanten mit der 
Endung L versieht, geht es nicht. Ideen?

[Peter II (Gast)]

Falk B. schrieb:

#define F_CPU 8000000L
#define T_HALF_PERIOD3       2000   // us -> 4000us period = 250 Hz
> T_HALF_PERIOD3 * F_CPU

8000000L * 2000
ist wohl etwas mehr las Long

[Falk B. (falk)]

Ahhhh, hab ich auch gerade gemerkt!!!!
Kopfrechnen mal wieder schwach!
Trotzdem Danke!

Eine LL Endung wirkt Wunder.

F_CPU 8000000LL

[Ordner (Gast)]

Falk B. schrieb:
> Berechnet der Compiler den konstanten
> Ausdruck nicht zur Compilezeit?

und wenn bei dieser Berechnung der Overflow auftritt? Bereichsgrenzen 
wird es doch auch bei den Berechnungen zum compilerzeitpunkt geben?!

[Jörg W. (dl8dtl) (Moderator)]

Falk B. schrieb:
> Eine LL Endung wirkt Wunder.

Es hätte auch genügt, den zweiten Operanden zu klammern:

#define CNT_HALF_PERIOD    (T_HALF_PERIOD3 * (F_CPU / 4 / 1000000))

Dann hast du auf der rechten Seite der Multiplikation nur noch eine 2
stehen, und die lässt sich problemlos innerhalb eines 16-bit-Integers
mit 2000 multiplizieren.

[Johann L. (gjlayde)]

Falk B. schrieb:
> Berechnet der Compiler den konstanten Ausdruck nicht zur Compilezeit?

Doch, aber dadurch verändert sich nicht die Semantik :-)