I compile ethereal under windows, but from what I know of gnu make, you
should be able to catch this problem...
Makefile: configure Makefile.in
# switch comments if running configure is valid and
# all desired command line arguments for configure have
# been added
$(error Makefile is not up to date, rerun configure script)
#./configure
Makefile.in: (whatever the file was with @PLUGIN_DIR@)
# switch comments if all desired command line arguments
# for autogen.sh have been added
$(error Makefile.in is not up to date, rerun autogen.sh)
#./autogen.sh
With the $(error ...) instead, it should definitely work for GNU make...
I don't know about actually regenerating Makefiles while they are in
use... I also might have gotten the steps wrong (again, I use
windows)...
but I think that the concept is there. Why can't the dependencies of
the makefile be incorporated into the makefile itself, and have it
complain if the makefile (or one of its dependencies) needs to be
remade...
Guy Harris wrote:
>
> On Sat, Jan 11, 2003 at 12:47:22AM -0800, Richard Sharpe wrote:
> > Following up on my report of problems in the tree, two files in my
> > CVS-slaved tree have @PLUGIN_DIR@ in them still:
> >
> > find . -name Makefile.in -exec grep -l \@PLUGIN_DIR\@ {} \;
> > ./gtk2/Makefile.in
> > ./plugins/docsis/Makefile.in
> >
> > This suggests that these were not properly cleaned up, or did not get
> > updated when I did my last 'cvs update'.
>
> Makefile.in files aren't in CVS, so they wouldn't get updated by a "cvs
> update".
>
> Try re-running "autogen.sh" in the top-level directory.
> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev