Kann Rudy's Big Number library nicht kompilieren…

[himitsu]

Gut, beim Schreiben der Variable gibt es für Inline alleine keinen Vorteil (abgesehn von dem Vorteil der Typinferenz und eventuell unnötigem Uses).
aber man kann auch das VARiablen-Makro benutzen und eine lokale Variable inline deklarieren.

[jaenicke]

Zitat:

Zitat von Uwe Raabe (Beitrag 1522440)

Natürlich ist das keine große Sache und Sync-Edit hilft ja auch schon viel, aber ich finde das einfach eleganter.

Ich sage ja auch nicht, dass es nicht eleganter ist. Nur überwiegen für mich die Nachteile.

[Andreas13]

Bei BigNumVisualizers.dpk habe ich alle zuvor genannten Tipps befolgt:

Zitat:

Zitat von jaenicke (Beitrag 1522427)

...Die Warnungen kommen daher, dass in dem Projekt in den Projektoptionen unter Delphi-Compiler --> Ausgabe - C/C++ --> Erzeugung der C/C++-Ausgabedatei etwas anderes als "Nur DCUs erzeugen" drin steht...
... das {$IFDEF GENERICS} steht nur unten bei der Implementierung, nicht aber oben in der Interface-Deklaration... Einfach oben die bemängelte Deklaration auch in das IFDEF packen. Dann klappt es auch noch mit XE2.

Delphi-Quellcode:

...
Implementation
...
hinzugefügt:
{$IF RTLVersion >= 32.0}
  {$DEFINE GENERICS}
{$IFEND}

Trotzdem bekomme ich diese Felhermeldung:
[dcc32 Fehler] Velthuis.BigIntegers.Visualizers.pas(112): E2065 Ungenügende Forward- oder External-Deklaration: 'TDebuggerBigIntegerVisualizer.GetSupportedType'
[dcc32 Fataler Fehler] BigNumVisualizers.dpk(36): F2063 Verwendete Unit 'Velthuis.BigIntegers.Visualizers.pas' kann nicht compiliert werden

Der wichtige Hinweis in https://github.com/TurboPack/RudysBi...ki/BigDecimals
"Derzeit gibt es keine Funktionen, die höhere mathematische Funktionen (außer Sqrt) für BigDecimals bereitstellen. Ich beabsichtige, eine neue Unit zu schreiben, die Funktionen wie Cos, ArcTan, SinH, Ln, Exp oder Pi mit einer bestimmten Genauigkeit bereitstellt, aber das ist noch in der Planungsphase."
ist für mich bereits ein KO-Schlag, denn ich brauche in meinen Anwendungen viel meeeeeeeeehr als nur +, -,* und /... :(

Danke Euch allen für Eure wertvollen Tipps & die lehrreiche Diskussion! :thumb: :-D

[himitsu]

Zitat:

trotzdem

Vielleicht besser lesen?

Unten (Implementation) steht eine Funktion innerhalb eines

Delphi-Quellcode:

{$IFDEF GENERICS}

also muß oben im Interface DIESES auch in ein IFDEF rein.

[Andreas13]

:oops: :oops: :oops:

[himitsu]

Ansonsten, ist dieses DEFINE auch etwas ungünstig benannt (vom dem, der das dort eingebaut hatte),
denn Generics gibt es schon viel länger. (im Delphi seit 2009 und Delphi.Net seit 2007)

Vermutlich meinte der Entwickler nur einen gewissen Teil von/mit Generics, welcher erst ab dieser Version existiert.

[Stevie]

Das ist wieder typisch für ein Opensource Projekt, was unter Embarcaderofuchtel gepflegt wird. Denen ist das immer Wurscht, obs noch mit älteren Versionen kompatibel ist :roll:

[BerndS]

Zitat:

Das ist wieder typisch für ein Opensource Projekt, was unter Embarcaderofuchtel gepflegt wird. Denen ist das immer Wurscht, obs noch mit älteren Versionen kompatibel ist

Der aktuellen Version von VirtualStringTree geht es da auch nicht besser. Bei XE7 verursacht die Zeile in unit VirtualTrees:

Delphi-Quellcode:

 
  ...
  TBaseVirtualTree = VirtualTrees.BaseTree.TBaseVirtualTree;
  ...

einen Interner Fehler URW 1163. (Da hift dann nur noch Neustart der IDE)
Hier hilft es bereits, diese auszukommentieren um es unter XE7 zum Laufen zu bringen.

[himitsu]

Zitat:

Zitat von Andreas13 (Beitrag 1522397)

Halllo Community,
am 7. Apr 2023 konnten wir im Beitrag https://www.delphipraxis.net/212826-...pi-delphi.html erfahren, daß Rudy's Big Number library https://github.com/TurboPack/RudysBigNumbers erfreulicherweise weitergepflegt wird. :-D

TurboPack ... warum nicht gleich dran gedacht.

Probier doch mal die Version im GetIt, zur jeweiligen Delphiversion.
Ich hoffe mal jemand hat auch das getestet, dass es kompiliert, was er da rein tut. :stupid:

[Andreas13]

Sorry, Himitsu, ich habe in XE5 keinen GetIt Package Manager. Wo kann ich den bekommen?