Build system : dependancies about grafx2 HOT 9 CLOSED

I have no idea why it broke on your platform. It happened when I moved the obj 
files
to a specific directory (at your request ;)). I let the cross-compiled obj go in
obj/win32, and native linux ones go in obj/unix.The dependencies should behave 
fine
in either cases... I think I tested on my linux machine, but not sure (and no 
time in
the next 24h)
Does it needlessly rebuild everything when crosscompiling, when compiling 
normally,
or both?

i only tested native compiling. will try the cross compiling once i get my pc 
out of
the bag... mayme tomorrow...

Arrgh.. don't change build system. That makes it tricky for OS4 :-(

Well, if we keep adding all the platforms to the same makefile like it is 
now,we will
be getting more and more problems like this build dependencies one.

There is nothing very tricky to do in the build system, anyways, i'm ok to keep 
it
like that, but recompiling everything once i make a single change on a single 
file
gets quite tiring :)

Yeah, but there must be a way to fix the dependency problem?

The dependency problem is certainly a bug of mine, not inherent to the number 
of 
platforms... I'll test Linux compiling as my first priority this evening.
Don't worry about the makefile bloating, we're running out of platforms that we 
don't support :)

Note, targets like "version" and "ziprelease" are starting to take a bigger 
place in 
the Makefile. If I extracted these into a secondary makefile (that we don't put 
in 
the sources zips), the Makefile would be quite cleaner, as all targets would be 
used 
in compiling.
Hmmm, the "-include Makefile.tools" directive would do the trick very nicely! 
It 
would import the extra makefile IF it's present (gotten from svn), and not 
cause any 
errors if missing.

The "compile-everything" problem should be fixed in r306. I did test it on 
linux.

The cause, for people eventually interested in Makefiles:
It was because I had made the directory obj/unix a dependency of the .o files. 
(in
order to create it if needed). But, in linux, writing a file in a directory 
updates
this directory's timestamp. So, the directory was always more recent than the .o
files,  and everytime 'make' checked, all .o files appeared outdated.

It also happened on AmigaOS, so i'll checkout the latest version and see if its 
fixed
it there too.

Ok, fixed in linux :)