Compiling Zelda Classic instructions?

Find your own medicine, and you mispelled Ingl�s.

I meant it needs to be added to the other make lines for the cpps that include it gleeok.

I tried looking for "another.cpp" file but it doesn't exist. 😉

The makefile only needs that information so that it can tell which object files depend on what and therefore what needs rebuilt when a file changes. It'll still build correctly without it; it just won't always know what to build. I'll add it in, but, honestly, the makefile's in such bad shape that it's probably a better idea to build from scratch every time anyway. I've been meaning to add a build-deps target for a while now...

I already know what I have to do. I'm japanese, I don't speak english as a first language mkay.

obj/zquest.o: src/zquest.cpp src/bind.h src/config.h src/colors.h src/editbox.h src/EditboxNew.h src/ffasm.h src/ffc.h src/ffscript.h src/fontsdat.h src/gamedata.h src/gui.h src/items.h src/jwin.h src/jwinfsel.h src/load_gif.h src/midi.h src/parser/Compiler.h src/qst.h src/save_gif.h src/sfx.h src/sprite.h src/subscr.h src/tab_ctl.h src/tiles.h src/zc_alleg.h src/zcmusic.h src/zdefs.h src/zq_class.h src/zq_cset.h src/zq_custom.h src/zq_doors.h src/zq_files.h src/zq_init.h src/zq_misc.h src/zq_subscr.h src/zq_tiles.h src/zquest.h src/zquestdat.h src/zsys.h
$(CC) $(OPTS) -D_ZQUEST_SCALE_ $(CFLAG) -c src/zquest.cpp -o obj/zquest.o $(SFLAG) $(WINFLAG)

[MENTION=38582]Saffith[/MENTION]
Might want to get on that.

Ah, that's right. Now I remember why I never use makefiles.

Tamamo wrote:I already know what I have to do. I'm japanese, I don't speak english as a first language mkay.

obj/zquest.o: src/zquest.cpp src/bind.h src/config.h src/colors.h src/editbox.h src/EditboxNew.h src/ffasm.h src/ffc.h src/ffscript.h src/fontsdat.h src/gamedata.h src/gui.h src/items.h src/jwin.h src/jwinfsel.h src/load_gif.h src/midi.h src/parser/Compiler.h src/qst.h src/save_gif.h src/sfx.h src/sprite.h src/subscr.h src/tab_ctl.h src/tiles.h src/zc_alleg.h src/zcmusic.h src/zdefs.h src/zq_class.h src/zq_cset.h src/zq_custom.h src/zq_doors.h src/zq_files.h src/zq_init.h src/zq_misc.h src/zq_subscr.h src/zq_tiles.h src/zquest.h src/zquestdat.h src/zsys.h
$(CC) $(OPTS) -D_ZQUEST_SCALE_ $(CFLAG) -c src/zquest.cpp -o obj/zquest.o $(SFLAG) $(WINFLAG)

[MENTION=38582]Saffith[/MENTION]
Might want to get on that.

I have to ask, as I initially thought that was [sarcasm], but I can't be sure: Japanese?

Tamamo wrote:[MENTION=38582]Saffith[/MENTION] does the makefile compile on Linux as far as you know?

I might do a test Linux build though.

Tamamo wrote:I vouched already for separating them into two repositories. But gleeok isn't arsed enough to do it apparently.

It goes beyond that. We don't use Git the way it is meant to work, which is why this is such a flipping mess/nightmare. I'll start a thread on this, and see where it goes, but we need a stable commit before anything will ever work properly.

This is the makefile I used to get 2.6 to build, if you want it as a reference: http://pastebin.com/KdW6XEGS
It's only for linux. I moved stuff into a src directories and such, and set it up to use wildcards and automated dependency generation instead of listing every file's dependencies manually.

Not that I'm terribly aware of what's going on, but I don't see the advantage of splitting repositories - it's the same program, after all. You can make all the branches you want.

Thanks, that'll help a lot. I really ought to learn to do makefiles properly at some point...

I'm planning to delete the 2.60 folder and create a proper branch for 2.50.x, and probably another for further 2.x versions. Meant to do it over the weekend, but, y'know, stuff.