[PATCH] Bump libgnat to 10.
r270581 (git 70f448fa) changed BASE-VER to 10.0.0. But, gnat still uses so version 9. GCC assignment papers on file. I don't have write access. 2019-04-29 Michael K. Darling * gnatvsn.ads: Bump Library_Version to 10. Index: gcc/ada/gnatvsn.ads === --- gcc/ada/gnatvsn.ads (revision 270643) +++ gcc/ada/gnatvsn.ads (working copy) @@ -38,7 +38,7 @@ package Gnatvsn is -- Static string identifying this version, that can be used as an argument -- to e.g. pragma Ident. - Library_Version : constant String := "9"; + Library_Version : constant String := "10"; -- Library version. It needs to be updated whenever the major version -- number is changed. -- gnat_bump_library_version_to_10.patch Description: Binary data
Re: [PATCH] [4/14] Completes renaming of configure.in files to .ac
Perhaps the best solution is both sets of patches. Yours to modify the build system so it can work with either extension, old versions, and other imported packages. Mine to complete binutils-gdb and gcc moving from configure.in to .ac extension. There have been several commits spread out across the last year slowly moving the migration along. People have been slowly changing the extension over in their areas for the past year, but not getting everything moved over at once. Finish it up, have consistency, use the prefered extension, prevent the warning about old .in extensions, make it robust so it works with the old extension, and get combined builds working again. On Fri, Jul 17, 2015 at 6:43 AM, Jan Beulich jbeul...@suse.com wrote: On 17.07.15 at 06:26, darli...@gmail.com wrote: Which imported packages use configure.in? I'm happy to submit patches for those, too. The answer to this may not even matter - consuming components (like gcc is in respect to binutils) shouldn't assume only the newer name is used: It should remain to be possible to build with older versions. I.e. you always have to check for both .ac and .in when looking for a file. Jan
[PATCH] [14/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- sim/ChangeLog | 5 + sim/configure | 2 +- sim/testsuite/ChangeLog | 6 ++ sim/testsuite/Makefile.in | 2 +- sim/testsuite/configure | 2 +- 5 files changed, 14 insertions(+), 3 deletions(-) 0001-14-14-Completes-renaming-of-configure.in-files-to-co.patch Description: Binary data
[PATCH] [4/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- config/ChangeLog | 8 config/gettext.m4 | 4 ++-- config/po.m4 | 4 ++-- config/stdint.m4 | 2 +- config/tcl.m4 | 4 ++-- 5 files changed, 15 insertions(+), 7 deletions(-) 0001-4-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [6/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- gas/ChangeLog | 5 + gas/configure | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) 0001-6-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [5/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- etc/ChangeLog| 6 ++ etc/Makefile.in | 2 +- etc/configure.ac | 27 +++ etc/configure.in | 27 --- 4 files changed, 34 insertions(+), 28 deletions(-) create mode 100644 etc/configure.ac delete mode 100644 etc/configure.in 0001-5-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
Re: [PATCH] [4/14] Completes renaming of configure.in files to .ac
Since all configure files are generated from them, this patch must be checked in first. But some of them are imported and some imported packages still use configure.in, not configure.ac. What is the real value of changing configure.in in comments/messages to configure.ac when both are used in packages? Before binutils commit 35eafcc7 a year ago, I'm pretty sure everything in binutils-gdb used the .in extension. And, around that time, I'm pretty sure everything in gcc also used the .in extension. Binutils-gdb partially moved over to the .ac extension, and gcc completely moved over to the .ac extension. This left a lot of references pointing to the wrong extension. Allowing both extensions, even if made to work now, will break again someday. I think having comments, messages, and documentation point semi-randomly to one or the other is inviting future confusion. I think the only way to permanently fix this is to complete the (almost complete) transition to the .ac extension. I would have probably personally left everything as a .in extension, since for now there's no real difference, but I think the transition should either be complete or not there at all. Since the conversion already started, I think all references anywhere to the .in extension should be updated. (Unless in a historical context like a ChangeLog.) Which imported packages use configure.in? I'm happy to submit patches for those, too.
[PATCH] [7/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- gdb/ChangeLog | 7 +++ gdb/acinclude.m4 | 2 +- gdb/config/djgpp/fnchange.lst | 2 +- gdb/configure | 2 +- gdb/gdbserver/ChangeLog | 5 + gdb/gdbserver/acinclude.m4| 2 +- gdb/testsuite/ChangeLog | 5 + gdb/testsuite/configure | 2 +- 8 files changed, 22 insertions(+), 5 deletions(-) 0001-7-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [9/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- gprof/ChangeLog | 5 + gprof/configure | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) 0001-9-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [10/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- intl/ChangeLog | 5 + intl/configure | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) 0001-10-14-Completes-renaming-of-configure.in-files-to-co.patch Description: Binary data
[PATCH] [8/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- gold/ChangeLog | 5 + gold/configure | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) 0001-8-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [3/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- binutils/ChangeLog | 6 ++ binutils/MAINTAINERS | 2 +- binutils/configure | 4 ++-- 3 files changed, 9 insertions(+), 3 deletions(-) 0001-3-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [2/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- bfd/ChangeLog | 6 ++ bfd/configure | 4 ++-- bfd/configure.com | 6 +++--- 3 files changed, 11 insertions(+), 5 deletions(-) 0001-2-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [1/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- ChangeLog | 8 config-ml.in | 6 +++--- configure | 8 configure.ac | 8 src-release.sh | 2 +- 5 files changed, 20 insertions(+), 12 deletions(-) 0001-1-14-Completes-renaming-of-configure.in-files-to-con.patch Description: Binary data
[PATCH] [11/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- ld/ChangeLog | 5 + ld/configure | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) 0001-11-14-Completes-renaming-of-configure.in-files-to-co.patch Description: Binary data
[PATCH] [13/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- readline/ChangeLog.gdb | 10 + readline/INSTALL| 6 +- readline/MANIFEST | 4 +- readline/Makefile.in| 2 +- readline/aclocal.m4 | 12 +- readline/configure | 2 +- readline/configure.ac | 304 + readline/configure.in | 304 - readline/doc/ChangeLog.gdb | 5 + readline/doc/texi2html | 2 +- readline/examples/rlfe/ChangeLog| 6 + readline/examples/rlfe/Makefile.in | 4 +- readline/examples/rlfe/configure.ac | 442 readline/examples/rlfe/configure.in | 442 14 files changed, 783 insertions(+), 762 deletions(-) create mode 100644 readline/configure.ac delete mode 100644 readline/configure.in create mode 100644 readline/examples/rlfe/configure.ac delete mode 100644 readline/examples/rlfe/configure.in 0001-13-14-Completes-renaming-of-configure.in-files-to-co.patch Description: Binary data
[PATCH] [12/14] Completes renaming of configure.in files to .ac
(I was requested by binutils to split my May 24 and Jul 16 patches into separate files for each binutils-gdb main subdirectory.) Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. Fixing gcc's references to them is much easier by renaming the few straggling configure.in files to configure.ac. gcc's configure.in files were entirely renamed to configure.ac some time ago. There are corresponding patches submitted to gcc, which updates all references to binutils-gdb configure.in files to configure.ac, which is what ultimately fixes combined builds. See PR binutils-gdb/binutils/18450 and gcc/other/66259. Signed-off by: Michael Darling darli...@gmail.com --- opcodes/ChangeLog | 5 + opcodes/configure | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) 0001-12-14-Completes-renaming-of-configure.in-files-to-co.patch Description: Binary data
Re: [PATCH] Fixes accidental renaming of gdb.py file (i.e. libstdc++.so.6.0.22-gdb.py)
Ping. I don't have write access. The attached patch still works with current trunk source, only failing on the ChangeLog due to submissions since then. On Fri, Jul 3, 2015 at 9:50 PM, Michael Darling darli...@gmail.com wrote: The addition of libstdc++fs broke an inexact and fragile method in the libstdc++-v3/python makefile, so it mis-names a python script after libstdc++fs rather than libstdc++. With DESTDIR /usr/lib, toolexeclibdir ../lib, and the .so version of 6.0.21, this makefile used to install the python script to /usr/lib/libstdc++.so.6.0.21-gdb.py. Once libstdc++fs was added, this makefile installs the python script to /usr/lib/libstdc++fs.a-gdb.py. This makefile examines files named libstdc++* in DESTDIR/toolexeclibdir, excluding: symlinks; *.la files; and previous *-gdb.py files. Its comments report it is done this way because libtool hides the real names from us. This patch changes the makefile so it examines files named libstdc++.* (notice the addition of the dot.) Although this is still not an optimum method, it at least puts the makefile on the right track again. Adding the dot is more future-proof than excluding files starting with libstdc++fs, because of the possibility of future additions of similarly named libraries. The patch below is also an attachment to this email. Index: libstdc++-v3/ChangeLog === --- libstdc++-v3/ChangeLog(revision 225409) +++ libstdc++-v3/ChangeLog(working copy) @@ -1,3 +1,9 @@ +2015-07-03 Michael Darling darli...@gmail.com + +* python/Makefile.am: python script name based off libstdc++.* rather +than libstdc++*, to avoid being mis-named after libstdc++fs. +* python/Makefile.in: Regenerate. + 2015-07-03 Jonathan Wakely jwak...@redhat.com * doc/xml/manual/status_cxx2017.xml: Update status table. Index: libstdc++-v3/python/Makefile.am === --- libstdc++-v3/python/Makefile.am(revision 225409) +++ libstdc++-v3/python/Makefile.am(working copy) @@ -45,11 +45,11 @@ @$(mkdir_p) $(DESTDIR)$(toolexeclibdir) ## We want to install gdb.py as SOMETHING-gdb.py. SOMETHING is the ## full name of the final library. We want to ignore symlinks, the -## .la file, and any previous -gdb.py file. This is inherently -## fragile, but there does not seem to be a better option, because -## libtool hides the real names from us. +## .la file, any previous -gdb.py file, and libstdc++fs*. This is +## inherently fragile, but there does not seem to be a better option, +## because libtool hides the real names from us. @here=`pwd`; cd $(DESTDIR)$(toolexeclibdir); \ - for file in libstdc++*; do \ + for file in libstdc++.*; do \ case $$file in \ *-gdb.py) ;; \ *.la) ;; \ Index: libstdc++-v3/python/Makefile.in === --- libstdc++-v3/python/Makefile.in(revision 225409) +++ libstdc++-v3/python/Makefile.in(working copy) @@ -547,7 +547,7 @@ install-data-local: gdb.py @$(mkdir_p) $(DESTDIR)$(toolexeclibdir) @here=`pwd`; cd $(DESTDIR)$(toolexeclibdir); \ - for file in libstdc++*; do \ + for file in libstdc++.*; do \ case $$file in \ *-gdb.py) ;; \ *.la) ;; \ gcc.libstdc++-v3.python.dot.fix.patch Description: Binary data
[PATCH] Fixes accidental renaming of gdb.py file (i.e. libstdc++.so.6.0.22-gdb.py)
The addition of libstdc++fs broke an inexact and fragile method in the libstdc++-v3/python makefile, so it mis-names a python script after libstdc++fs rather than libstdc++. With DESTDIR /usr/lib, toolexeclibdir ../lib, and the .so version of 6.0.21, this makefile used to install the python script to /usr/lib/libstdc++.so.6.0.21-gdb.py. Once libstdc++fs was added, this makefile installs the python script to /usr/lib/libstdc++fs.a-gdb.py. This makefile examines files named libstdc++* in DESTDIR/toolexeclibdir, excluding: symlinks; *.la files; and previous *-gdb.py files. Its comments report it is done this way because libtool hides the real names from us. This patch changes the makefile so it examines files named libstdc++.* (notice the addition of the dot.) Although this is still not an optimum method, it at least puts the makefile on the right track again. Adding the dot is more future-proof than excluding files starting with libstdc++fs, because of the possibility of future additions of similarly named libraries. The patch below is also an attachment to this email. Index: libstdc++-v3/ChangeLog === --- libstdc++-v3/ChangeLog(revision 225409) +++ libstdc++-v3/ChangeLog(working copy) @@ -1,3 +1,9 @@ +2015-07-03 Michael Darling darli...@gmail.com + +* python/Makefile.am: python script name based off libstdc++.* rather +than libstdc++*, to avoid being mis-named after libstdc++fs. +* python/Makefile.in: Regenerate. + 2015-07-03 Jonathan Wakely jwak...@redhat.com * doc/xml/manual/status_cxx2017.xml: Update status table. Index: libstdc++-v3/python/Makefile.am === --- libstdc++-v3/python/Makefile.am(revision 225409) +++ libstdc++-v3/python/Makefile.am(working copy) @@ -45,11 +45,11 @@ @$(mkdir_p) $(DESTDIR)$(toolexeclibdir) ## We want to install gdb.py as SOMETHING-gdb.py. SOMETHING is the ## full name of the final library. We want to ignore symlinks, the -## .la file, and any previous -gdb.py file. This is inherently -## fragile, but there does not seem to be a better option, because -## libtool hides the real names from us. +## .la file, any previous -gdb.py file, and libstdc++fs*. This is +## inherently fragile, but there does not seem to be a better option, +## because libtool hides the real names from us. @here=`pwd`; cd $(DESTDIR)$(toolexeclibdir); \ - for file in libstdc++*; do \ + for file in libstdc++.*; do \ case $$file in \ *-gdb.py) ;; \ *.la) ;; \ Index: libstdc++-v3/python/Makefile.in === --- libstdc++-v3/python/Makefile.in(revision 225409) +++ libstdc++-v3/python/Makefile.in(working copy) @@ -547,7 +547,7 @@ install-data-local: gdb.py @$(mkdir_p) $(DESTDIR)$(toolexeclibdir) @here=`pwd`; cd $(DESTDIR)$(toolexeclibdir); \ - for file in libstdc++*; do \ + for file in libstdc++.*; do \ case $$file in \ *-gdb.py) ;; \ *.la) ;; \ gcc.libstdc++-v3.python.dot.fix.patch Description: Binary data
[PATCH] Fixes combined gcc-binutils builds.
Combined builds has been broken for about 10 months, because some binutils configure.in files were renamed to configure.ac, but gcc's references to them were not updated. There is a corresponding patch submitted to binutils-gdb, which renames its few remaining configure.in files to configure.ac. Otherwise, fixing the gcc calls to binutils-gdb configure.* files would be more complicated. Also, some time ago, gcc renamed its configure.in files to configure.ac. Fixed a few remaining references to gcc configure.in files, such as in error messages and documentation. See PR gcc/other/66259 and binutils-gdb/binutils/18450. Index: ChangeLog === --- ChangeLog (revision 223630) +++ ChangeLog (working copy) @@ -1,3 +1,10 @@ +2015-05-24 Michael Darling darli...@gmail.com + + PR other/66259 + * config-ml.in: Reflects renaming of configure.in to configure.ac + * configure: Reflects renaming of configure.in to configure.ac + * configure.ac: Reflects renaming of configure.in to configure.ac + 2015-05-16 James Bowman james.bow...@ftdichip.com * configure.ac: FT32 target added. Index: boehm-gc/ChangeLog === --- boehm-gc/ChangeLog (revision 223630) +++ boehm-gc/ChangeLog (working copy) @@ -1,3 +1,11 @@ +2015-05-24 Michael Darling darli...@gmail.com + + PR other/66259 + * Makefile.direct: Reflects renaming of configure.in to configure.ac + * Makefile.dist: Reflects renaming of configure.in to configure.ac + * version.h: Reflects renaming of configure.in to configure.ac + * doc/README: Reflects renaming of configure.in to configure.ac + 2015-05-13 Michael Haubenwallner michael.haubenwall...@ssi-schaefer.com * Makefile.in: Regenerated with automake-1.11.6. Index: boehm-gc/Makefile.direct === --- boehm-gc/Makefile.direct (revision 223630) +++ boehm-gc/Makefile.direct (working copy) @@ -331,7 +331,7 @@ DOC_FILES= README.QUICK doc/README.Mac doc/README. TESTS= tests/test.c tests/test_cpp.cc tests/trace_test.c \ tests/leak_test.c tests/thread_leak_test.c tests/middle.c -GNU_BUILD_FILES= configure.in Makefile.am configure acinclude.m4 \ +GNU_BUILD_FILES= configure.ac Makefile.am configure acinclude.m4 \ libtool.m4 install-sh configure.host Makefile.in \ aclocal.m4 config.sub config.guess \ include/Makefile.am include/Makefile.in \ Index: boehm-gc/Makefile.dist === --- boehm-gc/Makefile.dist (revision 223630) +++ boehm-gc/Makefile.dist (working copy) @@ -326,7 +326,7 @@ DOC_FILES= README.QUICK doc/README.Mac doc/README. TESTS= tests/test.c tests/test_cpp.cc tests/trace_test.c \ tests/leak_test.c tests/thread_leak_test.c tests/middle.c -GNU_BUILD_FILES= configure.in Makefile.am configure acinclude.m4 \ +GNU_BUILD_FILES= configure.ac Makefile.am configure acinclude.m4 \ libtool.m4 install-sh configure.host Makefile.in \ aclocal.m4 config.sub config.guess \ include/Makefile.am include/Makefile.in \ Index: boehm-gc/doc/README === --- boehm-gc/doc/README (revision 223630) +++ boehm-gc/doc/README (working copy) @@ -6,7 +6,7 @@ Copyright (c) 1999-2004 Hewlett-Packard Developmen The file linux_threads.c is also Copyright (c) 1998 by Fergus Henderson. All rights reserved. -The files Makefile.am, and configure.in are +The files Makefile.am, and configure.ac are Copyright (c) 2001 by Red Hat Inc. All rights reserved. Several files supporting GNU-style builds are copyrighted by the Free Index: boehm-gc/version.h === --- boehm-gc/version.h (revision 223630) +++ boehm-gc/version.h (working copy) @@ -1,4 +1,4 @@ -/* The version here should match that in configure/configure.in */ +/* The version here should match that in configure/configure.ac */ /* Eventually this one may become unnecessary. For now we need */ /* it to keep the old-style build process working. */ #define GC_TMP_VERSION_MAJOR 6 @@ -14,7 +14,7 @@ GC_TMP_VERSION_MINOR != GC_VERSION_MINOR || \ defined(GC_ALPHA_VERSION) != (GC_TMP_ALPHA_VERSION != GC_NOT_ALPHA) || \ defined(GC_ALPHA_VERSION) GC_TMP_ALPHA_VERSION != GC_ALPHA_VERSION -# error Inconsistent version info. Check README, version.h, and configure.in. +# error Inconsistent version info. Check README, version.h, and configure.ac. # endif #else # define GC_VERSION_MAJOR GC_TMP_VERSION_MAJOR Index: config/ChangeLog === --- config/ChangeLog (revision 223630) +++ config/ChangeLog (working copy) @@ -1,3 +1,11 @@ +2015-05-24 Michael Darling darli...@gmail.com + + PR other/66259 + * gettext.m4: Reflects renaming of configure.in to configure.ac + * po.m4: Reflects renaming of configure.in to configure.ac