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
..
extra
m4
alloca.c
alloca.in.h
config.charset
float.c
float.in.h
float+.h
fnmatch_loop.c
fnmatch.c
fnmatch.in.h
fpucw.h
frexp.c
frexpl.c
inttypes.in.h
isnan.c
isnand-nolibm.h
isnand.c
isnanl-nolibm.h
isnanl.c
itold.c
localcharset.c
localcharset.h
Makefile.am
Makefile.in
math.c
math.in.h
mbrtowc.c
mbsinit.c
mbsrtowcs-impl.h
mbsrtowcs-state.c
mbsrtowcs.c
memchr.c
memchr.valgrind
memmem.c
ref-add.sin
ref-del.sin
stdbool.in.h
stddef.in.h
stdint.in.h
str-two-way.h
streq.h
string.in.h
strnlen1.c
strnlen1.h
verify.h
wchar.in.h
wctype-h.c
wctype.in.h