Las dudas iniciales de como empezar a programar para la GP32

[Uncanny]

Madre mia! Viendo como se las apaña la gente yo debo ser el mas cafre. Utilizo Vim como editor, Makefiles xa compilar y el geepee bajo Linux xa probar. Simple y llanamente.

Ahi está, con un par de... narices xD. Si lo dominas y tienes tiempo pegaría y se agradecería tela si hicieras una especie de mini-tutorial introductorio a la creación de Makefiles para los que estamos menos duchos en el tema que me temo que no somos pocos (por pedir que no quede xD).

Supongo ke todo sera acostumbrarse, xo a mi me va muy bien asi.

Supongo que a todo uno se acostumbra

P.D: Espero que no te salte uno que diga que es mejor usar el emacs que el Vim que es capáz de convertise esto en un "flame post" xDD

[Uncanny]

Las de CHN (supongo que hablamos del bufferring estilo SDL) tal y como vienen directamente no funcionan, tienes que hacerle un par de cambios aunque la base es perfecta

Si quereis pongo los cambios aqui o en la web (no se si eran muchos o pocos xD)

Si te es posible, pues perfecto . Aun no me he decantado por usar uno u otro, tengo los dos SDK preparados en dos DevKitARM para hacer algunas pruebas mañana con algunos ejemplos que tengo, así que si meto alguna libreria extra como la de CHN podría hacer algunas pruebas de sonido (mucha fe tengo yo xD).

Tambien estoy dandole unos retoques (entre otras cosas para que compilen xD) a las librerias de Una-i que de por si a mi no me compilaban (usando como recomendaba: gp32_MrMirko-v2.1.rar y mirkoSDK090.tar.bz2) el mismamente me comento que era facil de solventar y asi era; tambien de esto puedo sacar un Fix si alguien lo necesita y el Sr.Una-i me lo permite

Mientras todo sean mejoras y se lo comuniques, no creo que Una-i tuviera inconveniente en que pusieras un fix de sus librerias, menos quebraderos de cabeza para el resto

Un Saludo y cuando pruebes PituKa tratala con cariño

Siempre, a las damas se les debe tratar siempre con mucho cariño

Saludos.

[oankali]

Wenas!

Madre mia! Viendo como se las apaña la gente yo debo ser el mas cafre. Utilizo Vim como editor, Makefiles xa compilar y el geepee bajo Linux xa probar. Simple y llanamente.

Supongo ke todo sera acostumbrarse, xo a mi me va muy bien asi.

Salu2

Yo hacía lo mismo al principio, aunque bajo Windows hasta que me decidí probar con el MS VC.
No creo que mucha gente use sistema, aunque considero que es el más práctico sin ser infalible.

Oankali

[oankali]

Ahi está, con un par de... narices xD. Si lo dominas y tienes tiempo pegaría y se agradecería tela si hicieras una especie de mini-tutorial introductorio a la creación de Makefiles para los que estamos menos duchos en el tema que me temo que no somos pocos (por pedir que no quede xD).

[...]

Ahí tenéis el Makefile de mi juego Pyramids 2.

# Core Makefile for GP32 development using GCC
# Written 2002 by Christian Nowak <chnowak@web.de>
# Patched 2004 by DJWillis for GamePark SDK project
# compatability for newer GCC's using Patched GameParkSDK
# Modified by Oankali
# Version 3.0

# File Name
TARGET    = Pyramid2

# gpSDK root directory
GPSDK     = C:/devkitARM/gamepark_sdk

.CFILES   = $(GPSDK)/gpstart.c \
            gpmain.c project.c bitmaps.c bitmapsGame.c fonts.c sounds.c musics.c \
            transitions.c titleScreen.c mainMenu.c highScores.c credits.c \
            music.c story.c options.c game.c \
            ../include/global.c ../include/clock.c ../include/graphics16.c \
            ../include/okf.c ../include/list.c ../include/riff.c \
            ../include/folder.c ../include/fileSelector.c ../include/math.c

.SFILES   =

OBJS      = $(.SFILES:.s=.o) $(.CFILES:.c=.o) \
            ../libmodplay/libmodplay.a

# GCC Tool-chain
CC        = arm-elf-gcc
CXX       = arm-elf-g++
LD        = arm-elf-gcc
AS        = arm-elf-as
OBJCOPY   = arm-elf-objcopy

CFLAGS =  -marm \
          -march=armv4t \
          -mapcs \
          -O2 \
          -fomit-frame-pointer \
          -finline-functions \
          -fshort-enums \
          -ffast-math \
          -fshort-double \
          -mstructure-size-boundary=8 \
          -mno-thumb-interwork \
          -Wno-multichar \
          -I$(GPSDK)/include \
          -I.
 
