Graphics32 in Delphi 10 Seattle?

[OrtmannMedia]

Hallo,
habe Delphi 10 Seattle PRO.

Leider bekomme ich die leidliche Graphics32 nicht installiert.
Habe gerade bei XE8 installiert, da klappt es mit der üblichen Anpassungsmethode einwandfrei.

Bei Delphi 10, kann ich noch alles problemlos compilieren.
Nur das "Installieren" der package klappt dann nicht.
Hier kommt Access Violation in bds.exe
Siehe Bildchen.

Was ich angepasst habe ist nur diese GR32_Compiler.inc

Als Version habe ich
VER300
verwendet. Das denke ich, ist das Entscheidende. Das müsste passen, oder?

Ansonsten habe ich bei den defs in der Art
COMPILERXE5 ...
mit COMPILERXE10, DELPHIXE10, BCBXE10 weitergezählt.
(hatte auch schon COMPILER10 mal probiert, aber das sollte egal sein).


Warum bekomme blos ich diese dpk nicht installiert
Andere Komponenten konnte ich jedoch bisher problemlos installieren.

Lt. Google bin ich der zweite Mensch auf der Welt, der das probiert.

Viele Grüße
Jürgen

[Stevie]

Folgendes habe ich getan:

- 1.9.1 zip von SF geladen
- beide XE5 Packages kopiert, umbenannt und requires im DSGN package angepasst.
- in die GR32_Compiler.inc folgendes in Zeile 71 hinzugefügt

Delphi-Quellcode:

{$IFDEF VER300}
  {$DEFINE COMPILERXE5}
  {$IFNDEF BCB}
    {$DEFINE DELPHIXE5}
  {$ELSE}
    {$DEFINE BCBXE5}
  {$ENDIF}
{$ENDIF}

- kompiliert und installiert - läuft

[OrtmannMedia]

Hallo,
danke. Schon mal sehr gut zu wissen, dass es gehen muss.
Ich mach das nochmal neu. 1.9.1 hatte ich verwendet.
Vielleicht habe ich wo nen Typo drin, oder Pfad falsch. Ich melde mich wenns weiter fuchst.
Vielen Dank, Jürgen

[OrtmannMedia]

Hallo,
ich brings einfach nicht rein. Weiss nicht was ich falsch mache.
Bei mir sinds allerdings auch viel mehr Schritte als bei Dir...

Also hab die .inc ergänzt.

XE5 packages kopiert umbenannt.
Warum eigentlich Kopien von den XE5 Packages?

Ich habe nun beides probiert, die umbenannten Kopien verwendet (hab sie mal auf XE10 benannt), dann "requires" entsprechend geändert.
Und alternativ habe ich probiert die XE5 packages einfach zu verwenden.
Geht beides nicht.

Allerdings habe ich jeweils noch im Projectmanager
Platform 64 hinzugefügt, und auf "Release" stat debug aktiviert.
Dann unter Optionen versucht die Pfade einzustellen und
zwar jeweils für Release 32bit und 64bit auf
.\$(Platform)\$(Config)
und zwar für "Ausgabeverzeichnis für Units", "DCP-Ausgabeverzeichnis" und "Package-Ausgabeverzeichnis".
Siehe Bild.

Pfade für Bibliothekspfad und Suchpfad unter Tools Options
ergänzt um
$(BDS)\lib\Graphics32\Packages\Win32\Release
$(BDS)\lib\Graphics32\Packages
$(BDS)\lib\Graphics32
(und ..Win64...)

Die Teile liegen dann nach dem Compilieren auch in den ....\Release
Verzeichnissen drin.

Allerdings, wenn ich das mit den Pfaden unverändert lasse, nach Deiner Anleitung (ist dann leer).
Gehts trotzdem auch nicht.

Habe auch verscuht 64 nicht dazuzufügen, nur einfach 32 bit. Geht auch nicht.

Irgendie schaff ichs nicht.
Bei Euch sind das einfach schnell drei Schritte. Wie macht Ihr das blos?

[Stevie]

Der Fehler wird darin liegen, dass du DCP und BPL Ausgabeverzeichnis explizit angibst. Lass die mal leer, das bekommt Delphi selber auf die Kette, das in die entsprechenden Verzeichnisse zu packen. Es kann nämlich durchaus sein, dass du beim Laden des Designtime packages das falsche zugehörige Runtime Package ziehst (nämlich das, was über die PATH Variable gefunden wird). Außerdem brauchst du für die IDE eh nur die 32bit Version.

[OrtmannMedia]

Hallo,
super, vielen Dank! Ja, jetzt klappts.
Habe wieder viel zu kompliziert gedacht. Wann lerne ichs endlich
Also ging ganz enifach...
Grüße
Jürgen

[bytecook]

Hallo Jürgen,

du arbeitest mit 1.9.. eine neuere Variante (2.0 Alpha) findest du hier:

https://svn.code.sf.net/p/graphics32/code/trunk/

Infos zu den Änderungen:

https://sourceforge.net/p/graphics32/code/HEAD/tree/

Grüße,

Peter

[Benmik]

In der GR32_Compiler.inc der 2.0 Alpha findet sich jetzt ein Eintrag {$IFDEF VER_LATEST} , der die Anpassungen von Stevie unnötig macht.

[Stevie]

Zitat von Benmik:

In der GR32_Compiler.inc der 2.0 Alpha findet sich jetzt ein Eintrag {$IFDEF VER_LATEST} , der die Anpassungen von Stevie unnötig macht.

Versteh ich nicht, der trunk auf SF kompiliert aktuell weder unter Seattle noch unter Berlin, da die defines für VER300 bzw VER310 fehlen. VER_LATEST ist niemals definiert.