#define?
const!
Geht nicht immer...
Hallo Besucher, der Thread wurde 11k mal aufgerufen und enthält 32 Antworten
letzter Beitrag von sauhund am
C-Kurs, Abend 4 - Lösungen und Fragen
-
-
Geht nicht immer...
Noch einer:
bringt auf C90-Compilern schöne Fehlermeldungen:
const.c(4): Error: Constant integer expression expected
oder:
const.c:4: Warnung: ISO-C90 verbietet Feld »str« variabler GrößeIn C99 und C++ geht's aber. Und prinzipiell stimme ich Fröhn auch zu.
-
Zitat
const int i = 10;
char str[i];wer sowas macht dem gehört auch der compiler abgenommen
-
wer sowas macht dem gehört auch der compiler abgenommen
Wenn Du mal zurückblätterst, wirst Du sehen, dass es um const vs. define ging. Und das war ein Beispiel für eine Stelle, wo const nicht weiterhilft. In Sprachen, wo es keinen Präprozessor gibt, ist das aber die einzige sinnvolle Möglichkeit, das zu tun. Und *wenn* ein Compiler das beherrscht (z.B. Constant Propagation), ist das genauso legitim wie inline functions statt macros.Aber ich drifte vom Thread-Thema ab...
-
Dummyposting, um die Kursivschrift abzuschalten.
-
-
vollständig müsste das so lauten:
ich habe es deshalb so geschrieben, damit man den zusammenhang zu c sehen kann, da:
in c auch gerne so abgekürzt wird:
btw. die klammern um "(PRIM)" sind in basic nicht notwendig ... -
... und wieder was dazugelernt. Die Abkürzung in BASIC kannte ich bis vorhin noch nicht...
-
Die Abkürzung in BASIC kannte ich bis vorhin noch nicht...
um es noch genauer zu schereiben:also in BASIC gibt es die beiden wahrheitswerte "0"( ~ "false") und "-1" ( ~ "true"), wobei der interpreter IMO alles, was "nicht null" ist, als "true" wertet.
die IF-abfrage prüft deshalb einfach, ob die bedingung - hier die variable PRIM - "nicht null" ist. ein expliziter vergleich mit "<> 0" wäre dann nur doppelt gemoppelt ; )
diese erkenntnisse lassen sich auch in c weiternutzen. nur das dort die beiden wahrheitswerte "0" und "1" sind ...
-
Aufgabe 1:
Funktionen main und istPrimzahl sind vertauscht
Alles anzeigenCode- #include <stdio.h>
- /******************************************************************************/
- /*
- * Hauptprogramm
- */
- int main(void)
- {
- unsigned int zahl;
- /* Von 3 beginnend jede zweite Zahl testen, bis unter 1000 */
- for (zahl = 3; zahl < 1000; zahl += 2)
- {
- if (istPrimzahl(zahl))
- {
- printf("Primzahl: %u\n", zahl);
- }
- }
- }
- /******************************************************************************/
- /*
- * Ueberpruefe, ob die uebergebene Zahl eine Primzahl ist.
- *
- * Parameter:
- * n Zahl
- * Return:
- * 0 => Zahl ist keine Primzahl
- * sonst => Zahl ist Primzahl
- */
- unsigned char istPrimzahl(unsigned int n)
- {
- unsigned int divisor;
- unsigned int testEnde = n / 2;
- /* Alle potentiellen Teiler bis zur Mitte testen */
- for (divisor = 3; divisor < testEnde; divisor += 2)
- {
- /* Mit Rest 0 teilbar? */
- if (n % divisor == 0)
- {
- /* Ueberprüfung abbrechen, keine Primzahl */
- return 0;
- }
- }
- /* Kein Test durchgefallen, ist eine Primzahl */
- return 1;
- }
Fehlermeldungen des CC65:
(14): Warning: Function call without a prototype
(32): Error: Conflicting type for 'istPrimzahl'
(34): Error: Undefined symbol: 'n'Der erste Fehler ist klar. Der Compiler kennt die Funktion nicht, da sie erst nach main kommt.
Die anderen Fehlermeldungen sind mir unklar. In Zeile 32 steht doch nur eine { Funktionsklammer. Und n, wird in 34 als undefined bemängelt, obwohl n ja in 31 definiert wird.
-
Zitat
Der Compiler "erfindet" die fehlende Funktion und nimmt an, das diese bestimmte Parameter und einen bestimmten Rückgabetyp hat. Obwohl ich jetzt nicht extra nachgesehen habe, vermute ich, dass er "int istPrimzal(unsigned int)" erfindet.
...
Was stört an dem Funktionskopf? Er stimmt nicht mit der erfundenen Funktion überein. Der Compiler findet "int istPrimzahl(unsigned int)" in seiner Tabelle, jetzt aber "unsigned char istPrimzahl(unsigned int)" im Quelltext. Dieser Unterschied ist ein Fehler.
Danke ! Das ist einleuchtend !ZitatHier steht zwar nur eine Klammer, aber der Compiler muss bis zu dieser Klammer "lesen", um das Ende des Funktionskopfs zu erkennen. Die Fehlermeldung bezieht sich also wahrscheinlich nicht auf die Klammer, sondern auf das, was davor steht. Solche Situationen sieht man in C (wahrscheinlich auch bei anderen Sprachen) übrigens oft.
Das dürfte für die Zukunft auch sehr wichtig zu wissen sein... -
Zitat
Obwohl ich jetzt nicht extra nachgesehen habe, vermute ich, dass er "int istPrimzal(unsigned int)" erfindet.
genau
generell sollte man bei compilerfehlern immer nur den allerersten ernst nehmen (und erstmal beheben), alles was nach dem ersten kommt sind oft folgefehler und teilweise auch totaler quark.
