<![CDATA[Einstieg in C oder C++?]]>Am liebsten würde ich mit Assembler arbeiten, jedoch
ist das "herum moven" ( statt z.b. $a = $a +1; ) etwas mühsam, darum suche ich eine Progammiersprache die Assembler am Nächsten steht.

- Hoher Speed, Prozessornähe. UNABHÄNGIG vom OS!!!*
- Gewisse Grundfunktionalität
- (ev. Plattformunabhängigkeit, oder einfache anpassbarkeit)

*bzw. nur wenn ich explizit will das es an ein OS gebunden wird. ansonsten soll mein C-code nur der CPU gehören.. also keine Windowsfunktionen ansprechen oder so... also Ohne Windows zu starten funktionieren. "Boot-Disk z.B."

Ich habe mir Visual C++ von MS mal installiert. bin aber nicht zufrieden, da der anscheinend ganz frech schon einmal Windows-funktionen (includes) benutzt..

Für Oberflächen, benutze ich aber doch lieber in Perl, weil dies alles viel schneller geht. und Perl beinahe allmächtig ist. so greiffe "bei bedarf" auf C-Funktionen zu. Inline C oder so, mal sehen...

Also habe ich C/C++ sinvollerweise nur für zeitkritische Anwendungen, oder mehr Prozessornähe und unabhängigkeit vom OS geplant.

1. Womit soll ich anfagen, was erfüllt meine Bedürfnisse am besten? C? oder C++?
2. Welchen Compiler soll ich verwenden?

3. Zu einem guten Compiler gehört auch das Linken.. Also den Sourcecode z.B. in eine EXE umzuwandeln.

4. Wie verwandle ich mein C-Programm in Maschinencode?
(Keine C_to_EXE-Scheisse sondern 01101001 in einem File)
Ob ich es dann linken(EXE) will oder auf eine andere Plattform portieren und dort linken will soll mir überlassen werden...

Im Im Prinzip will ich C/C++ so assembler-ähnlich wie möglich(als ersatz, um schneller zu arbeiten).. weil den rest.. den kann ich eh in Perl lösen...

Womit mache ich das C/C++? Welchen Compiler und Entwicklungsumgebung soll ich dazu benutzen?

Am liebsten keine Full-loaded Umgebung die mir alles schon aufdiktiert... sondern einfach ein Compiler(soll ein Maschinencode-File erzeugen), und ev. einen Linker(ev. EXE) dazu zum testen.

Wie siehts inbezug auf Speed aus?
C?
C++?

Gibts Leute die Ihre Treiber sogar in C schreiben?

]]>https://www.c-plusplus.net/forum/topic/124512/einstieg-in-c-oder-cRSS for NodeSun, 23 Aug 2026 23:47:29 GMTFri, 28 Oct 2005 09:23:10 GMT60<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 09:23:10 GMT]]>Am liebsten würde ich mit Assembler arbeiten, jedoch
ist das "herum moven" ( statt z.b. $a = $a +1; ) etwas mühsam, darum suche ich eine Progammiersprache die Assembler am Nächsten steht.

- Hoher Speed, Prozessornähe. UNABHÄNGIG vom OS!!!*
- Gewisse Grundfunktionalität
- (ev. Plattformunabhängigkeit, oder einfache anpassbarkeit)

*bzw. nur wenn ich explizit will das es an ein OS gebunden wird. ansonsten soll mein C-code nur der CPU gehören.. also keine Windowsfunktionen ansprechen oder so... also Ohne Windows zu starten funktionieren. "Boot-Disk z.B."

Ich habe mir Visual C++ von MS mal installiert. bin aber nicht zufrieden, da der anscheinend ganz frech schon einmal Windows-funktionen (includes) benutzt..

Für Oberflächen, benutze ich aber doch lieber in Perl, weil dies alles viel schneller geht. und Perl beinahe allmächtig ist. so greiffe "bei bedarf" auf C-Funktionen zu. Inline C oder so, mal sehen...

Also habe ich C/C++ sinvollerweise nur für zeitkritische Anwendungen, oder mehr Prozessornähe und unabhängigkeit vom OS geplant.

1. Womit soll ich anfagen, was erfüllt meine Bedürfnisse am besten? C? oder C++?
2. Welchen Compiler soll ich verwenden?

3. Zu einem guten Compiler gehört auch das Linken.. Also den Sourcecode z.B. in eine EXE umzuwandeln.

4. Wie verwandle ich mein C-Programm in Maschinencode?
(Keine C_to_EXE-Scheisse sondern 01101001 in einem File)
Ob ich es dann linken(EXE) will oder auf eine andere Plattform portieren und dort linken will soll mir überlassen werden...

Im Im Prinzip will ich C/C++ so assembler-ähnlich wie möglich(als ersatz, um schneller zu arbeiten).. weil den rest.. den kann ich eh in Perl lösen...

