From 3574124b5f33fb080dfe11d4a98475a991e6fb25 Mon Sep 17 00:00:00 2001 From: Pedro Alves Date: Mon, 1 Jul 2013 11:14:42 +0000 Subject: Reimport gnulib from scratch. Moving aside gnulib/import/, and re-running our gnulib/update-gnulib.sh script, surprisingly, one gets a different result compared to what's in the tree. This is with pristine FSF autoconf and FSF automake, at the versions required by update-gnulib.sh. However, if one just runs the update-gnulib.sh scripts against the _existing_ tree, then nothing changes... I suspect gnulib-tool's merge logic might be preserving some things by design. This gets rid of cruft that might have accumulated over gnulib updates. onceonly.m4 seems to fit in that category. gdb/ 2013-07-01 Pedro Alves Reimport gnulib from scratch. * gnulib/Makefile.in (aclocal_m4_deps): Remove reference to import/m4/onceonly.m4. * gnulib/aclocal.m4: Renegerate. * gnulib/config.in: Renegerate. * gnulib/configure: Renegerate. * gnulib/import/Makefile.in: Renegerate. * gnulib/import/extra/update-copyright: Renegerate. * gnulib/import/m4/onceonly.m4: Delete. --- gdb/gnulib/Makefile.in | 1 - 1 file changed, 1 deletion(-) (limited to 'gdb/gnulib/Makefile.in') diff --git a/gdb/gnulib/Makefile.in b/gdb/gnulib/Makefile.in index 89deae2b189..e74b6019bc7 100644 --- a/gdb/gnulib/Makefile.in +++ b/gdb/gnulib/Makefile.in @@ -235,7 +235,6 @@ aclocal_m4_deps = \ import/m4/memmem.m4 \ import/m4/mmap-anon.m4 \ import/m4/multiarch.m4 \ - import/m4/onceonly.m4 \ import/m4/stdbool.m4 \ import/m4/stddef_h.m4 \ import/m4/stdint.m4 \ -- cgit v1.2.1