Pedro Alves 3574124b5f 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 <palves@redhat.com> 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.		2013-07-01 11:14:42 +00:00
..
import	Reimport gnulib from scratch.	2013-07-01 11:14:42 +00:00
aclocal.m4	Reimport gnulib from scratch.	2013-07-01 11:14:42 +00:00
config.in	Reimport gnulib from scratch.	2013-07-01 11:14:42 +00:00
configure	Reimport gnulib from scratch.	2013-07-01 11:14:42 +00:00
configure.ac	Update dates in relevant gdb/gnulib/ copyright headers	2013-06-21 17:55:07 +00:00
Makefile.in	Reimport gnulib from scratch.	2013-07-01 11:14:42 +00:00
update-gnulib.sh	Update dates in relevant gdb/gnulib/ copyright headers	2013-06-21 17:55:07 +00:00