|
Anzeige
|
Software Problem
Gast
#3713761
Hallo, ich Programmiere einen PIC16 in MPLAB8 mit dem HI-TECH Compiler. Bei dieser Codezeile bekomme ich immer diesen Fehler: Error [712] C:\Projekte\...\main.c; 371. für diesen Ausdruck kann kein Kode erzeugt werden
ui steht für unsigned int. Die Variable i ist vom Typ unsigned char. Wenn ich eine Zahl als Index von ui_a[] wähle, funktioniert es komischerweise:
Und das hier funktioniert auch:
Hat jemand eine Idee für mich?
Gast
#3713773
(unsigned short long)... decisions...decisions... :)
Gast
#3713778
Müssen Indizes von Arrays nicht immer den Typ Integer haben? Sebastian Hepp schrieb: > Müssen Indizes von Arrays nicht immer den Typ Integer haben? nö, hauptsache ganzzahlig hmmm schrieb: > (unsigned short long)... > > decisions...decisions... :) Das ist ein 24Bit Datentyp ;) Sebastian Hepp schrieb: > Müssen Indizes von Arrays nicht immer den Typ Integer haben? unsigned char ist ein Integer. Normalerweise benutzt man size_t, aber wenn man einen uC programmiert und von vornherein weiss, dass der grösste Wert kleiner 255 ist, so kann man gut und gerne unsigned char verwenden.
Gast
#3713811
hmmm schrieb: > decisions...decisions... :) ? Den Wert habe ich gewählt, weil das Zwischenergebnis der Multiplikation übersteigt den 16 Bit Bereich, darum der kurzzeitige Umstieg auf 24 Bit. Sollte ich das anders machen?
Gast
#3713844
Chris schrieb: > Den Wert habe ich gewählt, weil das Zwischenergebnis der Multiplikation > übersteigt den 16 Bit Bereich, darum der kurzzeitige Umstieg auf 24 Bit. > Sollte ich das anders machen? Ist jetzt nicht dein Ernst? Es gibt keinen
Datentyp foo schrieb: > Es gibt keinen > short long > Datentyp Das ist eine C-Erweiterung dieses Compilers und steht für einen 24-Bit-Integer-Typ. be stucki schrieb: > Das ist ein 24Bit Datentyp ;) Wieso der Smiley? Hast du geraten? Wenn ja, hast du einen guten Riecher gehabt :)
Gast
#3713850
Chris schrieb: > Error [712] C:\Projekte\...\main.c; 371. für diesen Ausdruck kann kein > Kode erzeugt werden Ist das alles an Fehlermeldung, was man von teuerer Profi-Software bekommt?
Gast
#3713851
Nachtrag: Die seltsame benannte Erweiterung war mir unbekannt. Vorherigen Beitrag also ignorieren.
Gast
#3713857
Yalu X. schrieb: >> Es gibt keinen >> short long >> Datentyp > > Das ist eine C-Erweiterung dieses Compilers und steht für einen > 24-Bit-Integer-Typ. Na, wer unbedingt nicht portablen Code schreiben will, bitte. Ich bleib beim Standard (ANSI C90), und da gibt es kein short long.
Gast
#3713859
Wenn "short long" (24 Bit) nicht der Fehler ist, dann ist der Ausdruck für den Compiler zu komplex, um diesen in Code umzusetzen?
Gast
#3713860
Tom schrieb: > When compiling ... Mist, wollte ich auch gerade schreiben ;-) Eigentlich hätte ich ja erwartet, dass ein Compiler – wo erforderlich – komplizierte Ausdrücke selbstständig in kleinere Häppchen zerlegt. Johannes S. schrieb: > Sebastian Hepp schrieb: >> Müssen Indizes von Arrays nicht immer den Typ Integer haben? > > nö, hauptsache ganzzahlig Was genau ist denn der Unterschied zwischen Integer und Ganzzahl? :)
Gast
#3713874
Also den Compiler mit der Plattform hätt ich schon über'd Häuser gschmissen... Zu komplex... lieb. >> ich Programmiere einen PIC16 in MPLAB8 mit dem HI-TECH Compiler. Der Compiler ist Schrott, der hat mich auch schon mal den letzten Nerv gekostet: Beitrag "PIC Port I/O mit HiTech C" Jetzt nehme ich dieses Ding http://www.mikroe.com/mikroc/pic/ läuft sauber, ohne Allüren und stabil, bin damit sehr zufrieden. Cheers Detlef
Gast
#3716091
Danke Euch! Dann werde ich den Ausdruck einfach mal vereinfachen und auf lange Sicht einen neuen Compiler nehmen... Versuch mal, das ganze mit 32 Bit rechnen zu lassen, also nur mit long anstelle von short long. Vielleicht überfordert der dann resultierende Ausdruck den Compiler ob seiner Komplexität etwas weniger. Ansonsten scheint das eine Art Bascom unter den C-Compilern zu sein, wenn bereits ein so simpler Ausdruck solch eine Fehlermeldung zur Folge hat ... Hitech C ist doch veraltet?
Gast
#3749817
Rufus mäkelte: >Ansonsten scheint das eine Art Bascom unter den C-Compilern zu sein, >wenn bereits ein so simpler Ausdruck solch eine Fehlermeldung zur Folge >hat ... Du kannst wohl nicht mit Bascom umgehen, sonst würdest Du mit Deinem Tun dort nicht solche Fehlermeldungen erzeugen? JumenReizWotsch schrieb: > Du kannst wohl nicht mit Bascom umgehen, sonst würdest Du mit Deinem Tun > dort nicht solche Fehlermeldungen erzeugen? Du hast wohl den Thread nicht gelesen. Oder kann Bascom jetzt endlich mehr als 2 Operanden pro Rechenschritt? Leider findet man so auf die Schnelle nichts zum Thema... Antwort schreiben |
Anzeige
|
