Compilar sin usar Visual Basic???

[SKL (orignal)]

si se puede generar un exe.. justamente hoy estba hablando con cobein, y dijo que un pibe de 18 años que esta en planeta source code, como estaba aprendiendo asm se creo un compilador de asm jajajaja, asi qeu seguramente crea exes tambien, es uqe nadie tiene la experiencia suficiente como para hacer algo...

sl2

[krackwar]

si se puede generar un exe.. justamente hoy estba hablando con cobein, y dijo que un pibe de 18 años que esta en planeta source code, como estaba aprendiendo asm se creo un compilador de asm jajajaja, asi qeu seguramente crea exes tambien, es uqe nadie tiene la experiencia suficiente como para hacer algo...

sl2

Perdon que te lo diga pero entre vb6 y ASM ai años luz de diferencia , incluso lo mas seguro es que vb este en c o asm.
s4lu2!

[xavierote]

Antes de nada, no soy un fan de Visual Basic, pero mucha gente me hace gracia.

No tiene nada que ver a que visual basic "esté a años luz del asm". Pues claro, asm es de bajo nivel y visual basic es de alto nivel.

También se busca en un compilador que sea portable, es decir, que se pueda portar a distintos sistemas operativos, por tanto programarlo en visual basic es programar un compilador prácticamente para windows, a pesar de haber alternativas de visual basic para otros OS.

El problema es muy sencillo a nivel teórico. Los ficheros PE, o también llamados ejecutables (o exe's), tienen una estructura (una cabecera, el OEP o dirección del punto de inicio del programa, etc....), y esos archivos están en código máquina que es el lenguaje más cercano que se puede traducir literalmente en 1 y 0.

Un compilador lo que hace es traducir un lenguaje (ya sea inventado o alguno real) a código máquina, generando primero la estructura correspondiente para cada sistema operativo, incluyendo las librerías necesarias, y luego introduciendo el código máquina necesario para ejecutarse de la misma manera que se programó en el lenguaje original. (En este punto decidme donde no se puede hacer esto en visual basic).

Luego, primero hay que informarse qué hace realmente un compilador o intérprete, entonces diréis que si que es posible, aunque al no parecerse nada el lenguaje original al lenguaje destino, será mucho más difícil la traducción.

Visual Basic tiene mucha potencia en cuanto al diseño del entorno gráfico del programa, y su método de programación es sumamente sencillo, aunque para algunos incompleto, es cierto. Pero tiene acceso total a las API's de Windows, por tanto control total sobre el sistema, como lo hacen otros lenguajes. Por tanto, antes de comparar hay que conocer. Por supuesto, hay limitaciones en cuanto a la potencia del lenguaje, pero si no se programa un intérprete, ¿para que quieres potencia?

PD: Tanto que os gusta decir que los compiladores se hacen con otros lenguajes, ¿sabéis hacer compiladores con dichos lenguajes?

Un saludo.

[cobein]

A ver, no quiero generar un problema ni mucho menos una discucion, pero si se puede generar e interpretar codigo de maquina desde VB cual es la limitacion?

[xavierote]

A ver, no quiero generar un problema ni mucho menos una discucion, pero si se puede generar e interpretar codigo de maquina desde VB cual es la limitacion?

Yo tampoco quiero generar una discusión, simplemente quería hacer una aclaración de que en cualquier lenguaje se puede hacer un compilador, aunque es un trabajo duro hacer uno totalmente funcional.

Por supuesto, las limitaciones de Visual Basic están en la optimización del código y su potencia. Al ser un lenguaje pseudo-interpretado, su velocidad de ejecucion es menor que un lenguaje compilado. Por tanto, hacer un intérprete de un lenguaje de bajo nivel en visual basic se volvería totalmente inútil, ya que programar en ese lenguaje normalmente se hace por su velocidad y optimización. Interpretarlo en Visual Basic le quitaría las ventajas que tiene un lenguaje de bajo nivel.

La mejor opción en ese aspecto siempre sería hacer una compilación, ya que al parecerse tanto el ensamblador al código máquina, se hace mucho más fácil que con la traducción de un lenguaje de alto nivel.

¡Saludos!

[cobein]

p-code pseudo code, Native ???

[xavierote]

p-code pseudo code, Native ???

Creo que no me has entendido bien. Da igual que lo compiles en P-Code o en Nativo. Un lenguaje interpretado siempre será más lento que un lenguaje compilado, como bien he dicho antes, hacer un intérprete en visual basic, o en cualquier otro lenguaje, siempre será más lento que traducir un lenguaje a código máquina.

No quiero hacer una discusión sobre esto, así que dejo ya de postear en este post.

¡Un saludo!

[cobein]

Como bien dije antes, se puede compilar y no interpretar no entiendo cual es la diferencia entre compilar con un programa hecho en VB y cualquier otro.

[Hole_System]

Creo que bajare el VB portable y lo probare, pq la verdad creo q es la mejor...

aunque se puede pensar en otro metodo...para el lio del numero....

grx a todos por el debate..

salu2

[SKL (orignal)]

portable?? naaaaaaaaaaaa, no te bajes eso por favor, no se puede compilar y no tiene ninguan referencia en las librerias, posta que te sale mas barato comprarte una notebook y llevarla a todos lados, antes que usar ese portatil feo


sl2