diff options
| author | Tom Tromey <tom@tromey.com> | 2019-10-19 15:42:34 -0600 |
|---|---|---|
| committer | Tom Tromey <tom@tromey.com> | 2019-10-21 07:45:30 -0600 |
| commit | a0a461e5b45f6fd9eb81774ad61e55b4917d4305 (patch) | |
| tree | 6d563aa9b1cfc93576519b685f05a5f751ecfa45 /gdb/tui/tui-winsource.h | |
| parent | 94cb3754118669d46c8ad87c986d8d9c59fac65a (diff) | |
| download | gdb-a0a461e5b45f6fd9eb81774ad61e55b4917d4305.zip gdb-a0a461e5b45f6fd9eb81774ad61e55b4917d4305.tar.gz gdb-a0a461e5b45f6fd9eb81774ad61e55b4917d4305.tar.bz2 | |
Fix creation of nm.h when configure is changed
My earlier patch -- commit c5adaa192 ("Fix creation of stamp-h by
gdb's configure script") -- broke the creation of nm.h. In
particular, configure removes nm.h, so if you touch configure and
rebuild, nothing will re-create the link, breaking the build.
This patch fixes the bug, and also updates configure.ac to use
AC_CONFIG_LINKS, rather than the obsolete AC_LINK_FILES.
Finally, I noticed that gcore is in generated_files in the
Makefile.in. I think this is incorrect, as generated_files is only
needed for files that can be the target of a #include. So, this patch
removes it.
gdb/ChangeLog
2019-10-21 Tom Tromey <tom@tromey.com>
* configure.ac (nm.h): Conditionally create nm.h link. Subst
NM_H. Use AC_CONFIG_LINKS.
* configure: Rebuild.
* Makefile.in (NM_H): New variable.
(generated_files): Add NM_H. Remove gcore.
(nm.h, stamp-nmh): New targets.
Change-Id: I8dd539785d52455e85389425e4bb996c8a127a0e
Diffstat (limited to 'gdb/tui/tui-winsource.h')
0 files changed, 0 insertions, 0 deletions