Überladen / Überschreiben von Funktionen in C möglich?
-
Krank? Nein! In etwa macht es so der C++ Compiler. Es hat auch nichts mit Overloading in C zu tun, da es kein C ist, sondern nur, wie Overloading in C++ (ist ne andere Sprache) nach C durch einen Praeprozessor realisiert werden koennte.
-
knivil schrieb:
In etwa macht es so der C++ Compiler.
also doch krank.
-
Fuer den einen ist es normal, fuer den anderen halt ... krank.
-
knivil schrieb:
Krank? Nein! In etwa macht es so der C++ Compiler. Es hat auch nichts mit Overloading in C zu tun, da es kein C ist sondern nur, wie Overloading in C++ (ist ne andere Sprache) nach C durch einen Praeprozessor realisiert wirden koennte.
Right! Natürlich ist das kein "natives" Overloading in C, sondern dessen Simulation. Wobei die Vorgehensweise tatsächlich der eines C++- Compilers ähnelt.
Die andere Möglichkeit, die schon kurz angesprochen wurde, wäre selbstmodifizierender Code, aber das scheuen Informatiker mehr als der Teufel das Weihwasser und die Prozessordesigner unterstützen die Phobie oft durch totale Trennung von Daten- und Programmbereichen.
Somit weiß C davon folglich auch nichts; in Assembler habe ich aber schon bestimmte Timings hingetrickst, die anders nicht zu erreichen waren.
Darüber hinaus fällt mir nichts ein, was mit selbstmodifiziertem Code arbeiten würde ...
-
pointercrash() schrieb:
Die andere Möglichkeit, die schon kurz angesprochen wurde, wäre selbstmodifizierender Code...
das wäre aber kein überladen. überladung ist doch 'ne ziemlich starre geschichte, bei der so'n compiler sich die funktion aussucht, die seiner meinung nach (argumentenliste usw.) am besten passen würde. selbstmodifizierender code geht mehr in richtung 'reflection'. aber noch was: man kann in C funktionen beim linken überladen. hab' ich schon mal gemacht.
-
+fricky schrieb:
[...]aber noch was: man kann in C funktionen beim linken überladen. hab' ich schon mal gemacht.
könntest du das bitte näher erläutern?
-
hando schrieb:
könntest du das bitte näher erläutern?
bei 'nem keil oder imagecraft-compiler (wahrscheinlich geht's mit jedem compiler irgendwie), kann man vorhandene library-funktionen durch eigene ersetzen (z.b. putchar(), getchar() überladen). mit 'nem compilerflag oder #pragma ging das. nix berauschendes also.
-
ersetzen ist aber nicht überladen.
-
-
knivil schrieb:
Krank? Nein! In etwa macht es so der C++ Compiler. Es hat auch nichts mit Overloading in C zu tun, da es kein C ist, sondern nur, wie Overloading in C++ (ist ne andere Sprache) nach C durch einen Praeprozessor realisiert werden koennte.
den "lightwight c++" Text an der Website konnte ich auch lesen. Krank bleibt dennoch krank.
-
dann kann man ja auch gleich behaupten: das vergeben von verschiedenen funktionsnamen ist krank.
-
Was ist eigentlich mit der Möglichkeit, dass man in C programmiert, aber einen C++ Kompiler verwendet? Oder wäre das ein Pakt mit dem Teufel?
Grüssli
-
im so ill schrieb:
dann kann man ja auch gleich behaupten: das vergeben von verschiedenen funktionsnamen ist krank.
nö, die sind ja verschieden, d.h. eindeutig. ich hatte gerade erst 'ne tolle fehlermeldung:
1>c:\qmls-0.2\qmls\mccluskey.cpp(203) : error C2668: 'pow' : ambiguous call to overloaded function
1> c:\programme\microsoft visual studio 8\vc\include\math.h(575): could be 'long double pow(long double,int)'
1> c:\programme\microsoft visual studio 8\vc\include\math.h(573): or 'long double pow(long double,long double)'
1> c:\programme\microsoft visual studio 8\vc\include\math.h(527): or 'float pow(float,int)'
1> c:\programme\microsoft visual studio 8\vc\include\math.h(525): or 'float pow(float,float)'
1> c:\programme\microsoft visual studio 8\vc\include\math.h(489): or 'double pow(double,int)'
1> c:\programme\microsoft visual studio 8\vc\include\math.h(123): or 'double pow(double,double)'
1> while trying to match the argument list '(int, unsigned int)'^^weil es mehrere 'pows' gibt.
Dravere schrieb:
Was ist eigentlich mit der Möglichkeit, dass man in C programmiert, aber einen C++ Kompiler verwendet?
ganz schlechte idee, das geht selten gut.
-
+fricky schrieb:
pointercrash() schrieb:
Die andere Möglichkeit, die schon kurz angesprochen wurde, wäre selbstmodifizierender Code...
das wäre aber kein überladen. überladung ist doch 'ne ziemlich starre geschichte, bei der so'n compiler sich die funktion aussucht, die seiner meinung nach (argumentenliste usw.) am besten passen würde. selbstmodifizierender code geht mehr in richtung 'reflection'. aber noch was: man kann in C funktionen beim linken überladen. hab' ich schon mal gemacht.
Irrtum! Selbstreflektierender Code hat gar nichts mit SMC zu tun. SMC ist dann gegeben, wenn sich der Code selber zur Laufzeit verändert. Bei mir sah das so aus, daß ich nur ein 32-Byte- Fenster zur Verfügung hatte, um mit einem schnellen Bustiming (Zeropage- Zugriffe) einen Baustein auszulesen, bereits ein Return hätte den Inhalt verworfen. Also hab' ich mir was gebastelt, das nach dem ersten und zweiten Durchlauf ein paar Opcodes ausgewechselt hat, inklusive die durch eine per jmp gebildete Endlosschleife in einen Rücksprung per rts- Opcode umzuwandeln. :p
SMC ist also Überladung zur Laufzeit, geht aber nur auf Von-Neumann- Architekturen bzw. auf Opcode- Ebene. Sowas kann kein Compiler
Die selbstoptimierenden Systeme sind eher Spielzeuge der KI- Forschung und nutzen ganz andere Mechanismen, die man eher als Selbstparametrierung bezeichnen kann.Auf Linker- Ebene Libs zu tauschen ist für Embedded- Fuzzis übrigens eher Tagesgeschäft als was Besonderes und mit pragmas mußte ich mich da noch nie abplagen. Meist geht es da um die stdio- Geschichten, die meist stdin und stdout genau dahin schicken, wo Du's überhaupt nicht brauchen kannst
. Früher hatte ich so einen Library Manager, wo man beliebig Libs versionieren und angeben konnte, welche zugelinkt werden sollen, bei manchen "modernen" IDEs geht das in abgespeckter Form über den Debug/Release- Mechanismus (von wegen Fortschritt - ha!), aber dicker Schwur: Pragma- Gedöns war noch nie nötig.
Nur: Mit Überladung hat das auch nicht wirklich zu tun.Einzig eine Geschichte, die zumindest nah dran kommt, fällt mir jetzt noch ein: Funktionen ersetzen durch Macros, das geht auch prima temporär über include guards gesteuert. Wohl nicht ganz so flexibel wie "echtes" Überladen in C++, aber ich bin immer wieder erstaunt, was man damit so alles machen kann. Was mich dennoch daran ärgert: Bei vielen Compilern kriege ich das aufgelöste Macro- Zeugs nur über Umwege zu Gesicht, bei einigen sogar gar nicht. Geht da was schief, ist Spaß beim Rätseln angesagt.
-
pointercrash() schrieb:
Irrtum! Selbstreflektierender Code hat gar nichts mit SMC zu tun. SMC ist dann gegeben, wenn sich der Code selber zur Laufzeit verändert.
--> Reflection can be used for [...] modifying program execution at runtime. http://en.wikipedia.org/wiki/Reflection_(computer_science)
pointercrash() schrieb:
...Wohl nicht ganz so flexibel wie "echtes" Überladen in C++...
2 post darüber siehst du ja, wie 'flexibel' es ist.
-
pointercrash() schrieb:
SMC ist also Überladung zur Laufzeit
Nö, das ist überhaupt keine Überladung, sondern Überschreiben (sorry, schlechte deutsche Version von overriding). Hat zwar schon jemand in dem Thread geschrieben, aber es wurde anscheinend ignoriert ...
-
+fricky schrieb:
--> Reflection can be used for [...] modifying program execution at runtime. http://en.wikipedia.org/wiki/Reflection_(computer_science)
Ja, stimmt, da steht "modifying program execution" und nicht "modifying executable programs". Das basiert alles auf Erweiterung zur Laufzeit und ist spätestens seit LISP ein alter Hut. Ist aber was anderes, den eigenen Code zur Laufzeit zu ändern, als zur Laufzeit neuen Code zu integrieren und ggf. statt alten Codes auszuführen.
Bashar schrieb:
Nö, das ist überhaupt keine Überladung, sondern Überschreiben ...
Ich modifiziere mehrfach zur Laufzeit je nach Bedarf einen Teil des Codes, tausche Methodenteile sowie Parameter aus. So unterschiedlich ist das also nicht. Als Merkmal eher, ob es zur Compiletime oder zur Runtime passiert?
Wird aber sehr vielosofisch ...
-
pointercrash() schrieb:
Bashar schrieb:
Nö, das ist überhaupt keine Überladung, sondern Überschreiben ...
Ich modifiziere mehrfach zur Laufzeit je nach Bedarf einen Teil des Codes, tausche Methodenteile sowie Parameter aus. So unterschiedlich ist das also nicht. Als Merkmal eher, ob es zur Compiletime oder zur Runtime passiert?
Ich kann mich nur wiederholen. Überladen bedeutet, dass mehrere Funktionen denselben Namen haben und je nach Argumentzahl und -typen unterschieden wird, welche davon aufgerufen wird. Das kann man theoretisch auch zur Laufzeit machen (Multiple Dispatch ala CLOS, auch wenn das normalerweise nicht Überladen genannt wird).
Eine Implementierung zu überschreiben, sei es zur Compilezeit, zur Linkzeit oder zur Laufzeit, ist kein Überladen.
-
+fricky schrieb:
Dravere schrieb:
Was ist eigentlich mit der Möglichkeit, dass man in C programmiert, aber einen C++ Kompiler verwendet?
ganz schlechte idee, das geht selten gut.
Darf ich da mal um eine genauere Erläuterung bitten? Würde mich persönlich interessieren. Abgesehen vom Verlust der ABI, welche allerdings über
extern "C"auch wieder verwendet werden könnte, was gibt es noch für Nachteile?Grüssli
-
Dravere schrieb:
Darf ich da mal um eine genauere Erläuterung bitten? Würde mich persönlich interessieren.
Da gibt es schon etliche "Stolpersteine", ob der Compiler mit "extern C" alles berücksichtigt - who knows
Zudem verleitet es dazu, C und C++ zu mischen, eine der sichersten Möglichkeiten, ein Projekt schnellstmöglich in die Unwartbarkeit zu bringen ...
