[résolu]gcc/MorphOS, std::vector & portage jeu SDL
13 sujets de 1 à 13 (sur un total de 13)
-
Bonjour,
quelqu’un a déjà réussi à faire fonctionner les vectors de la STL avec le gcc 2.95.3 du SDK de MorphOS ?
avec la version de départ, j’avais droit à un « internal compiler error ».
j’ai fais la mise à jour suivante ( http://bigfoot.morphos-team.net/test/sdk/ )
et maintenant ça compile, mais le programme gèle au démarrage…
Exemple simple essayé :
#include
#incude
void main(void )
{
printf(« Debutn »);
std::vector
vectint; printf(« Fin!n »);
}
On ne peux faire plus simple quand même !?
Et tout ça pour essayer à la base de compiler un jeu vite-fait…..!!!
qui malheureusement utilise un peu trop de complexités du C++ à mon goût pour quelque chose d’aussi simple…
(http://scorpioncity.com/sokoban.html)
Sinon, j’ai vu qu’existait gcc v4, mais pas testé pour l’instant, je ne sais pas si pour le C++ et la STL ça peux aider ?
Merci pour les billes éventuelles.
Merci pour les infos, je viens d’appliquer les patchs de http://developer.morphosppc.com concernant libnix et libgcc.
Et aussi remis le flag -noixemul que j’avais enlevé de sdl-config !
Maintenant ça démarre (fenêtre SDL), mais ça gèle tout même MorphOS avant d’avoir le moindre pixel du jeu!
Je pars à la recherche du crash…. en essayant de localiser là où ça coince…
à+
PS: et sinon dommage quand même de ne pas avoir une archive SDK complète directement à-jour qu’on désarchiverais tout simplement dans un répertoire…
Mh, c’est quel jeu ? A tout hasard, je sais qu’il y’a une probabilité assez forte de plantade avec sdl_setcursor() avec la psdl actuelle, mais je dis ça comme ça, les causes de plantages peuvent être infiniment variées. Tu n’as plus qu’à tracer maintenant (objdump est ton ami aussi).
Il s’agit du jeu « Still Yet Another Sokoban »
http://scorpioncity.com/sokoban.html
que j’ai trouvé pas mal fait, et qui mériterait je pense d’être disponible sur MorphOS… surtout qu’à l’origine je pensais ne pas en avoir pour bien longtemps! un petit coup de « make » comme on dit, ouais, ouais, comme on dit…
objdump comment ça s’utilise ?
parce que là ça part en gel total, plus accès à rien…
à+
J’ai trouvé une piste:
dans Sokoban.cpp, j’ai trois tableaux de char qui sont alloués de cette façon:
char xxxxxx[65536] = {0};
et visiblement ça ne plaît pas du tout !!!
en passant par de classiques malloc( ), ça aide….
Ce qui est bizarre c’est que même en faisant un stack 1000000 dans le shell avant, ça ne change rien… pas pris dans la pile ?
(j’avoue avoir toujours nagé dans les fondements même des compilateurs avec le tas, pile, …)
Mais maintenant le niveau démarre mais avec un écran de jeu réduit en taille , et visiblement le placement des éléments à l’intérieur complètement déconnant.
Pas gagné quoi !
la commande stack affecte la pile 68k. Les applications morphos (non ixemul) doivent définir la taille de leur pile elles-mêmes, avec la variable globale __stack ou l’appel à NewPPCTaskSwap(), la première solution étant la plus simple puisqu’elle consiste à ajouter :
unsigned long __stack = 100000; dans un des sources.
Pour les applications ixemul, on peut les changer avec la commande ixstack qui écrit la nouvelle taille de la pile dans l’exécutable.
Et soit dit en passant, je trouve ça mieux comme ça, car je ne vois pas pourquoi l’utilisateur lambda devrait connaitre les besoins en pile de chaque outil qu’il possède. Ce genre de chose ne devrait vraiment pas être du ressort de l’utilisateur, et les applications qui requièrent un stack 999999999999999 pour ne pas crasher sont juste l’oeuvre de fainéants.
Merci pour l’info pour changer la taille de la pile du powerpc, en plus c’est tout simple.
Je vais faire l’essai comme ça.
Aucune idée à combien peut bien être la taille de la pile par défaut, mais surement pas assez pour les gros 64ko demandés à la méthode bourrin!
En tout cas, pour de prochains portages SDL, je ferai gaffe à ce genre de problèmes !!!
Encore merci pour l’aide. à+
Je viens de l’uploader sur Aminet… donc ça ne devrait plus tarder à arriver pour ceux qui seront intéressés pour l’essayer ! Là j’ai fait les 4 premiers niveaux… finalement plus compliqué que de le porter !!!
Sinon, pas mal l’interface web maintenant pour poster des fichiers. Je m’étais arrêté au mécanisme sur le ftp du fichier et du readme !!!
Bye, bye.
Merci pour le portage
ca pourra toujours servir !++
...::: Mist - Mister FPGA - FPGA Arcade 060 - ZxUno :::...
...::: A500- A600/Gothek - Amiga 1230 Gotek CF 16GB - A3000 - A4000/30/64Mb/Vlab1.3/Oktagon :::...
...::: Vampire V4 SA :::...
...::: Zx 48/128+2/128+3/QL - Dragon32 - Atari 520STF/1040 :::...
...::: C64 + 1541 / C64 :::...
13 sujets de 1 à 13 (sur un total de 13)
- Vous devez être connecté pour répondre à ce sujet.
