$ make -f module.mk module.mk:61: /claw_proto/module.mk: No such file or directorymodule.mk:61: /container/module.mk: No such file or directorymodule.mk:61: /convert/module.mk: No such file or directorymodule.mk:61: /editor/module.mk: No such file or directorymodule.mk:61: /filesystem/module.mk: No such file or directorymodule.mk:61: /game/module.mk: No such file or directorymodule.mk:61: /mingw/module.mk: No such file or directorymodule.mk:61: /net/module.mk: No such file or directorymodule.mk:61: /ogui/module.mk: No such file or directorymodule.mk:61: /particle_editor2/module.mk: No such file or directorymodule.mk:61: /physics/module.mk: No such file or directorymodule.mk:61: /sound/module.mk: No such file or directorymodule.mk:61: /storm/module.mk: No such file or directorymodule.mk:61: /system/module.mk: No such file or directorymodule.mk:61: /ui/module.mk: No such file or directorymodule.mk:61: /util/module.mk: No such file or directorymake: *** No rule to make target `/util/module.mk'. Stop.

I fiddled a bit around but could not get it right.

So I tried building a CMake build script around the code starting with the Storm3D engine.But it seems that there are some files especially class declarations missing.Are they left out intentionally? Or should be everything inside?Did anyone get it compiled?

I like CMake. It makes it easier for me to create and build software.Out-Of-Source builds, automatic configuration, different project files, usable on different systems and platforms, ...Many other people also switched to cmake like KDE, Blender, Bullet, Ogre, Lugaru, Penumbra, Ryzom.I don't think that people would use it if it were that bad.

I haven't used autotools for any own project but did 'sh autogen.sh' and following commands quite some time and most times it worked.I was not forced to get into some files to correct them to my needs.

Booth utilities notified me when I had some missing dependencies.

The Makefiles of "Jack Claw" first require me to get inside and change them and second they doesn't show me missing dependencies.Third not to mention the missing possibility to build the source out of the source tree.

Bad error message on behalf of gcc and poor documentation on my behalf. The problem is that proper directory structure does not exist under binaries. Use "make bindirs" to create them. This should be added to the build instructions (README hint!) It would be possible to do this always on normal make but since it's unnecessary on the vast majority of builds I though it best to leave it as a separate step.

I like CMake. It makes it easier for me to create and build software.

For me it adds unnecessary complexity. But this is a community project and I can't stop you from adding CMake support. Just please don't break the existing system while you're at it.

Out-Of-Source builds

Supported by current system. Make directory somewhere, copy Makefile and example.mk there, copy example.mk to local.mk and change TOPDIR at the start of local.mk. (README hint!)

automatic configuration

Not much on this project to configure. And on more complex projects I prefer explicit configuration like the current example.mk/local.mk -thing. I absolutely hate autotools "oh you don't have this library let's just leave this thing out and maybe not even list missing things at the end". This behavior causes silent failures like this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518916 and is very bad.

GNU make has been ported to all important platforms. It's possible to cross-compile with it (see mingw subdir) and even to use MSVC as your compiler while running under Linux. BTW that thing is one of the most glorious hacks ever and I really need to post it somewhere.

I don't think that people would use it if it were that bad.

MS Windows. Apple. Nuff said.

I haven't used autotools for any own project but did 'sh autogen.sh' and following commands quite some time and most times it worked.

There's no-one on the entire planet who understands all of autotools. Vast majority of developers just copy-and-paste stuff and hope it works. I think CMake is better but just plain GNU make is best because you don't need another moving part.

They don't always do that like in the example above. Granted, GNU make -based system does not even do that much. It might be possible to hack it in but I don't believe it's necessary. If something's missing you get a compiler error. And if it's a small part like audio libraries then the rest of the build can proceed while you hunt for the missing library.

../filesystem/zip_package.cpp:16:19: fatal error: unzip.h: No such file or directory

This file comes from minizip or something like that and should be under BSD license if I remember correctly. Do we want to add it to the source tree or should everyone get it themselves? We also need some accompanying .c source files or a library built from them.

For the build environment at least the following libraries are required (README hint!):SDL, SDL_image, SDL_ttf, openal, glew, PhysX. All other are pretty standard except PhysX which you need to request from nvidia. If you have FMOD 3.75 you can also use it instead of OpenAL but that is not recommended.If you set up a build environment please document all other libraries which are required.

Pushed some build system changes. I can now compile a working Linux version. I can also use the msvgcc hack to build a Windows version which works at least under Wine. So it's possible to build and test the Windows versions without ever leaving Linux.

I'm not sure what to do with this directory tree I now have. The Example.mk is looking for something like /usr/lib/PhysX; /usr/include/PhysX. I don't see anything that looks like this and I don't see a script that will install it globally for me.

Is it just that they changed everything with 3? Do I have to file a support request and obtain the older 2.8.3 SDK?

And, by the way:I don't know when I can get 2.8.3 PhysX SDK. I don't want to register at nVidia as «Registered PhysX developer» and I angry about nVidia's behavior about it and this stupid restriction. But I've found a direct download link to download 2.8.1.deb.tar.gz from developer.download.nvidia.com. Unfortunately, replacing 2.8.1 to 2.8.3 in both places in link didn't help to download 2.8.3 and throws 404. So, nVidia is very bad guys at this point