Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Object-Pascal / Delphi-Language (https://www.delphipraxis.net/32-object-pascal-delphi-language/)
-   -   Verwendete Unit 'foo' kann nicht kompiliert werden (https://www.delphipraxis.net/173371-verwendete-unit-foo-kann-nicht-kompiliert-werden.html)

DeddyH 21. Feb 2013 13:33

AW: Verwendete Unit 'foo' kann nicht kompiliert werden
 
Fragen die tatsächlich in jeder einzelnen Unit die Delphi-Version ab? Das DRY-Prinzip gilt IMO auch für Compiler-Direktriven (meine Meinung).

Medium 21. Feb 2013 13:35

AW: Verwendete Unit 'foo' kann nicht kompiliert werden
 
Sehe ich sehr ähnlich. Aber es gibt halt nicht nur Leute, die durch die Bank weg Muster-Code schreiben. (Was mir teilweise schon untergekommen ist... da war das hier eine Superlapalie. Und insgesamt ist das eigentlich sogar ganz gut gemacht, halt nicht an allen Stellen.)

Sir Rufo 21. Feb 2013 18:00

AW: Verwendete Unit 'foo' kann nicht kompiliert werden
 
Zitat:

Zitat von Medium (Beitrag 1204583)
Es gab tatsächlich in einem der 3 Verzeichnisse mit den Quellen noch ein Unterverzeichnis mit einer Hand voll Units. Ich nehme an, dass das Package explizit auf diese verwiesen hat, was mein Programm ja nicht tut. Jetzt wo das auch im Lib- und Suchpfad ist, klappt alles. Danke für den Stupser!
(Da könnte Delphi wirklich etwas ausführlicher sein in seiner Fehlermeldung, grr.)

Darum stelle ich bei meinen Packages auch ein Verzeichnis für die DCU Dateien ein. Dieses Verzeichnis kommt in den Bibliothekspfad und der Drops ist gelutscht ... egal wo sich da überall noch Sourcen verstecken ;)

Union 21. Feb 2013 18:13

AW: Verwendete Unit 'foo' kann nicht kompiliert werden
 
Zitat:

Zitat von Sir Rufo (Beitrag 1204657)
Darum stelle ich bei meinen Packages auch ein Verzeichnis für die DCU Dateien ein. Dieses Verzeichnis kommt in den Bibliothekspfad und der Drops ist gelutscht ... egal wo sich da überall noch Sourcen verstecken ;)

Laut seiner Aussage waren das Fremdkomponenten... Das kann dan schnell ins Uferlose ausarten wenn man dann auch noch die Directorystrukur mit anpasst.

Sir Rufo 21. Feb 2013 20:48

AW: Verwendete Unit 'foo' kann nicht kompiliert werden
 
Zitat:

Zitat von Union (Beitrag 1204660)
Zitat:

Zitat von Sir Rufo (Beitrag 1204657)
Darum stelle ich bei meinen Packages auch ein Verzeichnis für die DCU Dateien ein. Dieses Verzeichnis kommt in den Bibliothekspfad und der Drops ist gelutscht ... egal wo sich da überall noch Sourcen verstecken ;)

Laut seiner Aussage waren das Fremdkomponenten... Das kann dan schnell ins Uferlose ausarten wenn man dann auch noch die Directorystrukur mit anpasst.

Die dcu Dateien in einem Verzeichnis ausgeben zu lassen ist nicht ausarten sondern sinnvoll strukturieren ;)

Ich bekomme bei den Packages von einigen immer das kalte Grausen und dann passe ich die entsprechend an, bevor ich mir in mein Programm z.B. Debug-Code reinlinke obwohl es Release sein soll ;)

Aber jeder wie er mag ...

Medium 21. Feb 2013 21:15

AW: Verwendete Unit 'foo' kann nicht kompiliert werden
 
Wenn mir das einer bezahlen würde, mache ich das gerne. Dass ich für die kleine Funktionserweiterung des bestehenden Projektes mit den Komponenten überhaupt Geld sehe ist schon gut, und ich nutze die Gelegenheit das Projekt von D7 nach D2007 zu lupfen. Wünschen würde ich mir auch saubere Codebasen bei meinen eingekauften Kompos - aber ich habe sie eben gekauft, um KEINEN Entwicklungsaufwand damit zu haben. Und da es eigentlich mein persönliches Vergnügen ist, dass ich schon auf D2007 umstelle, muss ich einfach an gewissen Stellen was wirtschaftliche Denken einschalten. Ist ja nicht so, dass mich das in der Pflege jetzt in Zukunft unsäglich nach unten ziehen wird. Irgendwo ist halt dann auch mal gut mit aufhübschen und Idealen verfolgen. Dann muss Geld verdient werden. Ergo: Der Fix reicht.


Alle Zeitangaben in WEZ +1. Es ist jetzt 05:46 Uhr.
Seite 2 von 2     12   

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz