Wie kann man sich den Objekt-code angucken ?

[mschnell]

In Delphi haben wir View -> Debug Windows -> view CPU.

Geht so etwas in Lazarus nicht ?

Gruß,
-Michael

[theo]

In Delphi haben wir View -> Debug Windows -> view CPU.
Geht so etwas in Lazarus nicht ?

Nein. könntest du aber einbauen. GDB gibt die Informationen her, soviel ich weiss.
Das wäre mal ein sinnvolles Projekli.

[pluto]

Meinst du mit Object Code den ASM Code der erzeugt wurde ?

[Christian]

Wurde neulich schon im Dev. IRC diskutiert, ich find das aber recht sinnfrei. Hab das CPU Window bzw Assembler Code noch nie genutzt und solang der fpc richtig funktioniert brauch das auch keiner. Ich programmier in ner Hochsprache damit ich mich eben nicht in Assembler herumschlagen muss.

[mschnell]

Der ASM code als Text ist (falls er zwischenzeitlich tatsächlich erzeugt wurde) nach dem Linken gelöscht worden. Also kann die IDE nur den disassembelten Objektcode anzeigen. Sinnvoller Weise zeigt Delphi dabei auch die Pascal-Quelltext-Zeile an, die in diesen Code compiliert wurde.

Um darin debuggen zu können braucht man natürlich auch die aktuellen Inhalte aller Register. Zeigt Delphi auch an.

Klar kann GDB das alles zur Verfügung stellen. Es ist also durchaus möglich die Lazarus IDE entsprechend zu erweitern. Aber sicherlich ein Haufen Arbeit .

-Michael

[pluto]

Für mich reichen immer die Ausgabe von writeln an bestimmten Text Stellen...

[mschnell]

Schaut 'mal bei

http://sourceforge.net/project/screensh ... ssid=36778" onclick="window.open(this.href);return false;

MSGUI ist ein BPL/Open Source Projekt, das ähnlich wie Lazarus eine Delphi-ähnliche GUI für Free Pascal zur Verfügung stellt. Im Gegensatz zu Lazarus gibt es anscheinend auch ein Disassembler Fenster. Vielleicht kann man den Code von diesem Projekt verwenden ?!?!?!

-Michael

[pluto]

Ich habe es noch nicht geschafft damit ein Projekt zu Komplieren...

[mschnell]

Das heißt nicht, dass man sich nicht von da etwas abgucken kann...

-Michael

[pluto]

Das stimmt.... aber das währe glaube ich nicht Fair, ist zwar OpenSoruce( glaube ich) Aber Trozdem..... sowas möchtest du bei deinem Programm doch auch nicht oder ?

[Christian]

LoL, ich glaube nicht das dieses Projekt nichts vom Lazarus abgeschaut hat. Wenn man soetwas nich möchte macht man kein Open Source draus.

[mschnell]

Wurde neulich schon im Dev. IRC diskutiert, ich find das aber recht sinnfrei. Hab das CPU Window bzw Assembler Code noch nie genutzt und solang der fpc richtig funktioniert brauch das auch keiner. Ich programmier in ner Hochsprache damit ich mich eben nicht in Assembler herumschlagen muss.

Ich finde das kann man sehr gut brauchen, wenn man zum Beispiel etwas optimieren will, oder wenn was nicht funktioniert und man genau wissen will, warum. Gerade, wenn Compiler-Fehler bei einen noch nicht 100% getesteten Produkt wie Lazarus noch nicht völlig auszuschließen sind, kann das wichtig sein. Und ich will auch irgendwann 'mal FP für eine neue CPU anpassen. Da kann es schon sehr hilfreich sein (Aber cross- ("remote"-) debugging ist natürlich wieder eine andere Story...).

Ich habe übrigens gefunden dass man einfach mit -al als zusätzliche Compiler-Option eine Assembler-Datei schreiben kann. Damit kann man zwar nicht den Maschinencode debuggen, aber immerhin vernünftig angucken.

-Michael

[mschnell]

.... aber das währe glaube ich nicht Fair.

[font=Comic Sans MS]Unsinn ![/font]

Das ist doch gerade der Sinn von "Open Source". Lies Dir die GPL 'mal durch. Es geht im Endeffekt darum, das der der Open Source Code für sich gewinnbringend verwendet, die Neuerungen und Verbesserungen "der Community zurückzugeben" soll. Die Community soll den so erworbenen Code dann sinnvoll einsetzen. Egal in welchem Projekt.

-Michael

[Christian]

Ich finde das kann man sehr gut brauchen, wenn man zum Beispiel etwas optimieren will

Gut, aber wann muss man schon mal etwas so tief optimieren das man dazu anfängt den Object Code auseinander zu nehmen auf nem Microcontroller ist das Alltag aber aufm PC macht das kein Mensch mehr. Viele Leute rennen rum und erzählen Java und .Net haben schon keinen Geschwindigkeits Unterschied mehr zu nativen Sprachen und da willst du so weit optimieren ?

Gerade, wenn Compiler-Fehler bei einen noch nicht 100% getesteten Produkt wie Lazarus noch nicht völlig auszuschließen sind, kann das wichtig sein.

Halt ich für ein gerückt, ich hatte noch nie ein problem damit das der fpc fehlerhaften Code erzeugt hat und auch im fpc Bugtracker liest man soetwas äusserst selten.

Und ich will auch irgendwann 'mal FP für eine neue CPU anpassen. Da kann es schon sehr hilfreich sein

Wollen bestimmt 95% aller Lazarus Nutzer.

Ich habe übrigens gefunden dass man einfach mit -al als zusätzliche Compiler-Option eine Assembler-Datei schreiben kann. Damit kann man zwar nicht den Maschinencode debuggen, aber immerhin vernünftig angucken.

Richtig, reicht für alle von dir beschriebenen Fälle meines erachtens nach aus. Versteh mich nicht falsch wenn das jemand implementieren möchte kann ers gern tun aber ich halte das für überflüssig.

[mschnell]

Wollen bestimmt 95% aller Lazarus Nutzer.

Wohl kaum. Wer will schon mit Lazarus Software für andere Geräte als PCs (Windows/Linux/Max) entwickeln ? Höchstens für PDAs und die sind fast alle mit ARM CPUs ausgestattet, die ja von Lazarus auch "out of the Box" unterstützt werden.

Ich hab' da etwas anderes vor (Wer mitmachen will, soll sich melden )

-Michael