JCL und JVCL in 10.3 CommunityEdition installieren geht nicht

[gammatester]

Zitat von DieDolly:

Ein Fehler blockierte meine iDE am Ende trotzdem noch. Hat nichts mit JEDI zu tun sondern mit mem_util.pas von einer Hashunit.
Dort musste ich Zeile 290-292 kommentieren und 238-240

Delphi-Quellcode:

var
//  {$ifndef RESULT}
//    result: BString;
//  {$endif}

Wie gesagt weiß ich nicht warum aber außerhalb der VM läuft es jetzt.

Ich gehe davon aus, dass das mein CRC/Hash-Units sind. Welche Version hast Du da? ergänze in der std.inc die neue Delphi-Version (ist das VER330, bin gerade am Installieren)

Code:

{$ifdef VER330} 
  {$define DELPHI}  
  {$define D12PLUS}
  {$define D22PLUS}
  {$define UNIT_SCOPE}
{$endif}

Ich werde demnächst ein neues std.zip hochladen.

Edit: Ich habe es gerade ausprobiert an t_allxl: Mit der Egänzung oben kann man ohne Fehler kompilieren und alle Test ergeben 'passed: TRUE'.

Allerdings verstehe ich das mit IDE-Blockade nicht. Bei mir gab es halt Fehlermeldungen und das wars. Nix war blockiert.

[DieDolly]

Vielleicht hilft es dir weiter: IDE Insight markierte in dieser unit zwei zeilen die mit result beginnen rot und schriebe, dass result erneut deklariert wurde.

[gammatester]

Zitat von DieDolly:

Vielleicht hilft es dir weiter: IDE Insight markierte in dieser unit zwei zeilen die mit result beginnen rot und schriebe, dass result erneut deklariert wurde.

Nein, ich habe die Lösung ja schon oben beschrieben. Der Hintergrund ist, daß die Routinen ja auch von Compilern übersetzt werdem müssen, die kein Result kenne. Deshalb wird {$define RESULT} für bekannte Compiler eingetragen. Für andere ohne Result wird eine entsprechende lokale Variable deklariert und am den dem Funktionswert zugewiesen.

Interessanterweise wissen die integrierte Hilfe und http://docwiki.embarcadero.com/RADSt...piler_Versions nicht, daß die neue Version die Kennung VER330 hat.

[jaenicke]

Bezüglich des Kompilierfehlers hilft es übrigens meinen Fork zu benutzen:
https://github.com/jaenicke/jvcl
Pull Request ist draußen:
https://github.com/project-jedi/jvcl/pull/52

Bezüglich der Versionsangaben:
Besser man prüft auf alle bekannten Versionen und geht ansonsten von einer neueren aus. Dann muss man nicht bei jeder Version sofort die Versions-inc aktualisieren... (sondern erst wenn man auf eine bestimmte neue Version prüfen muss)

[gammatester]

Zitat von jaenicke:

Bezüglich der Versionsangaben:
Besser man prüft auf alle bekannten Versionen und geht ansonsten von einer neueren aus. Dann muss man nicht bei jeder Version sofort die Versions-inc aktualisieren... (sondern erst wenn man auf eine bestimmte neue Version prüfen muss)

Eine neue Version von was? Dein Vorschlag funktioniert vielleicht, wenn man nur mit Delphi arbeitet. Wenn Du auch andere Compiler unterstützt, wird es sehr schwierig. Es wäre einfacher, wenn Delphi zB das Symbol DELPHI definieren würde (http://docwiki.embarcadero.com/RADSt...n_%28Delphi%29), ähnlich wie FreePascal mit FPC.

Da Du schon zum wiederholten Male dieses Thema ansprichst ohne Code zu zeigen, wäre ich an einer Implementation interessiert, die ohne $IF oder Conditional Expressions auskommt, sprich die alle Versionen von TP5 bis Delphi Rio und FPC331 (in allen Modi) unterstützt (selbst die allerneueste FPC Version 3.3.1 kennt zB kein Result im Default-Modus).

[jaenicke]

Die Änderungen sind jetzt übrigens gemerged, das normale JVCL Repository sollte nun fehlerfrei kompilieren, tut es hier zumindest überall.

Zitat von gammatester:

Da Du schon zum wiederholten Male dieses Thema ansprichst ohne Code zu zeigen, wäre ich an einer Implementation interessiert, die ohne $IF oder Conditional Expressions auskommt, sprich die alle Versionen von TP5 bis Delphi Rio und FPC331 (in allen Modi) unterstützt (selbst die allerneueste FPC Version 3.3.1 kennt zB kein Result im Default-Modus).

Ich arbeite nur mit Delphi, da ist es sehr einfach:
https://github.com/jaenicke/MTCL/blo...erVersions.inc
Ich habe einmal eine umfangreichere Variante erstellt, die kann ich allerdings nicht veröffentlichen. Vielleicht schreibe ich so etwas aber noch einmal privat und richtig sauber.

[gammatester]

Zitat von jaenicke:

Ich arbeite nur mit Delphi, da ist es sehr einfach:
https://github.com/jaenicke/MTCL/blo...erVersions.inc

Danke für den Link. Aber neben Eindruck, dass das ziemlich verschachtelt ist, sehe ich auf den ersten Blick nicht wie es gegen unbekannte Versionen helfen kann (oder übersehe ich da was Offensichtliches?)

Nehmen wir an, ich habe die Includedatei in einem Archiv, das zu Zeiten von XE veröffentlicht wurde. Wenn jemand, das jetzt mit Rio übersetzt, ist Rio doch nicht bekannt, und auch nicht die speziellen nötigen Anpassungen (ich denke zB an Auslesen des DecimalSeparator).

Ich kann natürlich ein Rio-Version der INC veröffentlichen, aber das ist genau das, was ich ja auch so mache.

Meine INC ist nicht so sehr auf Versionen konzentriert sondern auf Features, wie zB sind Unit-Scopes vorhanden, sind Typecasts für Fließkommakonstanten erlaubt etc.

[Schokohase]

Zitat von jaenicke:

Pull Request ist draußen:
https://github.com/project-jedi/jvcl/pull/52

Eigentlich dürfte der nicht übernommen werden, denn du verwendest {$ifend} anstatt {$ENDIF} und das kann nicht jeder Compiler.

[jaenicke]

Zitat von Schokohase:

Eigentlich dürfte der nicht übernommen werden, denn du verwendest {$ifend} anstatt {$ENDIF} und das kann nicht jeder Compiler.

Sollte das nicht innerhalb des IFDEF für Delphi 2009 gehen? Ich habe keine alte Version zum Testen...

[Uwe Raabe]

Zitat von Schokohase:

denn du verwendest {$ifend} anstatt {$ENDIF} und das kann nicht jeder Compiler.

Sollte das nicht genau andersherum heißen? Delphi-Compiler vor XE4 verstehen kein $ENDIF als Abschluss für $IF, aber $IFEND verstehen alle (ab Delphi 6 natürlich, vorher gab es kein $IF).