Home
Diskussion
E-Mail
Unterseiten
Baustelle
Aufgaben
Vorlagen
Beiträge
Beitragszähler

ein ziemliches Durcheinander!


Das alles mal als ausgearbeitete Vorschläge auf Diskussion:C (Programmiersprache) stellen:

  • Abschnitt K&R C: die neuen Schlüsselwörter sind long und unsigned (ohne int)
  • Abschnitt Datentypen:
    • Typumwandlungen (promotion, conversion, cast)
    • Integer and floating types are collectively called arithmetic types.
    • Arithmetic types and pointer types are collectively called scalar types. Array and structure types are collectively called aggregate types.
    • Abschnitt Basisdatentypen:
      • Einzelnachweis Fog, Agner (16. Februar 2010). Calling conventions for different C++ compilers and operating systems: Chapter 3, Data Representation. entfernen: Dokumente zu C++ haben keine Relevanz bezgl. C!
  • Abschnitt Deklarationen: viel zu oberflächlich
  • Abschnitt Sprachdesign: beschreibt Teile der Übersetzungsphasen und sonst fast nichts; das Design wird dagegen im Abschnitt Eigenschaften (mit-)verwurstelt --> "translation phases" woanders sinnvoll einbauen, "Eigenschaften" in "Sprachdesign" umbenennen und in sinnvollen Fließtext wandeln.
  • Abschnitt Die Standardbibliothek: freestanding vs. hosted implementation; Q:C99 4-6, C99 5.1.2

  • ausarbeiten!



  1. Luftkanal einer Gussform (Artikel existiert)
  2. musikalisches Effekt-Instrument [1]
  3. hist. Anemometer [2]



 

Erledigt

Bearbeiten

Duff's Device beschreibt, wie so viele Artikel darüber, nicht das originale Konzept: dort ging es nicht um das Kopieren von Daten im Speicher (das kann memcpy im Zweifelsfalle effizienter) sondern um das sequentielle Schreiben von Daten auf ein Ausgaberegister (ein Fall von richtige Quelle, falsch wiedergegeben - WPen macht's richtig)! Wichtig: Tom Duff on Duff's Device! Außerdem: wenn n == 0 dann ist das Ergebnis nicht das üblicherweise gewünschte! erl. --IrrwahnGrausewitz blah 17:59, 3. Sep. 2010 (CEST)


  • Weiterleitungslinks auf richtiges Ziel setzen.
  • Neuer (Unter-)Abschnitt variadische Makros

erl. ---IrrwahnGrausewitz blah 22:26, 20. Sep. 2010 (CEST)


  • ...mal gründlich korrekturlesen!

erl. (kräftig überarbeitet) --IrrwahnGrausewitz blah 18:02, 21. Sep. 2010 (CEST)

  • Untermenge der für ein freestanding environment notwendigen Header einpflegen

erl. --IrrwahnGrausewitz blah 01:32, 24. Sep. 2010 (CEST)


  • dort einbauen:

Im technischen Prototypenbau unterscheidet man je nach Detaillierungsgrad zwischen:[1]

Designprototyp
Konzeptmodell zur Überprüfung ästhetischer und ergonomischer Merkmale
Geometrischer Prototyp
Maßgenaues Modell für erste Montage- und Gebrauchsversuche und zur Konkretisierung des (Material-)Anforderungsprofils
Funktionsprototyp
Prototyp, der bereits entscheidende funktionale Eigenschaften eines später in Serie gefertigten Bauteils aufweist
Technischer Prototyp
Mit dem Endprodukt weitestgehend identisches Versuchsmodell
  1. Elvira Moeller: Handbuch Konstruktionswerkstoffe. Hanser Verlag, 2007, ISBN 3-446-40170-9, S. 134 f.
  • Bilder in Galerie verpacken
  • Spaltensatz im Abschnitt Siehe auch raus!

erl. --IrrwahnGrausewitz blah 19:13, 25. Sep. 2010 (CEST)


WL → Prototyp (Technik) erl. --IrrwahnGrausewitz blah 19:13, 25. Sep. 2010 (CEST)


überarbeiten (s. auch Diskussion:Funktionsprototyp)

  • BKL3: {{Dieser Artikel| behandelt das [[Kategorie:Programmiersprachelement]]. Zum gleichnamigen Konzept beim technischen Prototypenbau siehe [[Prototyp (Technik)]].}}
  • Einleitung: Als Funktionsprototyp bezeichnet man in verschiedenen Programmiersprachen die Deklaration einer Funktion – inklusive Angaben über Anzahl und Typ der Parameter und Typ des Rückgabewertes – getrennt von ihrer Implementierung (Definition). Man spricht auch ungenau von der Vorausdeklaration (englisch: forward declaration, oft falsch als „Vorwärtsdeklaration“ übersetzt) einer Funktion, diese muss aber nicht in jedem Fall einen vollwertigen Funktionsprototypen darstellen. Jede Definition einer Funktion liefert hingegen automatisch immer auch eine Prototypdeklaration.
  • Prototypen ermöglichen 1-Pass-Compiler
  • In C++ müssen Funktionsprototypen zwingend verwendet werden, in C nur in bestimmten Fällen (es zeugt jedoch von gutem Stil, dies immer zu tun):
    • Funktionen der C Standardbibliothek dürfen nicht ohne Prototypen verwendet werden; diese stammen üblicherweise aus per #include-Präprozessorbefehl eingebundenen Headern.
    • Für Funktionen, bei deren Aufruf die default argument promotion einen zum entprechenden Parameter unpassenden Typen liefern würde, sind Funktionsprototypen ebenfalls verpflichtend.

Beispiel:

#include <stdio.h>

double addiere(); /* Vorausdeklaration, aber kein Prototyp (da unbestimmte Anzahl Parameter), 
                     würde in Zeile 10 zu ''undefined behaviour'' führen (Stichwort ''default argument promotions'') */
double addiere( double, double );  // korrekte Prototypdeklaration 
double addiere( double zahl1, double zahl2 ); // alternativ auch mit Parameternamen

int main( void )
{
    printf( "2+3=%g\n", addiere( 2, 3 ) ); // ohne Prototyp hier undefiniertes Verhalten (Parameter double, Argument int)!
    return 0;
}

double addiere( double zahl1, double zahl2 )
{
    return a + b;
}

erl. --IrrwahnGrausewitz blah 16:17, 26. Sep. 2010 (CEST)


erl. --IrrwahnGrausewitz blah 19:14, 26. Sep. 2010 (CEST)


erl. --IrrwahnGrausewitz blah 13:08, 1. Okt. 2010 (CEST)


erl. --IrrwahnGrausewitz blah 17:17, 10. Okt. 2010 (CEST)


WL → Funktionsprototyp oder WL → Deklaration (Programmierung) ? erl. --IrrwahnGrausewitz blah 14:28, 17. Okt. 2010 (CEST)


BKS erstellen:

  1. Begattung
  2. Deckssprung

erl. von W!B --IrrwahnGrausewitz blah 12:15, 23. Okt. 2010 (CEST)


erl. von Dormira --IrrwahnGrausewitz blah