- This topic has 10 hozzászólás, 7 résztvevő, and was last updated 19 years, 2 months telt el by
.
-
Bejegyzés
-
Ez egy marketingfogás. A „run time package” annyit jelent, hogy futásidõben lesz lefordítva, azaz interperes (értelmezõs). Ilyenkor nem pascal, vagy C++ nyelvre lesz lefordítva a program, hanem vmi bináris scriptnyelre. Hasonlóan, mint a python elõfordított változata. A méretkülönbség is érthetõ, míg a lefordított változat (pascal, C++) assembly utasításokat tartalmaz, addig a „run time package” csak magasszintû eljáráshívásokat. Hátránya viszont a sebességkülömbség, de ha csak adatokat kell bekérni, és hálózatba továbbítani, akkor tökéletesen megfelel.
Aham. THX akkor már vágom.
De, ha én ezt nem pipálom, de a kylix3 project opciójába, akkor fordítás után futtatnám (kylixon kívül) és azt írja ki hibának: „Szegmentálási hiba”.
Ez miért van?futásidõben lesz lefordítva
Valószínûleg nem találja a kylix-hez adott bpl(?) csomagokat.
A „build in” azt eredményezi, hogy a futtatható állományba fordítja a futás idejû csomagokat.Ha nem fordítod bele, akkor a szállított programjaid kisebbek lesznek, ám minden gépre, amin futtatni szeretnéd, telepíteni kell a bpl(?) csomagokat… a többit nem tudom, mert eddig RAPID-ul egyedül Delphi-ben fejlesztettem.
Kylix-ban nem emléxem, mi a bpl megfelelõje, ezárt tettem után a kérdõjelet… ezt derítsd ki magad.
Ilyenkor nem pascal, vagy C++ nyelvre lesz lefordítva a program, hanem vmi bináris scriptnyelre.
😀
gépi kódra… egyébként az elgondolás szép volt.gépi kódra… egyébként az elgondolás szép volt.
Igaz. 😀 Tehát helyesen:
„Ilyenkor a pascal, vagy C++ kód nem gépi kódra lesz lefordítva, hanem vmi bináris scriptnyelvre.”
gabaman wrote:Ez egy marketingfogás. A „run time package” annyit jelent, hogy futásidõben lesz lefordítva, azaz interperes (értelmezõs). Ilyenkor nem pascal, vagy C++ nyelvre lesz lefordítva a program, hanem vmi bináris scriptnyelre. Hasonlóan, mint a python elõfordított változata. A méretkülönbség is érthetõ, míg a lefordított változat (pascal, C++) assembly utasításokat tartalmaz, addig a „run time package” csak magasszintû eljáráshívásokat. Hátránya viszont a sebességkülömbség, de ha csak adatokat kell bekérni, és hálózatba továbbítani, akkor tökéletesen megfelel.Ekkora marhaságot már régen olvastam!
Kylix alatt a bpl csomagok .so kiterjesztésûek és speciális megosztott könyvtárak (win alatt dll-ek a bpl-ek), amelyek elf binárisban vannak. Ha a „run time package” opciót bekapcsolod, akkor futás idõben fog rá hivatkozni, mint egy megosztott könyvtárra (mint egy dll-re). Ezt azért van, hogy ha több program is használja ugyanazokat a komponenseket, akkor ne kelljen belefordítani mindegyik futtathatóba a kódokat (pl.: baseclx-et), hanem a szükséges kódokra futásidejû linkeléssel hivatkozik, így a programok és a futásidejû könyvtárak összmérete (nagyobb projecteknél) kissebb lehet mintha pl. mindegyik progiba belefordítódna az összes kód. Például, ha UHU linux alá akarok írni egy progit Kylix 3-al, akkor a „run time package” opciót bekapcsolom, mivel az UHU tartalmazza az alapvetõ Kylix könyvtárakat (ha nem akkor rajta van a telepítõ CD/DVD-n), és így nem kell akkora nagy programot fordítani!
torma wrote:Ekkora marhaságot már régen olvastam!Igen, és nekiálltál egy két és fél éve halott topic boncolgatásának. 😀
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz