Define für Optimierungsstufe?

Der GCC stellt dir

1

#define __OPTIMIZE__ 1

2

#define __OPTIMIZE_SIZE 1

zur Verfügung, wenn optimiert oder auf Größe optimiert wird.

Davon sollte dein Programm aber i.d.R. nicht abhängig sein.

Bei mir werden die Definitionen leider nicht gefunden.
Ich schreibe nur eine Testroutine und möchte auf meinem Terminal dann 
sehen ob die Optimierung an oder aus ist...
Gruß

Ja genau so hab ich es eigentlich gemacht...
Liegt vielleicht an der IDE (CrossWorks), der aber GCC v4.1.1 verwendet

Gruß

Ja funktioniert nun...
für die einzelnen stufen gibt es kein define oder?!

Vorallem, und da wiederhole ich mich gerne, sollte dein Programm 
unabhängig von der Optimierung funktionieren.

Es gibt aber eben manchmal Dinge, die nicht davon unabhängig sind, wie 
z.B. bei der avr-libc die delay-Funktionen, die nur mit eingeschalteter 
Optimierung korrekt funktionieren.

Rolf Magnus schrieb:
> Es gibt aber eben manchmal Dinge, die nicht davon unabhängig sind, wie
> z.B. bei der avr-libc die delay-Funktionen, die nur mit eingeschalteter
> Optimierung korrekt funktionieren.

Das hat aber nicht dich als Anwender zu interessieren, sondern die 
Bibliotheks- und Compilerbauer. Auch der inb()/outb()-Krams im 
Linux-Kernel funktioniert i.d.R. nur mit Optimierung. Und selbst die 
verlassen sich nur auf die Optimierung, weil sie wissen, was passiert. 
Bei einem anderen Compiler geht das schon in die Hose.

Du als Anwender weißt ja noch nichtmal, welche Optimierungen 
durchgeführt werden. Allenfalls kannst du einen Algorithmus zweimal 
implementieren, einmal mit Tabellen bei OPTIMIZE und einmal als nackten 
Algorithmus bei OPTIMIZE_SIZE.

Sven P. schrieb:
> Rolf Magnus schrieb:
>> Es gibt aber eben manchmal Dinge, die nicht davon unabhängig sind, wie
>> z.B. bei der avr-libc die delay-Funktionen, die nur mit eingeschalteter
>> Optimierung korrekt funktionieren.
>
> Das hat aber nicht dich als Anwender zu interessieren, sondern die
> Bibliotheks- und Compilerbauer.

Es hat den zu interessieren, der etwas programmiert, das von der 
Optimierung abhängt. Wenn das eine Library-Funktion ist, dann eben der 
Programmierer der Library.

> Auch der inb()/outb()-Krams im Linux-Kernel funktioniert i.d.R. nur mit
> Optimierung. Und selbst die verlassen sich nur auf die Optimierung,
> weil sie wissen, was passiert. Bei einem anderen Compiler geht das
> schon in die Hose.

Bei Mikrocontroller-Programmierung kommt es schon mal vor, daß man sich 
die Hände schmutzig machen muß.

Rolf Magnus schrieb:
> Es hat den zu interessieren, der etwas programmiert, das von der
> Optimierung abhängt. Wenn das eine Library-Funktion ist, dann eben der
> Programmierer der Library.
Ja, ich versteh schon, was du meinst.
Die Frage ist halt: Wer, außer den Compiler- und 
(Standard-)Bibliotheksbauern, kann denn überhaupt etwas schreiben, was 
von einer Optimierung abhängt, von der überhaupt nicht weiß, was und wie 
und warum passiert?
Ein normales Programm sollte in jedem Fall unabhängig von der 
Optimierung funktionieren. Eben, weil man ohne Kenntnisse der 
Compiler-Interna überhaupt nicht weiß, was denn überhaupt optimiert 
wird, und von was man überhaupt abhängig ist.

Naja, ich bezog mich auf den Wunsch, auch noch die Optimierungsstufe 
herauszufinden.