Hola estoy mirando el ide de code::blocks y me encuentro que cuando salen errores de compilacion no tengo manera de ir directamente al error, solo me dice el nombre del archivo y la linea y para colmo no tiene por ningun lado el numero de linea :blink: en el editor de archivos. ¿Hay alguna manera de ir directamente al error?
Yo no lo conseguí (me confieso torpe y ese dia no tenia ganas de investigar demasiado) así que abandoné el codebloqs para siempre.. xD
Para lo de los numeros de lineas en el editor, te vas a Settings->Editor y ahi sale Show line numbers. Por cierto con que compilador lo estas usando, yo lo uso con el VC 2003 Tookit y no tengo esos problemas.
Lo deje por defecto, el GNU.
En la pestaña de abajo debería aperecerte: "Build log" y "Build messages"
Los errores salen en ambas pero solo en "Build messages" puedes pinchar 2 veces e ir a la línea malvada.
Yo lo uso con el gcc, veo que no soy el único k usa esta maravilla de editor...
ains.
que version de vc++ puedo descargar gratis, algun link???? ese toolkit 2003 me ha llamado la atencion
Cita de: "Elvis Enmanuel"En la pestaña de abajo debería aperecerte: "Build log" y "Build messages"
Los errores salen en ambas pero solo en "Build messages" puedes pinchar 2 veces e ir a la línea malvada.
Yo lo uso con el gcc, veo que no soy el único k usa esta maravilla de editor...
ains.
Pues ahi pincho, en los mensajes de errores, y no pasa absolutamente nada, la verdad es que es muy raro, ya que a estas alturas tener que buscar el archivo y luego el numero de linea..., lo he mirado algo mas y creo que por el momento me quedo con el .net 2003.
Yo hace no mucho intenté abrazar el gnu en compiladores y realmente he tenido que volver a .net 2003, que es lo mejor de lo mejor (evidentemente tienen mas pasta para desarrollar xD), pero de forma tan abismal que es irrenunciable.
Espero que la cia no pase por mi casa..
Citar
Yo hace no mucho intenté abrazar el gnu en compiladores y realmente he tenido que volver a .net 2003, que es lo mejor de lo mejor (evidentemente tienen mas pasta para desarrollar xD), pero de forma tan abismal que es irrenunciable.
Corrígeme si me equivoco, pero creo que estás mezclando IDE con compilador.
No te niego que el VC sea un pedazo de entorno de desarrollo, pero lo que es el compilador en si...
Yo el que conozco es el VC6, y los estándares se los pasaba por el forro. Yo no podía hacer cosas como:
for(int i=0; i < n; i++) //...
Sino que tenía que recurrir a
int i; for(i=0; i<n;i++) //...
A no ser que tocara una cosa en el preprocesador (una muy estrambótica :D).
La ventaja de VC++ siempre ha residido en las cabeceras precompiladas (emho), pero desde que está ya en el aire (y desde hace bastante tiempo) el gcc 4.0, que también las incluye, pues...
Ahora, en temas de rendimiento del código generado y esas cosas, ni idea. Pero fuere como fuere, me quedo con la alternativa libre, que no quiero ser esclavo de Mocosoft.
Un saludo.
Cita de: "LC0"Corrígeme si me equivoco, pero creo que estás mezclando IDE con compilador.
Cierto cierto, me refería al IDE, no tengo que corregirte ;).
La verdad es que ojalá KDevelop estuviera portado a Windows.
No llega a ser como el VC, pero sí que se le acerca muchísimo (y a ver como es el que vendrá con KDE 4)
Citar
No te niego que el VC sea un pedazo de entorno de desarrollo, pero lo que es el compilador en si...
Yo el que conozco es el VC6, y los estándares se los pasaba por el forro. Yo no podía hacer cosas como:
for(int i=0; i < n; i++) //...
Sino que tenía que recurrir a
int i; for(i=0; i<n;i++) //...
A no ser que tocara una cosa en el preprocesador (una muy estrambótica ).
del preprocesador no habia que tocar nada para hacer declaraciones dentro del for, tendrias el compilador por defecto y lo mas probable es que haya sido el gcc...bastaba con cambiarlo al g++ por ej.
Él hablaba del VC no del GNU, y con preprocesador se referirá a una #pragma supongo.
Sobre el rendimiento del código, pues va a depender de que versiones de cada compilador pruebes. Contra la serie 3 de GCC las optimizaciones de VC son mejores, contra la serie 4 no tengo ni idea.
Lo curioso es que yo tenia al VC como mejor optimizador que el GCC, y un día, charlando por AIM con un tio que curró en el equipo de desarrollo de VC va y me suelta que en ese respecto el GCC está a la par (pero no se a que versión se refiere). De esto hace 2 años o así.
Sin irme más offtopic, yo utilizaba code::blocks + VC toolkit 2003 sin problemas, pero recomiendo ahora usar el express 2005 debido a que el toolkit 2003 no incorpora bastantes librerías , como las multihilo ni las versiones de DLL y el express lleva todo. Eso me dió algunos problemas con librerías de terceros, que suelen estar compiladas en versión multithread (/MT).
EDIT: También lo usé con gcc y no tuve problemas para pinchar en la salida de error y que me llevase al codigo fuente (durante un tiempo los daba con el VC pero no con GCC). :blink:
Para salir de dudas, os pongo la url del que he probado que es
esta, es la version
Code::Blocks IDE, with MINGW compiler.
zupervaca, pues yo también soy de los que no le ha dado ningún problema de ese tipo el CodeBlocks :S.
Y vamos, usando el gcc.
Lo mismo esta es una de esas típicas cosas que se arreglan reinstalando :D