public inbox for git-commits@fedoraproject.org
help / color / mirror / Atom feed
From: Jakub Jelinek <jakub@redhat.com>
To: git-commits@fedoraproject.org
Subject: [rpms/gcc] rhel-f41-base: 10.2.1-4
Date: Mon, 29 Jun 2026 12:28:54 GMT [thread overview]
Message-ID: <178273613414.1.17778734012130515076.rpms-gcc-15fd636cd116@fedoraproject.org> (raw)
A new commit has been pushed.
Repo : rpms/gcc
Branch : rhel-f41-base
Commit : 15fd636cd1160ca1346a267f5510b356fa8aacd0
Author : Jakub Jelinek <jakub@redhat.com>
Date : 2020-09-16T12:13:04+02:00
Stats : +10/-82 in 2 file(s)
URL : https://src.fedoraproject.org/rpms/gcc/c/15fd636cd1160ca1346a267f5510b356fa8aacd0?branch=rhel-f41-base
Log:
10.2.1-4
---
diff --git a/gcc.spec b/gcc.spec
index 40d011c..491b205 100644
--- a/gcc.spec
+++ b/gcc.spec
@@ -269,12 +269,11 @@ Patch9: gcc10-Wno-format-security.patch
Patch10: gcc10-rh1574936.patch
Patch11: gcc10-d-shared-libphobos.patch
Patch12: gcc10-pr96383.patch
-Patch13: gcc10-pr96690.patch
-Patch14: gcc10-pr96939.patch
-Patch15: gcc10-pr96939-2.patch
-Patch16: gcc10-pr96939-3.patch
-Patch17: gcc10-pr97032.patch
-Patch18: gcc10-pr97060.patch
+Patch13: gcc10-pr96939.patch
+Patch14: gcc10-pr96939-2.patch
+Patch15: gcc10-pr96939-3.patch
+Patch16: gcc10-pr97032.patch
+Patch17: gcc10-pr97060.patch
# On ARM EABI systems, we do want -gnueabi to be part of the
# target triple.
@@ -787,12 +786,11 @@ to NVidia PTX capable devices if available.
%endif
%patch11 -p0 -b .d-shared-libphobos~
%patch12 -p0 -b .pr96383~
-%patch13 -p0 -b .pr96690~
-%patch14 -p0 -b .pr96939~
-%patch15 -p0 -b .pr96939-2~
-%patch16 -p0 -b .pr96939-3~
-%patch17 -p0 -b .pr97032~
-%patch18 -p0 -b .pr97060~
+%patch13 -p0 -b .pr96939~
+%patch14 -p0 -b .pr96939-2~
+%patch15 -p0 -b .pr96939-3~
+%patch16 -p0 -b .pr97032~
+%patch17 -p0 -b .pr97060~
find gcc/testsuite -name \*.pr96939~ | xargs rm -f
echo 'Red Hat %{version}-%{gcc_release}' > gcc/DEV-PHASE
diff --git a/gcc10-pr96690.patch b/gcc10-pr96690.patch
deleted file mode 100644
index bab66d4..0000000
--- a/gcc10-pr96690.patch
+++ /dev/null
@@ -1,70 +0,0 @@
-2020-08-25 Richard Biener <rguenther@suse.de>
-
- PR debug/96690
- * dwarf2out.c (reference_to_unused): Make FUNCTION_DECL
- processing more consistent with respect to
- symtab->global_info_ready.
- (tree_add_const_value_attribute): Unconditionally call
- rtl_for_decl_init to do all mangling early but throw
- away the result if early_dwarf.
-
- * g++.dg/lto/pr96690_0.C: New testcase.
-
---- gcc/dwarf2out.c
-+++ gcc/dwarf2out.c
-@@ -19756,7 +19756,7 @@ reference_to_unused (tree * tp, int * walk_subtrees,
- /* ??? The C++ FE emits debug information for using decls, so
- putting gcc_unreachable here falls over. See PR31899. For now
- be conservative. */
-- else if (!symtab->global_info_ready && VAR_OR_FUNCTION_DECL_P (*tp))
-+ else if (!symtab->global_info_ready && VAR_P (*tp))
- return *tp;
- else if (VAR_P (*tp))
- {
-@@ -19771,7 +19771,7 @@ reference_to_unused (tree * tp, int * walk_subtrees,
- optimizing and gimplifying the CU by now.
- So if *TP has no call graph node associated
- to it, it means *TP will not be emitted. */
-- if (!cgraph_node::get (*tp))
-+ if (!symtab->global_info_ready || !cgraph_node::get (*tp))
- return *tp;
- }
- else if (TREE_CODE (*tp) == STRING_CST && !TREE_ASM_WRITTEN (*tp))
-@@ -20295,12 +20295,11 @@ tree_add_const_value_attribute (dw_die_ref die, tree t)
- return true;
- }
- }
-- if (! early_dwarf)
-- {
-- rtl = rtl_for_decl_init (init, type);
-- if (rtl)
-- return add_const_value_attribute (die, rtl);
-- }
-+ /* Generate the RTL even if early_dwarf to force mangling of all refered to
-+ symbols. */
-+ rtl = rtl_for_decl_init (init, type);
-+ if (rtl && !early_dwarf)
-+ return add_const_value_attribute (die, rtl);
- /* If the host and target are sane, try harder. */
- if (CHAR_BIT == 8 && BITS_PER_UNIT == 8
- && initializer_constant_valid_p (init, type))
---- gcc/testsuite/g++.dg/lto/pr96690_0.C
-+++ gcc/testsuite/g++.dg/lto/pr96690_0.C
-@@ -0,0 +1,17 @@
-+// { dg-lto-do assemble }
-+// { dg-lto-options { { -flto -ffat-lto-objects -g } } }
-+struct A { A (int); };
-+template <class T> class B { T f; };
-+unsigned char *foo (int *, bool *, const int &);
-+template <typename, unsigned char *F (int *, bool *, const int &)> struct C {};
-+struct D { B<C<unsigned char, foo> > d; };
-+struct E { D e; };
-+struct F {};
-+struct G { static int bar (A, F, E, int); };
-+
-+void
-+baz ()
-+{
-+ F f;
-+ G::bar (0, f, E (), 0);
-+}
next reply other threads:[~2026-06-29 12:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-29 12:28 Jakub Jelinek [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-06-29 12:28 [rpms/gcc] rhel-f41-base: 10.2.1-4 Jakub Jelinek
2026-06-29 12:28 Jakub Jelinek
2026-06-29 12:28 Jakub Jelinek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=178273613414.1.17778734012130515076.rpms-gcc-15fd636cd116@fedoraproject.org \
--to=jakub@redhat.com \
--cc=git-commits@fedoraproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox