AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

Wozu einen anderen Compiler?

Ein Thema von runningsoft · begonnen am 23. Jun 2021 · letzter Beitrag vom 24. Jun 2021
Antwort Antwort
Benutzerbild von runningsoft
runningsoft

Registriert seit: 8. Okt 2004
Ort: Bernau
108 Beiträge
 
Delphi 10.4 Sydney
 
#1

Wozu einen anderen Compiler?

  Alt 23. Jun 2021, 17:55
Mal eine vermutlich blöde Frage: In den letzten Tagen gab es einen Thread zum paxCompiler.
Warum benötigt man einen anderen Compiler als den in Delphi eingebauten?

Hab mir um das Compilieren noch nie besondere Gedanken gemacht. Schaltfläche zum Compilieren gedrückt und gut war es
  Mit Zitat antworten Zitat
Delphi.Narium

Registriert seit: 27. Nov 2017
2.073 Beiträge
 
Delphi 7 Professional
 
#2

AW: Wozu einen anderen Compiler?

  Alt 23. Jun 2021, 18:18
Mein Selbstbaueditor enthält z. B. PascalScript von RemObjects.

Damit kann ich dann Pascalscript im Editor schreiben, von dem kompilieren lassen und ausführen. Dabei entstehen aber keine neuen Programme, sondern nur vom Editor ausführbare Scripte.

Eine Entwicklungsumgebung ist dazu nicht nötig.

Auf diese Weise kann man eigene Programme zusätzlich mit 'ner Scriptengine ausstatten, ohne dass man dann für jede Erweiterung, jedes Script, ... das Programm (hier also den Editor) neu kompilieren muss.

Flapsig formuliert:

Das ist dann sowas ähnliches wie eine Batchdatei für CMD von Windows. (Nur halt vieeeeeeel leistungsfähiger.)

Man kann damit aber auch mit Delphi für den Kunden ein vollständiges und lauffähiges Programm erstellen und der Kunde kann dann per PascalScript (o. ä.) eigene Erweiterung, ... für das Programm schreiben.

Man könnte es aber auch analog zu den Makrosprachen der diversen Officepakete betrachten:

Fertige Software kann per Makro, Script, wie auch immer, erweitert, automatisiert, ... werden.

Geändert von Delphi.Narium (24. Jun 2021 um 10:09 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von dummzeuch
dummzeuch

Registriert seit: 11. Aug 2012
Ort: Essen
1.073 Beiträge
 
Delphi 2007 Professional
 
#3

AW: Wozu einen anderen Compiler?

  Alt 23. Jun 2021, 18:27
Wir benutzen das in Fastreport eingebaute Pascal Script zur Bewertung von Daten, die je nach Projekt unterschiedlich sind. Man könnte das natürlich auch direkt ins Programm einbauen und parametrisieren, aber so ein Skript ist schlicht flexibler. Nachteil ist natürlich, dass man zumindest rudimentäre Programmierkenntnisse haben muss. Das Skript wird dann mit dem Projekt abgelegt und damit sind diese Parameter später gut nachvollziehbar.
Thomas Mueller
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
9.499 Beiträge
 
Delphi 11 Alexandria
 
#4

AW: Wozu einen anderen Compiler?

  Alt 23. Jun 2021, 18:31
Warum benötigt man einen anderen Compiler als den in Delphi eingebauten?
Der paxCompiler läuft innerhalb der EXE beim Kunden um dessen Skripts zu compilieren. Er ist nicht dazu gedacht, deine Delphi-Sourcen zu compilieren.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
Benutzerbild von runningsoft
runningsoft

Registriert seit: 8. Okt 2004
Ort: Bernau
108 Beiträge
 
Delphi 10.4 Sydney
 
#5

AW: Wozu einen anderen Compiler?

  Alt 24. Jun 2021, 12:22
Danke für die Antworten. Die geschilderten Szenarien liegen Gott sei Dank außerhalb meines Anwendungsbereiches für Delphi
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
39.667 Beiträge
 
Delphi 11 Alexandria
 
#6

AW: Wozu einen anderen Compiler?

  Alt 24. Jun 2021, 12:33
Jo, dieser "Compiler" erzeugt keine "eigenständigen EXEen".

Wie JavaScript, VBScript, Python usw., so wird hier einfach ein Pascal-Script ausgeführt,
nur dass des hier kein "einfacher" Interpreter ist, sondern er compiliert generiert ByteCode (quasi Assembler), welcher direkt von der CPU ausgeführt werden kann.

Andere Script-Interpreter parsend und führen direkt den Text-Code (langsam) aus,
wiederrum andere erstellen erstmal einen "eigenen" ByteCode und verarbeiten den dann selbst. (also statt direkt mit TEXT wird BINÄR gearbeitet ... z.B. siehe JAVA),
oder eben den TEXT in CPU-Befehle übersetzen und die CPU das machen lassen. (anstatt selbst jeden "BEFEHL" einzeln auszuführen)



PS: In Python kann man die Scripte auch in einen ByteCode compilieren lassen und jene dann ausführen ... geht schneller, als erst langsam den TEXT analysieren zu müssen.
Bei Google suchenpython py pyc
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
Delphi-Tage 2005-2014

Geändert von himitsu (24. Jun 2021 um 12:36 Uhr)
  Mit Zitat antworten Zitat
Jens01

Registriert seit: 14. Apr 2009
645 Beiträge
 
#7

AW: Wozu einen anderen Compiler?

  Alt 24. Jun 2021, 12:45
Als ich den PaxCompiler rausgeworfen habe, habe ich mir quasi eine kleine, eigene Entwicklungsumgebung geschaffen, womit ich dann kleine Skripte mit dem externen Delphi-Compiler DLLs compiliert habe, als Stream in eine Datenbank abgelegt und nach Bedarf direkt (über ein Tools von Github) in den Speicher geladen.
Achtung: Bin kein Informatiker sondern komme vom Bau.
  Mit Zitat antworten Zitat
freimatz

Registriert seit: 20. Mai 2010
1.143 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#8

AW: Wozu einen anderen Compiler?

  Alt 24. Jun 2021, 13:07
Wenn das dann beim Anwender passieren soll, wird man eine Lizenz von EMB dazu benötigen.
  Mit Zitat antworten Zitat
Jens01

Registriert seit: 14. Apr 2009
645 Beiträge
 
#9

AW: Wozu einen anderen Compiler?

  Alt 24. Jun 2021, 13:11
Zitat:
Wenn das dann beim Anwender passieren soll, wird man eine Lizenz von EMB dazu benötigen.
Schon klar. Das ist bei mir aber nicht so. Ich würde dann Freepascal o.ä. nehmen.
Achtung: Bin kein Informatiker sondern komme vom Bau.
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:04 Uhr.
Powered by vBulletin® Copyright ©2000 - 2022, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2021 by Daniel R. Wolf