help-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Force Recompile of Files


From: Scott Burns
Subject: Re: Force Recompile of Files
Date: Tue, 07 Dec 2004 17:18:41 +1000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040124 MultiZilla/1.6.4.0b

-----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-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]