This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH] [4/14] Completes renaming of configure.in files to .ac
- From: Michael Darling <darlingm at gmail dot com>
- To: Jan Beulich <JBeulich at suse dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, "H.J. Lu" <hjl dot tools at gmail dot com>, Binutils <binutils at sourceware dot org>, GDB <gdb-patches at sourceware dot org>
- Date: Fri, 17 Jul 2015 08:38:37 +0000
- Subject: Re: [PATCH] [4/14] Completes renaming of configure.in files to .ac
- Authentication-results: sourceware.org; auth=none
- References: <CABRuA+gsYZgBf0UL4hW7LWVDsz6cLkaxC2zgZGhHQ0gfQxhc1w at mail dot gmail dot com> <CAMe9rOocswe_Vbx9T+NWojSXqFw5Bvf+u1Fm7e2=B7k79btYnQ at mail dot gmail dot com> <CABRuA+gtfPqbs5WbBa8YVRB-uga1uU2b70yat45Xyzh36owLgA at mail dot gmail dot com> <55A8C01802000078000924CF at mail dot emea dot novell dot com>
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 <JBeulich@suse.com> wrote:
>>>> On 17.07.15 at 06:26, <darlingm@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
>