On Tue, Oct 12, 2021 at 9:18 AM Jeff Law <jeffreya...@gmail.com> wrote: > > > > On 10/11/2021 4:05 PM, Eric Gallager via Gcc-patches wrote: > > On Thu, Oct 13, 2016 at 4:43 PM Eric Gallager <eg...@gwmail.gwu.edu> wrote: > >> On 10/13/16, Jeff Law <l...@redhat.com> wrote: > >>> On 10/06/2016 07:21 AM, Eric Gallager wrote: > >>>> The libdecnumber, libgcc, and libobjc subdirectories are missing TAGS > >>>> targets in their Makefiles. The attached patch causes them to be > >>>> skipped when running `make tags`. > >>>> > >>>> ChangeLog entry: > >>>> > >>>> 2016-10-06 Eric Gallager <eg...@gwmail.gwu.edu> > >>>> > >>>> * Makefile.def: Mark libdecnumber, libgcc, and libobjc as missing > >>>> TAGS target. > >>>> * Makefile.in: Regenerate. > >>>> > >>> OK. Please install. > >>> > >>> Thanks, > >>> Jeff > >>> > >> > >> I'm still waiting to hear back from <ass...@gnu.org> about my request > >> for copyright assignment, which I'll need to get sorted out before I > >> can start committing stuff (like this patch). > >> > >> Thanks, > >> Eric > > Update: In the intervening years, I got my copyright assignment filed > > and have recently become able to commit again; is your old approval > > from 2016 still valid, Jeff, or do I need a re-approval? > > Ref: https://gcc.gnu.org/legacy-ml/gcc-patches/2016-10/msg00370.html > It's still valid. Just re-test and commit. > > jeff
While re-testing, it seems that the `etags` command on my computer can't be found any longer; I'm thinking gcc/Makefile.in should be updated to stop hardcoding etags and use a variable that can be overridden instead... should I do a separate patch for that, or combine it with this one?
