The etc/ directory in GCC

[Robert Lipe]

>     Joseph> The GCC source tree includes an etc/ directory...
>     Mark> Nuke it.  
>     Joseph> Done.
> 
>     Robert> Note that this will cause a minor problem in existing
>     Robert> trees.  I had to manually remove etc/ from my objdirs to
>     Robert> get the trees to build again.  I don't know if it's worth
> 
> Doesn't `cvs update -P' (or whatever) prune emtpy directories?

Yes, it does remove them from the srcdir.  But if you already had
it checked out and had an objdir laying around, you'll still have
an ${objdir}/etc/Makefile. A subsequent toplevel make will attempt
to descend into it and will try to regenerate that from the (now
non-existent) ${srcdir}/etc/Makefile.in.  If you are in the habit of
completely vaporizing your objdir after each update, it's a non-issue.
But if you keep your objdir and rely on a 'make clean ; make bootstrap'
(I suspect the key is to have no intervening 'configure' invocation) you
will be hosed by this.

It's not a big deal.  I just wanted to toss out this hint to any else
that incurred build failures.

RJL