https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #12 from rguenther at suse dot de ---
On Mon, 31 Mar 2025, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
>
> --- Comment #11 from Jakub Jelinek ---
> I don't see how we could do the regenera
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7d126e2bbb378d1344f871011406c08aa88a85cd
commit r15-9060-g7d126e2bbb378d1344f871011406c08aa88a85cd
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #11 from Jakub Jelinek ---
I don't see how we could do the regeneration without actually building
something unless we want to duplicate everything (in the posted patch, the
libffi.info regeneration is an example of duplication, the r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #10 from Richard Biener ---
If we can generate srcinfo/srcextra w/o actually building/bootstrapping I
suppose we can remove that from gcc_release alltogether, which might be nice
since then we could have generated files also for snap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #9 from Jakub Jelinek ---
Ok, so #c8 seems to work and builds everything except for the libffi.info.
Wonder if that isn't ok though, because the use of libffi is gcc implementation
detail, we don't really install that library nor any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #8 from Jakub Jelinek ---
Unfortunately m2 has some messed up dependencies (all other FEs are fine) - it
attempts to build the whole FE for some strange reason and fails at that.
So either we get that fixed (but that would mean on ol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #7 from Jakub Jelinek ---
So what about
--- maintainer-scripts/gcc_release.jj 2025-03-28 15:44:23.714526549 +0100
+++ maintainer-scripts/gcc_release 2025-03-28 18:06:57.286295725 +0100
@@ -267,9 +267,17 @@ EOF
esac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #6 from Jakub Jelinek ---
If it is just about documentation, it might be easier not to enable those extra
languages during the build and just build their documentation.
Something in the make regenerate-opt-urls style, where even when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-03-28
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:bb389fb04b07a491d2ca0380db08b8c43b4239b9
commit r15-9009-gbb389fb04b07a491d2ca0380db08b8c43b4239b9
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #3 from rguenther at suse dot de ---
On Fri, 28 Mar 2025, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
>
> Jakub Jelinek changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #2 from Richard Biener ---
With =all I get
cp:
'/home/rguenther/src/releases/gcc-15.1.0-RC-20250328/gcc-15.1.0-RC-20250328/gcc/gengtype-lex.cc'
and
'/home/rguenther/src/releases/gcc-15.1.0-RC-20250328/gcc-15.1.0-RC-20250328/gcc/geng
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
14 matches
Mail list logo
