How to compilation advance mame by ISKA

[funkycochise]

A tout hasard, il ne manquerait pas un fichier de déclaration de constantes (ou un chemin incorrect vers ce fichier) ?

Sinon, en fouinant sur Google, j'ai trouvé ça ...

le fichier de glue existe sur toutes les versions d'advancemame
j'arrive à compiler de la .77 à la .72
en fait les versions où les sources de mame sont incluses avec celles d'advancemame
dès lors que je dois rajouter à la mano le dossier src de mame dans le répertoire de compil', la compilation n'abouit pas.

[makati79]

de mon côté j'arrive à compiler jusqu'à la 106 ... je peux eventuellement uploader mon dossier 'djgpp' complet quelque part ...si ça peut aider du monde ?

[funkycochise]

de mon côté j'arrive à compiler jusqu'à la 106 ... je peux eventuellement uploader mon dossier 'djgpp' complet quelque part ...si ça peut aider du monde ?

je n'ai pas de problème avec le compilateur.
j'ai un peu avancé. la plus ancienne version que j'arrive à compiler correctement est le .72 en prenant la source suivante

toutefois, en supprimant le dossier src (sources de mame supposées officielle)
et que je le remplace par le fichier source de mamedev

j'ai le message d'erreur.
à savoir :

Code: [Sélectionner]

advance/osd/glue.c: In function `osd_handle_user_interface':
advance/osd/glue.c:1688: error: `IPT_UI_MODE_PRED' undeclared (first use in this
 function)
advance/osd/glue.c:1688: error: (Each undeclared identifier is reported only onc
e
advance/osd/glue.c:1688: error: for each function it appears in.)
advance/osd/glue.c:1690: error: `IPT_UI_MODE_NEXT' undeclared (first use in this
 function)
advance/osd/glue.c:1701: error: `IPT_UI_TURBO' undeclared (first use in this fun
ction)
make.exe: *** [obj/mame/dos/blend/advance/osd/glue.o] Error 1

C:\adv\72>Donc non je n'ai pas besoin de ton dossier mais plutôt que tu essayes de compiler la .72 tel que je l'ai décrit ci-dessus

Merci en tout cas 

[funkycochise]

J'ai "un peu" avancé avec ces satanées recompilations :

Premièrement, ce qu'il me manquait c'était un patch.exe qui fonctionne correctement.
En effet les sources de mame officielles sont modifiées par advmame.dif
le programme qui fait celà est patch.exe compris dans le bundle de djgpp.

Il fallait taper set LFN=n avant de lancer patch

Code: [Sélectionner]

D:\72\src>set LFN=n

D:\72\src>patch -p1 < ..\advance\advmame.dif
patching file "advance.pat"
patching file "common.c"
patching file "cpmame.mak"
patching file "cpu/i8085/i8085.c"
patching file "cpu/m68000/make68k.c"
patching file "cpu/z80/z80.c"
patching file "cpuexec.c"
patching file "drivers/cave.c"
patching file "drivers/multi32.c"
patching file "drivers/neogeo.c"
patching file "fileio.c"
patching file "inptport.c"
patching file "inptport.h"
patching file "input.c"
patching file "mame.c"
patching file "neomame.mak"
patching file "osdepend.h"
patching file "rules.mak"
patching file "ui_text.c"
patching file "ui_text.h"
patching file "usrintrf.c"
patching file "vidhrdw/cave.c"

D:\72\src>

çà c'est un premier pas, j'ai des sources qui compilent.
seulement j'ai encore une erreur, après la compilation visiblement :

Code: [Sélectionner]

D:\59\make emu
...
obj/mame/dos/i686/advance/svgalib/vgaregs.o (with low opt)
obj/mame/dos/i686/advance/svgalib/vgarelvg.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/ibmrgb52.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/attdacs.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/icw.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/normal.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/ramdac.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/s3dacs.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/sierra.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/btdacs.o (with low opt)
obj/mame/dos/i686/advance/svgalib/ramdac/ics_gend.o (with low opt)
obj/mame/dos/i686/advance/svgalib/clockchi/icd2061a.o (with low opt)
obj/mame/dos/i686/advance/osd/allocz.o
obj/mame/dos/i686/version.o
make.exe: *** No rule to make target `obj/mame/dos/i686/mame.o', needed by `obj
mame/dos/i686/advmame.exe'.  Stop.

la grosse erreur qui tâche : NO RULE TO MAKE TARGET

je suis en compilation d'une .59 avec un makefile ayant ces options :
TARGET = mame
ARCH = i686
HOST_TARGET=dos
CFLAGS_SYMBOLS = -O0
CFLAGS_OPTIMIZE = -O3 -fomit-frame-pointer -fstrict-aliasing

En fait, j'ai juste activé les trois premières.
les autres étaient pas défaut.

Merci de votre aide...

[funkycochise]

Honnêtement je ne comprends pas.

J'ai repris une version compile.
A savoir la .72

j'ai deux 2 dossiers de sources, un qui fonctionne et un autre non.

L'un de dossiers est issu de la source du bundle complet d'advancemame incluant les sources mame pré-patchée.
L'autre dossier est le montage de la source d'advancemame avec le source de mame que j'ai patché moi-même.

Évidemment c'est celle du bundle qui passe correctement, pourtant en passant WinMerge dessus pour détecter les différences, il me dit que tout
est identique... 

note : en fait je coche l'option 'ignorer les différences de fin de ligne (Windows/Unix/Mac)'

note 2 : Les fichiers qui fonctionnent semblent sont spécifiés comme étant au format DOS au moment de les charger dans ultraedit

Si vous pouviez me donner votre avis là dessus ou bien quel manip effectuer pour trouver le loup qui se cache là dessous.

[funkycochise]

à défaut d'explication :

l'archive des dossiers incriminés :
http://funkycochise.free.fr/advmame/72.rar

un working, l'autre unworking...

moi avec mes outils, je vois pas de différences. 
si vous voyez quelque chose... 

[funkycochise]

arghhh je deviens fou

pas moyen de voir de différence, maintenant que j'ai converti tous les fichiers au format unix.

une idée d'outil pour observer les différences entre dossier ?

j'ai utilisé windiff et winmerge mais aucune différence pour eux...

[funkycochise]

J'ai fini par trouver.
le problème était que les erreurs générées n'étaient pas très parlante.

Okay : excuses de sac.

En fait ce brave patch.exe patche correctement les fichiers des sources de mame,
seulement il les renomme aussi, à savoir il met les noms en majuscule.
ceci explique que je ne voyait pas de différences entre le bon et le mauvais dossier.
Seulement make, au moment de compiler, lui, attendait le nom de fichier en minuscule.

Du coup, en renommant les fichiers modifiés par le dif, tout est rentré dans l'ordre 

A moi la recompilation des vieilles versions...

[funkycochise]

chiotte de chiotte.

pas moyen de faire fonctionner ces versions recompilées.
j'ai droit à des dysfonctionnement ou carrément des stack errors.

j'avoue que je sais pas trop d'où çà peut venir 

surement une histoire de version des programmes...