-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Robert Allen wrote: | The way I have it, so far, Config_0_0 performs it's tasks, then |deletes the objects so the next target can rebuild the files. This |doesn't happen, becuase the dependencies must have already been checked |and the files existed at that time. Config_0_1 attempts to build its |target from the objects created by Config_0_0, but they are not there |anymore. | |
Mike Gibson wrote: | That's right. GNU make does it's dependency checking before it starts to do any work. That's why it isn't working. | | Is there a reason (other than disk space) that you need to use the same directory for all the object files for all the targets? Why not create a seperate directory for each configuration and then do the delete at the end of the build (or not at alland ask the user to do a make clean as is common practice.)? By doing it the way you're doing it, you're making it impossible for a developer to take advantage of make's ability to "build only what needs to be built". |
I have a good reason to remove my .o files.
I compile for both Informix and Postgres. I have .ec files I run through precompilers specific to the database to produce a .c. I have one program in particular which is generic and can be compiled for either Informix and Postgres.
What happens is it precompiles for Postgres, deletes the prcompiled .c and .o, then tries to make the Informix version and bombs.
There is no way around the fact that the .c must be rebuilt from the .ec, and then a new .o produced. I don't want two copies of the same .ec file. I also don't want a specially tailored auto renaming for each target, although it would make some sense to produce dbfile_pg.c and dbfile_inf.c from dbfile.ec as otherwise I always have to delete the intermediatary file because I don't know what it was precompiled for. I gave this a quick go and it's a bit of a mess.
Does anyone have any ideas for me?
- -- Scott Burns Mirrabooka Systems
Tel +61 7 3857 7899 Fax +61 7 3857 1368 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with MultiZilla - http://enigmail.mozdev.org
iD8DBQFBtVlQHVL0GJGqLmcRAuq/AJ0XV06idHm2DR08izutVON6+r7yIQCfed8V zawkl4FEzh4n8ijeTiwM3sw= =InZT -----END PGP SIGNATURE-----
_______________________________________________ Help-make mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/help-make
