🚀 go-pugleaf

"Jan" <Janlankan@mixmail.com> escribi� en el mensaje
news:b819gq$52oq6$1@ID-103285.news.dfncis.de...
> Me he metido ya a hacer algunos programillas en Kylix C++ y tengo algunas
> cuestiones:

> 1. He visto que aunque los programas son peque�os, los ejecutables son
> enormes, de alrededor de 1 mega. Pero eso no es lo peor, para que
> funcionen fuera del IDE de desarrollo, hay que adjuntarles la libreria QT
de Borland,
> que ocupa 7 megas.

> Pero entonces,  �Como se distribuyen los programas hechos en Kylix? Si
> quieres pasarle a alguien o colgar de una web unos cuantos programillas,
> tienes que andar distribuyendo paquetes de 4 megas comprimidos, y cada
> uno adjuntando su propia libreria QT. Porque tampoco es plan andar
> liando a la gente diciendoles que se bajen aparte la libreria QT y luego
> se monten scripts, variables de entorno y la leche. No es muy
> profesional.

    .- La librer�a QT no es de Borland, aunque si trae una versi�n ya
compilada
que puedes distribuir.
    .- En el mundo Linux, no les va a parecer importante que el programa que
les
pasas dependa de otra instalaci�n. De echo es muy probable que se pueda
establecer una dependencia y el usuario se instale las librer�as QT desde el
CD-ROM de su distribuci�n sin tener que descargarlas. Esto se solicitar�a
autom�ticamente la primera vez que necesitase QT, las siguientes veces ya no
lo pedir�a.
    En el tema de las dependencias entre paquetes en Linux no estoy muy
ducho
de manera que no a�ado nada m�s. ;-)


> 2. He probado a hacer tambien programillas C++ de consola, _sin la CLX_, y
> ocupan minimo medio mega con Kylix. Sin embargo si los compilo con el
compilador GNU
> desde el entorno ANJUTA ocupan unos 2 o 3 kas solo. �Que es lo que mete
Kylix
> en este caso que ocupa tanto?

    Todo depende de la complejidad del proyecto que est�s abordando.
Si el proyecto tiene apenas unas 1000 l�neas de c�digo y no requiere ninguna
de las funcionalidades de QT, lo mejor que utilices otro entorno. Los RAD,
para estas cosas son muy "monos y coquetos" pero probablemente poco �tiles.

    Si el proyecto reviste gran complejidad o es muy probable que requiera
un
mantenimiento cont�nuo, etc, etc... planteate que el RAD es una buena
opci�n.

    Prueba en Components/Install Packages a desmarcar aquellos paquetes que
no utilizas en tu aplicaci�n. Esto te restar� bastante tama�o al ejecutable.

    .- Delphi/Kylix, hacen gala de poseer un lincador "inteligente". Si
parte del c�digo
no lo utilizas, este no se compila ni se incluye en el ejecutable.
    .- Esto era perfectamente v�lido para el TurboPascal el BorlanPascal
etc.
Con la llegada de la OOP y las librer�as de enlace din�mico (TurboVision en
un
principio, BCW despues, VCL m�s tarde y actualmente CLX), toda esa
"inteligencia" qued� un poco inutil.
    Como su nombre indica el enlace del c�digo es din�mico, se hace en
tiempo de
ejecuci�n, no de compilaci�n, por lo que el compilador no es capaz de
discernir
si tal o cual rutina, objeto, m�todo, etc... ser� utilzada o no, y como
buena soluci�n
lo incluye todo. :-(

Bueno creo que echar� un vistazo al otro Post y lo dejar� por hoy.
Espero que te sea todo �til, porque ya casi no me responden los dedos de
tanto escribir. ;-)