| |
| |
|
| - page 1 - |
|
Uwe
''Pascal''
Niemeier | Hi Roland!
quoi je mir déjà longtemps wünsche:
sofern beim Kompilieren seulement solche Procs/Funktionen erfaßt volonté, qui dedans des
Programmes aussi wirklich aufgerufen volonté.
chacun eingebundene "Universal"-INC bläht cela Programme bisher souvent unnötig sur,
weil on oui meist seulement une partie qui enthaltenen Rotuinen wirklich verwendet.
PS: s'il te plaît aucun Kommentare dans qui Art "Hol dir doch ne größere Festplatte"!
Mir ca va ici um cela Prinzip!
SeeYou
Pascal |
|
| |
| |
| |
|
|
| |
| |
| - page 1 - |
|
Jörg
Sellmeyer | | là serait je oui encore une drauflegen et den Wunsch äußern, bestimmte Programmteile/-bibliotheken (z.B. ogl) vom Compilieren ausschließen trop peut. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 27.12.2009 ▲ |
|
| |
|
|
RGH | @Pascal: cela umzusetzen, serait un komplettes Redesign des Compilers nötig faire. je ne sais pas, si sich là qui Aufwand lohnt ou bien gar sinnvoll ist. "Never change a running system!" Derzeitr volonté Comprend, aussi dans qui Aider beschrieben, so verwandt, comme stünde qui Code à qui Stelle, à qui il includiert (= eingefügt) wird. cela est, qui Comprend volonté déjà im Vorfeld avant dem Compilieren dans den Quellcode eingebunden.
@Jörg: c'est malheureusement pas possible et serait aussi pas très viel apporter, zumindest rien à qui Geschwindigkeit verändern.Beim Linken wird cela Compilat avec qui Runtime verbunden. cet ist une EXE-Dossier. Aus cette laisser sich au cours de des Linkens aucun Teile entfernen.
Es wäre au maximum imaginable, verschiedene Runtime-Module mitzuliefern. Allerdings ist qui Auswirkung sur qui Taille des Programmes pas soooo riesig. et on devrait chez chaque projet überlegen, quelle Runtime on nécessaire: avec ou bien sans Datenbankfunktionen, avec ou bien sans OGL, avec ou bien sans ...
on pourrait naturellement OGL- et Datenbankfunktionen aussi dans eigene DLL auslagern, qui on ensuite seulement chez Programmen mitliefert, qui cet besoin.
Salut
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 27.12.2009 ▲ |
|
| |
|
|
 | il y a den commutateur {$u} pour Unused dans XPSE, funktioniert momentan malheureusement pas à cause de vieler Changements à cause de qui NProcs.
