Thema: OS in Pascal

[AUSTRIA]

Hallo an alle!

Ich weiß es gibt Tutorials zur OS-Programmierung in Pascal, aber die sind alle recht kurz 
Hat hier jemand schon ein kleines OS in Pascal programmiert, dass er mir zur Verfügung stellen könnte, um daran rumzuspielen? Es soll nicht groß sein, da ich sonst wahrscheinlich den Überblick verliere.

Danke schon mal im Voraus an alle, die antworten

mfg AUSTRIA

[Cool-Andy]

Ich weiß ja nicht ob folgender Link so was ist, was du suchtst und ich versteh auch kein Wort Pascal, aber vielleicht hilft dir das:

http://wiki.osdev.org/Pascal

[kevin]

Also ich hätte ja noch einen Pascal-Kernel rumliegen, aber der stammt aus meinen OS-Dev-Anfangszeiten und ist sicher noch kaputter als alles andere, was ich der Öffentlichkeit so zugemutet habe. Viel mehr als ein bisschen Multiboot-Info verarbeiten und Speicherverwaltung macht der aber nicht.

Letztendlich wirst du nicht darum herumkommen, C soweit zu lernen, dass du es verstehen kannst. Die Mehrheit spricht nunmal C und da solltest du nicht ausgeschlossen bleiben. Wenn du dann C lesen kannst, kannst du den Code auch ohne weiteres nach Pascal übersetzen.

[AUSTRIA]

C lesen hab ich kein Problem mit, aber ich würde gerne einfach in ein kleines funktionsfähiges, in Pascal geschriebenes OS schauen können. Es soll nicht mehr können als einfach ein Zeichen auf den Bildschirm malen.

mfg AUSTRIA

PS: Übrigens danke für den Link, werd ich mir mal anschauen

[kevin]

Wenn's nur ein Zeichen auf den Bildschirm sein soll - warum in die Ferne schweifen, ist das Gute doch so nah?

http://lowlevel.brainsware.org/wiki/index.php/Pascal

[AUSTRIA]

http://wiki.osdev.org/Pascal

ld -Tlinker.script -o kernel.obj stub.o kernel.o multiboot.o system.o console.o

Das check ich nicht. Was ist ld für ein programm?
Bis hier hin bin ich gekommen.

mfg AUSTRIA

PS: den Wiki-Artikel hier habe ich schon gelesen, werd ich auch mal ausprobieren

[Cool-Andy]

Also, in gcc ist "ld" ein Programm, mit dem man verschiedene Binärcodes zusammenfügt, wie das in Pascal ist, hab ich keine Ahnung!

[MNemo]

ld ist der linker und teil der binutils(nicht gcc).
Er verbindet dir die einzelnen Objektdateien(*.o) - unter bestimmten Regeln(linker.script) - zu einer (kernel.obj) Datei.

[AUSTRIA]

OK, dann werd ich mich im gcc-ordner mal nach ld umschauen.
Ich benutze Windows dafür. Heißt das Prog da vielleicht anders?

mfg AUSTRIA

[stultus]

Wenn du nen "normalen" Port hast, eher nicht. Und vorhanden sein sollte es, ich wüsste nicht wie nen gcc dir sonst was ausführbares produzieren sollte
Was verwendest du denn alles für deine Entwicklungsumgebung?

[AUSTRIA]

Entwicklungsumgebung: Notepad++, NASM, FPC 2.2.2, gcc hab ich mir eben gezogen, Windows 7 RC

[Jidder]

Welchen GCC? Also woher haste den?

[AUSTRIA]

gcc 4.4.2
Hab ich gerade auf meiner externen gefunden. Das ganze zu laden ist ja ne Ewigkeit. Ist n riesiges Archiv.

mfg AUSTRIA

[AUSTRIA]

Jetzt kommt mir bei ld folgende Meldung:

ld: cannot find .\fpc\source\rtl\units\i386-linux\si_prc.o

Weiß nichts mit ihr anzufangen :S
Hab bis jetzt alles so gemacht wies im Tutorial steht.
Ist das weil ich Windows verwende?

mfg AUSTRIA

[DaCodaaa]

ld teilt dir damit unmissversändlich mit, dass si_prc.o nicht in dem ordner source\rtl\units\i386-linux vorhanden ist. Ich glaube, dass du keinen Pfad zu der o-datei angegeben hast und ld daher im Stammordner sucht.

[AUSTRIA]

Ich hab davor aber mit chdir in den Ordner in dem die OS-Dateien liegen gewechselt. Es gibt keine si_prc.o bei den OS-Dateien und wird auch nirgens benötigt :S

kann das mal jemand von euch versuchen zu kompilieren. Ist das Beispiel vom Link zum osdev-wiki in einer der ersten antworten.

mfg AUSTRIA

[DaCodaaa]

Warum lässt du ld dann si_prc.o mitlinken?!?

an deiner Stelle würde ich das Organisieren. Z.B. einen Ordner wo du deine Quelldateien hast und einen Ordner wo alle Obj Dateien reinkommen. Dann ein Linkerskript ungefähr so:

Code: [Auswählen]

OUTPUT_FORMAT(elf32-i386)
INPUT(     o-Dateien mit vollem Pfad und durch leerzeichen getrennt     )
OUTPUT(     Datei die rauskommen soll also *.bin oder so (mit Pfad)     )
ENTRY( Symbol im Code das zuerst aufgerufen werden soll)

phys = 0x00100000;

SECTIONS
{
kernel_start = .;
.text phys : AT(phys)
{
code = .;
*(.text)
. = ALIGN(4096);
code_end = .;
}
.data : AT(phys + (data - code))
{
data = .;
*(.data)
. = ALIGN(4096);
data_end = .;
}
.rodata : AT(phys + (rodata - code))
{
rodata = .;
*(.rodata)
. = ALIGN(4096);
rodata_end = .;
}
.bss : AT(phys + (bss - code))
{
bss = .;
*(COMMON)
*(.bss)
. = ALIGN(4096);
bss_end = .;
}
  kernel_end = .;
}

und dann noch ne Batch datei, die alles Kompiliert assembliert, linkt und wasweißichnoch damit anstellt. Ungefähr so:

Code: [Auswählen]

gcc -Wall -Werror ...  Pfad zum Quellcode ordner\Name.c -o Pfad zum Objekt ordner\Name.o

...

ld ld -T Pfad zum Linkerscript\link.ld


[AUSTRIA]

vielen Dank! Daran könnte das Problem liegen

mfg AUSTRIA