[changeset] Re: When do I need autogen and configure?

Thorsten Meyer thorsten.meyier at gmx.de
Sun Feb 22 10:36:41 CST 2009


Thorsten Meyer wrote:
> Hi,
> 
> here is an updated Changeset.
> 
> John W. Eaton wrote:
>> |  - What I don't like yet about the patch is, that I hardcoded the list of
>> | configuration files into the makefile sources (octMakefile.in and
>> | scripts/Makefile.in). I would rather copy them automatically from their original
>> | source in configure.in. Is there an easy way to do that?
> I have found a way: I have added AC_SUBST(ac_config_files) to configure.in. This
> way I can access the list of configuration files with @ac_config_files@ in
> octMakefile.in and Makefile.in.
> 
>> In your patch, configfiles is not a file target, so shouldn't it be
>> tagged as .PHONY?
> I tagged the configfiles target as .PHONY in octMakefile.in and
> scripts/Makefile.in. I left it as it is in Makefile.in (consistent with the
> other not-file targets there).
> 
> Also I have added a short description of the configfiles target to the help
> string in Makefile.
> 
> Into the make targets I have coded the following dependencies:
> 
> configure depends on
> 	configure.in
> 	*.m4
> 
> config.status depends on
> 	configure
> 
> octMakefile, Makefile (and other configuration files in ac_config_files) depend
> on their respective .in file and on config.status.
> 
> Is that correct?
> 
> Also, I use autoconf and autoheader directly in the Makefile rules for configure
> instead of calling autogen.sh. This way, the configure scripts in root and
> scripts can be updated independently.
> 
> Is it ok to push the changeset?
> 
> regards
> 
As it has been mentioned in another thread: here is an update of my changeset to 
  add make targets for the configuration (autogen, configure and Makefiles).
Compared to the older version, I moved the new targets below the all: target in 
order to prevent unwanted making of these targets.

I have this patch in my patch queue for quite a while now and it has not caused 
a  problem yet. However, I could not really test, if it does what it is indented 
for, namely, automatically rebuilding only those Makefiles etc. that need 
rebuilding: mercurial has the feature not to preserve timestamps, so with "hg 
qpush" after downloading new patches from the repository the timestamp of 
configure.in gets changed, and "make configfiles && make" will rebuild 
everything each time.

regards

Thorsten

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Make_target_Makefiles.patch
Type: text/x-patch
Size: 4633 bytes
Desc: not available
Url : https://www-old.cae.wisc.edu/pipermail/octave-maintainers/attachments/20090222/247c3ee4/attachment.bin 


More information about the Octave-maintainers mailing list