LIBDIRS   = -L$(GPSDK)/lib
GP_LIBS   = -lgpgraphic -lgpgraphic16 -lgpmem -lgpos -lgpstdlib -lgpstdio -lgpsound -lgpg_ex01 -lgpfont -lgpfont16
LIBS      = -lm -lc
 
LDFLAGS   = $(LDSPECS) \
            -Wl,-Map,$(MAPFILE) \
            $(LIBDIRS) \
            $(GP_LIBS) \
            $(LIBS)
 
LDSPECS    = -specs=gp32_gpsdk.specs
 
LINK       = $(LD) -o $(GP_OBJS) $@ $^ $(LDFLAGS) 
 
# Outputs
ELF        = $(TARGET).elf
MAPFILE    = $(TARGET).map
BIN        = $(TARGET).gxb
FXE        = $(TARGET).fxe
 
.PHONY: all clean depend

all: $(BIN)
 
clean: rm -f $(OBJS) $(MAPFILE) $(BIN) $(ELF) $(FXE)
 
$(ELF): $(OBJS)
				$(LINK)
 
$(BIN): $(ELF)
				$(OBJCOPY) -O binary $< $@

Utilizo el mismo para todos mis proyectos.
Lo único que hago és:
- Poner en TARGET el nombre del archivo .gxb a generar (8 letras max.)
- Poner en .CFILES cada archivo .C a compilar
- Poner en OBJS las librerías compiladas (en este caso libmodplay de CHN)
- Si tuviera archivos en ensamblador, los pondría en .SFILES

Este Makefile me genera el .gxb que pruebo con el Geepee32. Si todo va bien entonces utilizo un .bat para genere el .fxe con b2fxec.exe.

Oankali.

[Gammenon]

Entonces, por lo que he entendido, se puede usar el Visual C++ con el SDK oficial y desarrollar una aplicacion que sirve tanto para windows como para la GP32 (obviando las velocidaddes y tal)? Joer, es la leche! Hay alguna pega con esto?

[Croc]

Wenas!

Pues este el Makefile ke yo uso. No recuerdo dnd lo encontre xq lo diseccione hasta entenderlo y luego lo modifique a gusto. Ahora me vale como plantilla dnd solo tengo ke modificar la ruta del proyecto y los fichero fuente que incluye, xq la ruta del sdk, del cross-compiler o del geepee no suele cambiar. Por defecto ya genero un fxe que puede o mandarlo a la gp con el gplink o probarlo directamente con el geepee.

Los comentarios dentro del Makefile son bastante intuitivos

###############################################################################
# Makefile for a GP32 application.
###############################################################################

# Change the line below to the name of your program
PROGRAM =    Tile

ICON = tiles/icon.raw

# The folder where you extracted gp32libs.tar.bz2
GPSDK_HOME = /home/croc/Proyectos/gp32dev/gp32/
GEEPEE = /home/croc/Juegos/GeePee/geepee32

# Don't change this unless you changed the compiler location when you
# installed it.
GCC_HOME =   /usr

# Libraries to be included... this is all of the gpsdk libraries
LIBS = -lgpos -lgpsound -lgpmem -lgpgraphic -lgpfont -lgpstdlib -lgpstdio

# If you have any directories with include files, add them here with -I on
# the front of each
# e.g. INCLUDES = -I/home/rfbrown/gp32/prog/include -I/usr/src/include
INCLUDES =

# list all .c files here
CFILES  =       gpmain.c

# list all assembler (.s) files here
SFILES  =

##############################################################################
# You shouldn't need to change anything below here, really
##############################################################################

BASEFILES = $(GPSDK_HOME)/basefiles

ALL_INCLUDES = -I$(GPSDK_HOME)/include $(INCLUDES)
ALL_LIBS = $(LIBS) -lm -lc -lgcc

LIBDIRS = -L $(GCC_HOME)/arm-thumb-elf/lib \
                         -L $(GCC_HOME)/lib/gcc-lib/arm-thumb-elf/3.2.1\
                         -L $(GPSDK_HOME)/lib

LDSCRIPT = $(BASEFILES)/lnkscript

OFILES  =       crt0.o gpstart.o $(SFILES:.s=.o) $(CFILES:.c=.o)

CFLAGS     =    -c -march=armv4t -marm -mthumb-interwork -msoft-float \
                                        -ffast-math -fshort-enums -nostdlib -fno-common -ffreestanding \
                                        -fno-builtin -fno-exceptions -mstructure-size-boundary=8 -O3 \
                                        -fomit-frame-pointer -Wall

LDFLAGS =       --script $(LDSCRIPT) -nostartfiles -Map $(PROGRAM).map

CC = arm-thumb-elf-gcc
AS = arm-thumb-elf-as
LD = arm-thumb-elf-ld
OBJCOPY = arm-thumb-elf-objcopy

