Este manual te puede ser de ayuda.
Aquí pone todas las librerías que necesitas instalar.
Instalación de CodeBlocks + SDL en Ubuntu Linux
Suerte
Este manual te puede ser de ayuda.
Aquí pone todas las librerías que necesitas instalar.
Instalación de CodeBlocks + SDL en Ubuntu Linux
Suerte
Última edición por hardyx; 24/07/2010 a las 13:29
Gracias señores... esto me pasa por cazurrín. Creo que la solución al problema de los Paths viene en la página 8 de la documentación oficial del SDK de GPH.
CodeBlocks: Settings->Compiler and debugger->Toolchain executables->Additional paths...
Me lo leo y cuento cosas.
Eso te iba a comentar.
Yo tengo instalado el sdk oficial en windows y si sigues paso a paso como configurar codeblocks de la forma que explica en la documentación no tendrás ningún problema.
I'm back!
He encontrado el problema. No era lo que pensaba. El problema es que el directorio de instalación del SDK no es el predefinido (C:\GPH_SDK). El proyecto con el que tenía el problema era la Demo 2DTutorial y como se dice en el pdf de la docu oficial, se presupone la instalación por defecto. Así pues en Project->Build options->Search directories estaban los directorios incorrectos .
@Nuria:
Exacto,. Pero aprender es así.si sigues paso a paso como configurar codeblocks de la forma que explica en la documentación no tendrás ningún problema
---
Algo para lo del ensamblado para POLLUX???
Jojojoooo!!!
2 buenasss. La primera es que ya tengo el ejemplo compilado y rulando en W7. La guía oficial es "cuasi-perfecta". Es que el ansia nos puede...
Algunas diferencias a destacar para Win7 x64. En la configuración de las opciones del linker (pag. 17) para el compilado "host" en lugar de "-lCBLibrary" tiene que haber "-lDGE". Lo demás al pie de la letra (excepto las rutas de los directorios si no está en C:\ --claramente--).
Y Puck2099, muchas gracias por los enlaces. Todavía no había encontrado nada. A ver si me manejo y puedo contener la boquita con respecto a este tema hasta saber un poco como va.
Armtutorial>>Dead! :/
Grax!
Leete el otro hilo llamado creo 'SDK oficial...', alli encontraras respuestas a algunas preguntas que iras seguramente hacer al probar mas ejemplos, lo digo para no repetirnos tanto
Yo programo en Windows 7 con el SDK oficial (ese de SDL + codeblocks) sin problemas. Eso si, usando solo las SDL peladas, nada de openGL.
De lujo. Gracias a todos. De momento estoy entretenido con los enlaces de Puck2099. Me encanta esto.
Bueeeno, he estado aprendiendo el Kung Fu del ARMinst con el pdf. Es cojonudo. Ya había trasteado con el ensamblador antes, el 68k de Motorola (Megadrive) y el x86 de Intel. Pero con este me he llevado no pocas sorpresas. El código densificado con condicionales y esa maravilla del Barrel Shifter, la tubería de instrucciones tri-nivel... Muy gwapo, pero bueno, al grano. Me he atascado un poco (sólo un poquito. Se trata del Quiz#4.
Mi primer intento me ha dado por ahí:
Bueno, pues eso, muchas gracias de antemano para el valiente que me eche un cable con ese Quiz#4 (...Puuuck2099...??? hehhehh).Código:LDR r3, #0 ;inicializa r3 a 0 :start ;etiqueta de entrada al bucle CMP r1, r2, LSL#4 ;comprobar si r1 ha llegado a r2. Aquí una duda: ;ES ESTO CORRECTO? SE ;PUEDE HACER ESO CON CMP??? ;Y OTRA, en la solución usan LSL#2. Por qué no 4? BEQ end ;fin si r1 ha llegado al final ADD r3, r3, [r1], #4 ;sumatorio en r3, después actualiza r1 al siguiente. ;Y otra vez, por qué no 4? BAL start ;Salta al principio del bucle. :end ;etiqueta de fin.
No me voy a meter en el código, pero LDR lo que hace es cargar datos de memoria. Para poner r3 a 0 sería MOV r3, #0. Y en el CMP no entiendo por qué lo multiplicas r2 por 16 (1<<4).
Hay otra cosa importante, ARM es un procesador basado en registros. Eso quiere decir que el ADD con [r1] no es correcto. Sólo se pueden acceder a memoria con instrucciones Load o Store.
Un saludo.
Última edición por hardyx; 30/07/2010 a las 00:58
Gracias hardyx. Con lo del ADD [] me he colado un raaato, oopsa! No había caído. El acceso a memoria sólo para LDR/STR (y allegadas, ok.
Respecto a "LDR r3, #0" nada, otra colada. Me he liado con la declaración de constantes de 32bits!, caso en el que recomiendan expresamente usar esta instrucción ya que el ensamblador la optimiza automáticamente, aún así debería haber usado la forma "LDR r3, =0". En este caso no tiene sentido pues ni se trata de una constante, ni el valor necesita la precisión completa.
En la instrucción CMP lo que pretendía era multiplicar por 32 (5--no 4!!!--), no por 16 (4). O sea que me he lucido del todiiito! JAJAJAJJ!!!!
Y esto por qué, preguntabas, pues porque r1 contiene el número de posición. Y r2 el número de elementos del vector. Cada elemento ocupa 32 bits.
Okok, me lo repaso jejejj. Eso sí, la dirección de memoria aumenta de byte en byte, verdad? Y otra, aquí una palabra son 32 bits en lugar de 16???
Grs!
< - >Al final salté a la solución. En ella hacen el l-shift con #2 para el desplazamiento, esto es, multiplicar el índice por 4 (que por byte -la unidad de memoria- nos dan los 32 bits por elemento). Según entiendo, la palabra son 32 bits, y la half 16.
Hay que decir que los textos son bastante escuetos. Respecto al Quiz#4, creo que lo he captado. Volveré a intentarlo cuando termine el documento.
Saluten!!
Última edición por C44n33r; 30/07/2010 a las 18:03 Razón: Edición automática anti doble-post.
Aquí tienes un libro sobre ARM con más detalle.
http://www.peter-cockerell.net/aalp/html/frames.html
También puedes programar en C con la SDL.
http://wiki.gp2x.org/wiki/Writing_an_SDL_Hello_World
Última edición por hardyx; 30/07/2010 a las 19:54
De luxe! Graciax hardyx!
También he dado con el pdf del ARM SDT Reference Manual. Para matarse con el libraco! Unas 600 páginas!
Todavía estoy acabando el primer "overview" al tema del Asm, que creo que es muy importante para sacarle el máximo provecho a la maquinita. También he visto cuatro cosas del BennuGD, y tengo configurado y listo para el ataque el CodeBlocks con el SDK ofi.
Me interesan los emuladores, averiguar cómo funcionan (ojo, Level: ABSOLUTE ZERO!), y por qué puñetillas no vamos a poder tener un PSX (o N64...) como está mandao en la GPxx. Como dije al principio, LO QUIEROOOTOOODOOOOO -y alguna cosita más(MilkyTracker, QT Extended Improved???, &+...)-!!! Jajjajj
Veo que estás en el ajo de la PSX. Esto puede ser el comienzo de una buena amistad...
HAI!
Marcadores