Womit mache ich das C/C++? Welchen Compiler und Entwicklungsumgebung soll ich dazu benutzen?

Am liebsten keine Full-loaded Umgebung die mir alles schon aufdiktiert... sondern einfach ein Compiler(soll ein Maschinencode-File erzeugen), und ev. einen Linker(ev. EXE) dazu zum testen.

Wie siehts inbezug auf Speed aus?
C?
C++?

Gibts Leute die Ihre Treiber sogar in C schreiben?

]]>https://www.c-plusplus.net/forum/post/902556https://www.c-plusplus.net/forum/post/902556Fri, 28 Oct 2005 09:23:10 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 09:37:29 GMT]]>wieso fragst du im c++ forum?
sieht eher nach "rund um die programmierung" aus, oder "compilerforum"
lass dich verschieben (keinen neuen thread aufmachen 😉 )

diese frage, c oder c++ wird wöchentlich einmal gestellt.. nutze bitte die suchfunktion.

zu compilern: schau dir den link oben rechts an.. und such dir einen aus.
einen objektfile ohne linken können alle 😉
fragen dazu im compilerforum.

unabhängig vom betriebssystem gibt es nicht.
aber der standard sollte überall compilierbar sein.

erstmal so long

]]>https://www.c-plusplus.net/forum/post/902568https://www.c-plusplus.net/forum/post/902568Fri, 28 Oct 2005 09:37:29 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 09:46:41 GMT]]>elise schrieb:

unabhängig vom betriebssystem gibt es nicht.
erstmal so long

Nicht? also mit ASM geht das...

Ich meinte aich nicht unabhängig vom Betreibsystem(BIOS 😉 ), sondern von "windows" (eh kein echtes OS)...

Sobald ich eine Bootdisk erstelle und mein objektfile(maschinencode) dorthin kopiere wo die CPU nach dem PC-Start "sucht" so bin ich doch unabhängig.

Falls ich doch unter win arbeiten muss.. Will ich wenigstens in alle Adressbereiche schreiben können...

Kann ja sein das ich ein eigenes kleines OS schreiben will... 🙂
sowas muss doch in C / C++ möglich sein..

]]>https://www.c-plusplus.net/forum/post/902577https://www.c-plusplus.net/forum/post/902577Fri, 28 Oct 2005 09:46:41 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 09:56:32 GMT]]>dein eigenes natürlich schon..
sorry, zu schnell gelesen.

gcc müsste dein compiler sein, oder vielleicht noch der turbo c.. kannst mal im compilerforum nachschauen, es gab einige threads zum "selber programmieren".

natürlich mit bestimmten einstellungen.

]]>https://www.c-plusplus.net/forum/post/902590https://www.c-plusplus.net/forum/post/902590Fri, 28 Oct 2005 09:56:32 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 10:08:25 GMT]]>ach ja, schau dir das noch an
http://www.robsite.de/tutorials.php?tut=osdev

und das low level magazin fand ich gut (weiß nicht, ob die weitergemacht haben).

]]>https://www.c-plusplus.net/forum/post/902600https://www.c-plusplus.net/forum/post/902600Fri, 28 Oct 2005 10:08:25 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 11:45:16 GMT]]>elise schrieb:

ach ja, schau dir das noch an
http://www.robsite.de/tutorials.php?tut=osdev

und das low level magazin fand ich gut (weiß nicht, ob die weitergemacht haben).

cool.....

]]>https://www.c-plusplus.net/forum/post/902712https://www.c-plusplus.net/forum/post/902712Fri, 28 Oct 2005 11:45:16 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 11:51:31 GMT]]>Also der beste C++ Compliter ist Dev-c++

einfach mal gogglen

]]>https://www.c-plusplus.net/forum/post/902726https://www.c-plusplus.net/forum/post/902726Fri, 28 Oct 2005 11:51:31 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 11:52:22 GMT]]>metallicakeke schrieb:

Also der beste C++ Compliter ist Dev-c++

einfach mal gogglen

troll...

]]>https://www.c-plusplus.net/forum/post/902728https://www.c-plusplus.net/forum/post/902728Fri, 28 Oct 2005 11:52:22 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 11:57:41 GMT]]>metallicakeke schrieb:

Also der beste C++ Compliter ist Dev-c++

einfach mal gogglen

Dev-c++ ist eine IDE und keine Compiler. 🙄

]]>https://www.c-plusplus.net/forum/post/902731https://www.c-plusplus.net/forum/post/902731Fri, 28 Oct 2005 11:57:41 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 13:16:01 GMT]]>

2. Welchen Compiler soll ich verwenden?

3. Zu einem guten Compiler gehört auch das Linken.. Also den Sourcecode z.B. in eine EXE umzuwandeln.

