XProfan

Rolf
Koch

Bin zwar nicht Sebastian, kann Dir aber leider sagen: NEIN!
Wenn es ein JA wäre, dann würde ich sofort mitspielen bei PRF2CPP.
Alleine Sebastian hätte was davon, denn wenn Units möglich wären, dann hätte Sebastian neben dem XPROFAN MANAGER mit meinem ROC einen der grössten Quelltexte zum Betatesten

iF, konnte bereits mit seinem XPSE dadurch profitieren.
Denn ROC umfasst mittlerweile fast 40000 Zeilen.
Also Sebastian, es gibt bestimmt eine Möglichkeit.

Also Sebastian,
Rolf

09.12.2006 ▲

Michael
Dell

Zustimm, wär ne tolle erweiterung!

Salu Michael...

Hab zwar krumme Fieß awer dofir e' ecklich Gsicht!

09.12.2006 ▲

Sebastian
König

Hallo,

das Problem bei der Sache ist leider, dass die Units eben nicht als Quellcode, sondern in kompilierter Form (und obendrein i.d.R. auch noch verschlüsselt) vorliegen. Damit entziehen sie sich natürlich recht hartnäckig einer Übersetzung durch Profan2Cpp...

Und da sie eben keinen echten Maschinencode enthalten kommt auch ein direktes Ansprechen der enthaltenen Funktionen aus dem C++-Programm nicht in Frage.

Ich hatte mal überlegt, einen speziellen Übersetzungsmodus in Profan2Cpp zu implementieren, der aus den Units eine Bibliothek (*.lib) erzeugt, die in C++ dann direkt zum Programm gelinkt werden kann. Das Problem bei der Sache ist aber wieder, dass die Lib-Formate der Compiler untereinander nicht kompatibel sind, sodass der Hersteller sie mit inzwischen 5 C++-Compilern übersetzen müsste...

Die einfachste Lösung: Make INC, not PCU!

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

[quote:aab3c9225a]Die einfachste Lösung: Make INC, not PCU!

[/quote:aab3c9225a]
Jawoll !

Rolf
Koch

Klar Sebastian, kapiert.
Nur so am Rande: Also hat Roland keine gute Idee gehabt mit PCUs ?

Sebastian
König

[quote:09931aa3a2]Klar Sebastian, kapiert.
Nur so am Rande: Also hat Roland keine gute Idee gehabt mit PCUs ?[/quote:09931aa3a2]
Das ist keine Frage, die ich einfach mit Ja oder Nein beantworten kann.

Für die Sprache XProfan an sich sind die Units natürlich ein tolles Feature, da sie dadurch näher an die Möglichkeiten anderer Sprachen (konkret: Delphi) herangeführt wurde. Vorher war es ja im Grunde nicht möglich, Funktionen für fremde Profan-Programme ohne Offenlegung des Quellcodes weiterzugeben. Abgesehen natürlich von DLLs - dafür musste man allerdings auf andere Sprachen ausweichen... (Mit Profan2Cpp inzwischen nicht mehr, den Hinweis konnte ich mir jetzt nicht verkneifen

)

Aus der Profan2Cpp-Perspektive hingegen war ich von der Einführung der Units natürlich nicht sehr begeistert... Die fehlende Unterstützung dafür ist meiner Meinung nach wirklich der ärgerlichste Punkt in der Liste der gegebenen Einschränkungen (siehe Profan2Cpp-Hilfe).

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

RGH

Profan2CPP ist, wie der Name ja schon deutlich macht, ein Quellcodeübersetzer und ihm ergeht es zur Zeit nicht anders, als anderen Quellcode-Übersetzern anderer Sprachen auch: Programmteile, die in Unit-Form vorliegen, können nicht übersetzt werden.

Aber möglicherweise finden Sebastian und ich zusammen einen Weg, auch dieses Problem zu lösen. Der XProfan-Interpreter kann ja auch mit Units umgehen. Ganz einfach wird die Sache (für uns beide) allerdings nicht werden, aber man darf hoffen!

Gruß
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Rolf
Koch

COOL Roland echt STARK.

Jac
de
Lad

Alles klar. Wenns irgendwann wird, bin ich sehr interessiert an Prf2Cpp!

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Ich hoffe Roland bricht nicht den Schwuhr das Dekompilieren nur für XProfan möglich ist. ;)

Ich bin sogar der Meinung das Prf2CPP keine Units übersetzen können soll/muss.

Eine Unit hat somit auch das Attribut - über deren Sinnhaftigkeit man ewig streiten kann - das sie in ein Programm eingebunden ebend nicht Prf2CPP fähig ist.

Warum meine Meinung? Zum Einen wegen der Reglementierung, zum Anderen weil ich es noch nicht erlebt habe das ein Unitschreiber seinen Source auf Anfrage nicht preisgibt - besonders wenn die Anforderung, das Programm in Prf2CPP zu übersetzen, gegeben ist.

Ich hoffe meine Ausführungen werden besonders von Sebastian nicht falsch verstanden. Ich bin der Meinung das es ebend kein ärgerlicher Punkt in der Hilfeliste ist - sondern eher ein Privileg. ;)

11.12.2006 ▲

Jac
de
Lad

Sicher kommt da ein gewisses Risiko, weil der Unit-Schreiber die ja nicht umsonst vorcompiliert. Aber da ich in fast jedem Programm eine Unit nutze lohnt sich Prf2Cpp momentan nicht ür mich...und das ist schade!

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

11.12.2006 ▲