Herausgefiltert volonté ungenutzte Procs avec cela, dass alle Procnamen une Referenzzähler avons et qui Source wortweise rekursiv abgegangen wird um Zähler trop erhöhen. Procs avec Zähler <1 volonté ensuite simple pas aufgeschrieben. 2 Problem/Ausnahmefälle étions Unités/Procaddr. ^ ^
si qui NProcs dans qui Beta-Phase sommes, ensuite repariere je cela Feature sodass on ensuite wieder z.B. riesige Comprend nutzen peux qui pas aufblähen si on seulement un paire Funktionen daraus utilise. |
|
| |
| |
| |
|
|
Uwe
''Pascal''
Niemeier | Hi gens!
RGH
Never change a running system!
déjà véritable...
J'ai pensé seulement: là PROCs oui vorwärtsdeklariert volonté peut (alors im Voir le texte source derrière
ihrem ersten Aufruf stehen dürfen) et qui Kompiler den Code sowieso plusieurs fois durchgeht,
pourrait on là quoi faire dans qui Art, comment iF beschrieben hat. alors une forme de filtre,
qui avant den eigendlichen Kompiler gesetzt wird.
suis comme Hardcore-Coder oui eigendlich ne...aucune ami de Prekompilern (Sorry iF),
mais peut-être bastele je mir là selbst la fois quoi...
SeeYou
Pascal |
|
| |
| |
| |
|
|
| Uwe Pascal Niemeier, Beitrag=55618, Zeitpunkt=28.12.2009
suis comme Hardcore-Coder oui eigendlich ne...aucune ami de Prekompilern (Sorry iF),
Hm, cela halte je mais pour une Widerspruch dans sich, aussi weil XPSE doch grad pour Hardcore-Coden avec XProfan comment geschaffen ist.
il y a aussi aucun ernstzunehmende Programmiersprache, qui sans (meist ensuite mais eingebauten) Präkompiler auskommmt. là Roland pas so viel Energie ins Präkompilerschreiben steckt, ist es doch gewissermassen devoir des XPSE, übrigbleibende Potentiale anzuzapfen. |
|
| |
| |
| |
|
|
Uwe
''Pascal''
Niemeier | Hi iF!
Hm, cela halte je mais pour une Widerspruch dans sich,
aussi weil XPSE doch grad pour Hardcore-Coden avec XProfan comment geschaffen ist.
je mon cela plutôt dans dem Sinne, qui je lieber volle Kontrolle sur meinen Quellcode habe,
weshalb je aussi selten sur fertige PCUs et INCs zurückgreife.
chez den abstrusen Sachen, avec denen je mich beschäftige... 
SeeYou
Pascal |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Dabei fällt mir un, qui on sa Procs oui eigentlich aussi dans ph-Fichiers unterbringen pourrait:
KompilierenMarqueSéparation
si ensuite qui Procédure verwendetwerden soll, braucht im Programme seulement:
KompilierenMarqueSéparation
stehen. si on sich konsequent sa Standardprozeduren, so anpaßt, pourrait cela Einiges einparen... |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 06.01.2010 ▲ |
|
| |
|
|
| Ersparen peux on sich bereits einiges, commence beim @ à et allez sur zum Tilde - kenne mais niemanden ausser mir, qui
KompilierenMarqueSéparation écrit.
Sparen=Kauderwelsch dire qui gens, et gens avons toujours droite. |
|
| |
| |
| |
|
|
Matthias
Arlt | Sparen ist oui prinzipiell bien. et je serait cela Urteil "Kauderwelsch" la fois plutôt schmunzelnd quittieren.  cela Problem, so es car eines ist, liegt doch woanders. Am Ende qui simplification steht une très individuelle, oftmals komplett veränderte Syntax, qui, si vous pas im eigenen Hinterkopf gereift ist, so ses Tücken hat. qui Einsteiger ist verwirrt et z.T. überfordert, bietet ihm cela "Standard-Profan" doch aussi so déjà genügend Lernpensum. qui erfahrene Programmierer hat sich sur qui Jahre seinen eigenen Stil angewöhnt et ist zumeist y aussi quelque chose verfestigt. une breite Akzeptanz trop erreichen, peux là déjà très longtemps dauern.
je verwende oui selbst depuis Jahren eigene kleine Precompiler. très viel bescheidener im Funktionsumfang et plan sur mon Wünsche et Gewohnheiten zugeschnitten. si autre y pour sich aussi une Vorteil sähen, sei la fois dahingestellt... |
|
| |
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 06.01.2010 ▲ |
|
| |
|
|
| Allgemein oui, konkret mais pas, car
KompilierenMarqueSéparation hat avec "Stil" et "Jahre" et "eigen" pas wirklich quelque chose trop 1faire et pas avec dem schnelleren Programme. ^ ^ |
|
| |
| |
| |
|
|
Nico
Madysa | Jörg Sellmeyer, Beitrag=55760, Zeitpunkt=06.01.2010
Zonk, klappt meines Wissens malheureusement pas. L'idée J'ai eu aussi la fois, mais dans den Procs darf ensuite (unsinnigerweise) ne...aucune Istgleich vorkommen -- ensuite wird vous nämlich seulement jusque diesem Istgleich dans den Kode incorporé.
Habe en supplément aussi irgendwo ici quoi geschrieben, quoi mais im Sande verlief et pas plus auffindbar ist. |
|
| |
| |
| |
|
| |
| |
| - page 2 - |
|
|
Jörg
Sellmeyer | | Na cela sollte sich doch sur jeden le cas de Roland léger beheben laisser. Es donnais oui aussi déjà la fois den le cas, qui un im Code vorkommendes Semikolon den Code zerhackt hat. c'est oui aussi behoben. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 07.01.2010 ▲ |
|
| |
|
(935)
Deutsch
English
Français
Español
Italia