MAPFILE =               $(PROGRAM).map
TARGET_ELF      =       $(PROGRAM).elf
TARGET_BIN      =       $(PROGRAM).gxb
TARGET_FXE      =       $(PROGRAM).fxe
$(TARGET_FXE): $(TARGET_BIN)
        b2fxec -t $(PROGRAM) -B $(ICON) $< $@

$(TARGET_BIN): $(TARGET_ELF)
        $(OBJCOPY) -O binary $< $@

$(TARGET_ELF): $(OFILES) Makefile
        $(LD) $(OFILES) $(LDFLAGS) $(LIBDIRS) $(ALL_LIBS) -o $@

.PHONY: all clean

all:            $(TARGET_FXE)

crt0.o: $(BASEFILES)/crt0.s
        $(CC) $(ALL_INCLUDES) $(CFLAGS) -c $< -o $@

gpstart.o:      $(BASEFILES)/gpstart.c
        $(CC) $(ALL_INCLUDES) $(CFLAGS) -c $< -o $@

%.o:    %.c
        $(CC) $(ALL_INCLUDES) $(CFLAGS) -c $< -o $@

clean:
        -rm -f $(OFILES) $(MAPFILE) $(TARGET_ELF) $(TARGET_BIN) $(TARGET_FXE)

send: $(TARGET_FXE)
        gplink put $(TARGET_FXE) gpmm -x

geepee: $(TARGET_FXE)
        $(GEEPEE) /FXE=$(TARGET_FXE) /RUN

Salu2

[oankali]

Entonces, por lo que he entendido, se puede usar el Visual C++ con el SDK oficial y desarrollar una aplicacion que sirve tanto para windows como para la GP32 (obviando las velocidaddes y tal)? Joer, es la leche! Hay alguna pega con esto?

Pues alguna si, por ejemplo no puedes incluir ensamblador, y algunas funciones no funcionan bien pero hay una manera de corregir los problemas encapsulando las funciones que no existen y redefiniéndolas, tal como lo he hecho yo mismo.
Tamponco funciona MrMirko, aunque estoy seguro que se podría conseguir con el mismo sistema de antes.
Y lo peor, que te piensas que tu programa va a toda leche, y resulta que en la GP32 va normalillo. Por eso hay que procurar controlar bien la velocidad de los processos aunque esto ya lo tengo solucionado con mi librería Clock.h.

Y para haceros la boca agua y demostraros que el SDK para Windows funciona muy decentemente, aquí teneis mi PuzzleMix
Funciona hasta el sonido y la SMC.
Por eso he incluido una mini SMC virtual, para que podais guardar los récords.
Por cierto, los botones no son muy prácticos y estan todos situados en la fila de la tecla M. No sé si se pueden redefinir.
Si os falta alguna .DLL, me lo decis.
Ah, se me olvidaba, en la versión original del SDK viene una máscara que corresponde a un escan de la GP32, pero para programar en el trabajo no era muy discreto, así que la cambié por la que veis al ejecutar el programa . Por eso los botones Open y Exit estan tirados por allí.

Oankali.

[Gammenon]

Muchas gracias tio. Me quedo con tu nombre para machacarte a preguntas si algun dia me pongo a ello

[Uncanny]

Gracias Croc y Oankali por vuestros makefiles. Precisamente ayer me puse a documentar, como dije que haría (al estilo "for dummies" xD) primero con lo que sabía hasta ahora sobre los makefiles, y luego echando mano del "man make" y de COMOs sobre make y los makefiles, así que vuestros ejemplos me vienen como plantillas perfectas de ejemplo adaptadas al desarrollo en la GP32 para ver y hacer algo práctico. No si al final entenderé los makefiles y todo...

[...]
Y para haceros la boca agua y demostraros que el SDK para Windows funciona muy decentemente, aquí teneis mi PuzzleMix
Funciona hasta el sonido y la SMC.
Por eso he incluido una mini SMC virtual, para que podais guardar los récords.
Por cierto, los botones no son muy prácticos y estan todos situados en la fila de la tecla M. No sé si se pueden redefinir.
Si os falta alguna .DLL, me lo decis.
[...]

Vaya que si funciona , malas tentaciones me das para que usar MS VC y el SDK oficial en Windows xDD

[Uncanny]

Bueno, ya teniamos buenos tutoriales como el de theNestruo, que podemos encontrar en este foro, o el de Oankali, que podemos encontrar en su web, ambos para tener un entorno de desarrollo básico con DevKitARM y el SDK oficial. Ahora he visto que en los foros de GP32Xtreme jcraber ha hecho un pequeño tutorial (en inglés) sobre como tener un entorno de desarrollo (bajo Windows en principio) pero con el SDK de MrMirko en pocos pasos. Dejo aquí la información y el enlace por si a alguien más le interesa.

P.D: Si tengo un rato luego lo traduzco y lo pongo por aquí, por si alguno no está muy puesto con el inglés.