[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 Christophe Lyon changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #10 from Christophe Lyon --- Fixed on trunk
[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #9 from GCC Commits --- The master branch has been updated by Christophe Lyon : https://gcc.gnu.org/g:a9fefbf71726bb0ce89c79e547ab3319af3227a8 commit r14-10006-ga9fefbf71726bb0ce89c79e547ab3319af3227a8 Author: Christophe Lyon Date: Wed Apr 17 13:56:19 2024 + libcpp: Regenerate aclocal.m4 and configure [PR 114748] As discussed in the PR, aclocal.m4 and configure were incorrectly regenerated at some point. 2024-04-17 Christophe Lyon PR preprocessor/114748 libcpp/ * aclocal.m4: Regenerate. * configure: Regenerate.
[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #8 from Jakub Jelinek --- (In reply to Christophe Lyon from comment #7) > So yes indeed at r14-5423-gfbe4e64365ec7f, autoreconf will generate the same > contents, but starting at r14-5424-gdb50aea6259545 we get this discrepancy. > > We can probably commit the "fixed" version, but should we investigate why > override.m4 is needed again? The reason why r14-5424 now requires override.m4 can be seen from aclocal -I ../config --verbose. iconv.m4 added use of AC_PREREQ macro and override.m4 (re)defines that. Before that AC_PREREQ wasn't used and so nothing required override.m4. Can you just post the #c0 patch with a ChangeLog entry * aclocal.m4: Regenerate. * configure: Regenerate. ?
[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #7 from Christophe Lyon --- So yes indeed at r14-5423-gfbe4e64365ec7f, autoreconf will generate the same contents, but starting at r14-5424-gdb50aea6259545 we get this discrepancy. We can probably commit the "fixed" version, but should we investigate why override.m4 is needed again?
[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #6 from Christophe Lyon --- (In reply to Andrew Pinski from comment #1) > The last time aclocal.m4 had an include for override.m4 was > r9-3776-g22e052725189a4 . IIUC that commit actually removed the include for override.m4 ? > Are you sure you are using the correct autoconf/automake version? Yes, autoconf-2.69 and automake-1.15.1. I'm updating autoregen.py in the sourceware buildbot.
[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #5 from Arsen Arsenović --- hm, that's odd, my local machine can also regenerate to Cristophes version also today.. I wonder why it did not back then.. what should we do about it?
[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed||2024-04-16 Status|UNCONFIRMED |NEW --- Comment #4 from Andrew Pinski --- r14-5424-gdb50aea6259545 didn't properly regenerate aclocal.m4.
[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 Andrew Pinski changed: What|Removed |Added Version|unknown |14.0 Summary|libcpp aclocal.m4 and |[14 Regression] libcpp |configure incorrectly |aclocal.m4 and configure |regenerated |incorrectly regenerated Target Milestone|--- |14.0 --- Comment #3 from Andrew Pinski --- This is a regression from GCC 13.1.0 release. Tracking down when it changed ...