4. Wie verwandle ich mein C-Programm in Maschinencode?
(Keine C_to_EXE-Scheisse sondern 01101001 in einem File)
Ob ich es dann linken(EXE) will oder auf eine andere Plattform portieren und dort linken will soll mir überlassen werden...

Der Compiler wandelt die Quelltexte in Objektdateien um, diese werden dann gelinkt damit man ein ausführbares Programm bekommt.
Welche Befehle das sind? Das ist natürlich Compilerabhängig -> RTFM Doku. ist ein muss.

Ansonsten kannst du C++ selbstverständlich auch mit einem Texteditor schreiben.
Da du unter Windows anscheinend nicht arbeitest gehe ich mal von Unix/Linux aus.
Dafür gibt es zb: EMACS oder VIM die mehr Komfort bieten als ein Texteditor.

Der Linuxkernel selber ist übrigens in C geschrieben, mit Inline Assembler.

Mit C/C++ kann man alles machen, wenn man es kann 🙂

Für WIRKLICHE Zeitkritische Programme ist Assembler halt immer noch die erste Wahl.

Sobald ich eine Bootdisk erstelle und mein objektfile(maschinencode) dorthin kopiere wo die CPU nach dem PC-Start "sucht" so bin ich doch unabhängig.

Objektfile != Programm
Für Bootdisketten muss man gewisse Regeln beachten, da werden executes jeglicher Art drauf gehauen!.

]]>https://www.c-plusplus.net/forum/post/902794https://www.c-plusplus.net/forum/post/902794Fri, 28 Oct 2005 13:16:01 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 13:18:17 GMT]]>

Für Bootdisketten muss man gewisse Regeln beachten, da werden executes jeglicher Art drauf gehauen!.

Für Bootdisketten muss man gewisse Regeln beachten, da werden nicht einfach 'execute´s' jeglicher Art drauf gehauen!.

]]>https://www.c-plusplus.net/forum/post/902797https://www.c-plusplus.net/forum/post/902797Fri, 28 Oct 2005 13:18:17 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 13:39:17 GMT]]>poncholino schrieb:

Für Bootdisketten muss man gewisse Regeln beachten, da werden executes jeglicher Art drauf gehauen!.

Für Bootdisketten muss man gewisse Regeln beachten, da werden nicht einfach 'execute´s' jeglicher Art drauf gehauen!.

Objectfile = Maschinencode oder?

also muss ich es dafür sorgen, das der JUMP befehl
(boot sektor) in assembler auf mein programm zeigt oder?

]]>https://www.c-plusplus.net/forum/post/902811https://www.c-plusplus.net/forum/post/902811Fri, 28 Oct 2005 13:39:17 GMT<![CDATA[Reply to Einstieg in C oder C++? on Fri, 28 Oct 2005 13:43:07 GMT]]>Perl_master schrieb:

poncholino schrieb:

Für Bootdisketten muss man gewisse Regeln beachten, da werden executes jeglicher Art drauf gehauen!.

Für Bootdisketten muss man gewisse Regeln beachten, da werden nicht einfach 'execute´s' jeglicher Art drauf gehauen!.

Objectfile = Maschinencode oder?

also muss ich es dafür sorgen, das der JUMP befehl
(boot sektor) in assembler auf mein programm zeigt oder?

objektdatei!=Maschinencode;
die objektdatei enthält eine vorstufe des fertigen codes, der vom linker nachbearbeitet werden _muss_. erst beim linken werden die stackaddressen richtig eingesetzt, vorher sind es meist nur relative angaben, die der linker dann durch absolute ersetzt.

]]>https://www.c-plusplus.net/forum/post/902814https://www.c-plusplus.net/forum/post/902814Fri, 28 Oct 2005 13:43:07 GMT<![CDATA[Reply to Einstieg in C oder C++? on Sat, 29 Oct 2005 06:24:56 GMT]]>http://de.wikipedia.org/wiki/Kompilieren

]]>https://www.c-plusplus.net/forum/post/903172https://www.c-plusplus.net/forum/post/903172Sat, 29 Oct 2005 06:24:56 GMT<![CDATA[Reply to Einstieg in C oder C++? on Sat, 29 Oct 2005 14:58:23 GMT]]>So ein Gelabere hier. Gehe am besten ins Assembler-Forum, da findest du die Leute, die eigene OS entwickeln. ASM und C dürften deine Sprachen sein. Man bootet in ASM und macht dann in C weiter.

siehe: NASM, DJGPP, GRUB

siehe auch dort:
http://www.linuxgazette.com/issue77/krishnakumar.html
http://www.linuxgazette.com/issue79/krishnakumar.html
http://www.linuxgazette.com/issue82/raghu.html
http://database.sarang.net/study/OS/os-faq.html

]]>https://www.c-plusplus.net/forum/post/903440https://www.c-plusplus.net/forum/post/903440Sat, 29 Oct 2005 14:58:23 GMT