This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: ./depcomp' not found
- To: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Subject: Re: ./depcomp' not found
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 16 Dec 2000 17:43:01 -0200
- Cc: gcc-bugs at gcc dot gnu dot org
- Organization: GCC Team, Red Hat
- References: <200012161856.NAA17477@hiauly1.hia.nrc.ca>
On Dec 16, 2000, "John David Anglin" <dave@hiauly1.hia.nrc.ca> wrote:
> I don't want to always update all the time stamps, so it becomes rather
> a pain.
Hmm. I'm not sure what you're into here. contrib/gcc_update will
only update the generated files that happen to be out-of-date.
Besides, you're free to use a stripped-down copy of it that doesn't
touch files you don't want it to :-)
> It looks like aclocal runs because stamp-h.in is out of date in
> the fastjar source.
Very unlikely. aclocal.m4 is supposed to depend on acinclude.m4 and
configure.in, nothing else.
> I think the best solution for me is to always copy depcomp into the
> fastjar directory at the start of each build.
You shouldn't need depcomp. At all. That's because
fastjar/Makefile.in is built with the latest release of automake (or
some tarball with minor bug-fixes here and there), using `automake
-i', so that the feature that used to require GNU make and GCC
(namely, automatic dependency tracking) isn't enabled.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me