https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97198
Zhihao Yuan changed:
What|Removed |Added
CC||lichray at gmail dot com
--- Comment #5
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the German team of translators. The file is available at:
https://translationproject.org/latest/gcc/de.po
(This file,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #5 from Roland Illig ---
Related, in trans-openmp.cc:
> "specified at %L "
The space at the end is too much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104889
--- Comment #2 from Matthias Klose ---
> Hmm, mixing the library from GCC 10 but compiling with g++-10
ok, I'll check that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #4 from Roland Illig ---
While here:
> requiries
typo: should be requires
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104889
--- Comment #1 from Andrew Pinski ---
> /usr/include/c++/11/ext/new_allocator.h
> x86_64-linux-gnux32-gdc-10
Hmm, mixing the library from GCC 10 but compiling with g++-10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104889
Bug ID: 104889
Summary: [12 Regression] D frontend fails to link on
x86_64-linux-gnux32
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #3 from Roland Illig ---
While here:
> DEPEND clause of depobj
Should DEPOBJ be uppercase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #2 from Roland Illig ---
While here:
> "'omp_allocator_handle_kind' kind at %L"
Should this be uppercase instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
--- Comment #1 from Roland Illig ---
While here:
> expected : at %C
The quotes around the %<:%> are missing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104888
Bug ID: 104888
Summary: diagnostics use non-idiomatic '%s'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Hi,
This Patch contains the function that gets all global ICVs information,
and prototypes of local ICVs.
Notes:
1) gomp_affinity_format_len doesn't have a value so I assumed that
gomp_affinity_format has length 100 for now.
2) I didn't have any knowledge in OpenMP before this project,
so if
On 2/11/22 14:55, Jakub Jelinek wrote:
Hi!
As mentioned by Jason in the PR, non-trivially-copyable types (or non-POD
for purposes of layout?) types can be base classes of derived classes in
which the padding in those non-trivially-copyable types can be redused for
some real data members or even
Hi Andrew,
I see. Thanks for your speedy reply for clearing my confusion!
Have a great day!
Best regards,
Haoxin
Andrew Pinski 于2022年3月12日周六 12:33写道:
> On Fri, Mar 11, 2022 at 8:21 PM Haoxin Tu via Gcc wrote:
> >
> > Dear developers,
> >
> > May I seek your confirmation to check whether the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #28 from Jason Merrill ---
(In reply to Qing Zhao from comment #27)
> Does this issue only exist with -flifetime-dse=2?
> When -flifetime-dse=2, the call to __builtin_clear_padding should be
> inserted AFTER the start point of the
On Fri, Mar 11, 2022 at 8:21 PM Haoxin Tu via Gcc wrote:
>
> Dear developers,
>
> May I seek your confirmation to check whether the following program
> triggers a true wrong-code issue or not? I don't want to make noise to the
> bug repository so I'd like to seek your confirmation here first.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104887
--- Comment #2 from Rui Ueyama ---
What kind of regression are you worry about?
On 2/21/22 04:25, Jakub Jelinek wrote:
Hi!
The new expression constant expression evaluation right now tries to
deduce how many elts the array it uses for the heap or heap [] vars
should have (or how many elts should its trailing array have if it has
cookie at the start). As new is lowered at
Dear developers,
May I seek your confirmation to check whether the following program
triggers a true wrong-code issue or not? I don't want to make noise to the
bug repository so I'd like to seek your confirmation here first.
The following case makes GCC outputs differ under -O1 below vs -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104887
Andrew Pinski changed:
What|Removed |Added
Summary|mold linker is not detected |[9/10/11 only] mold linker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104887
Bug ID: 104887
Summary: mold linker is not detected properly
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On Fri, Mar 11, 2022 at 3:55 PM Joseph Myers wrote:
>
> On Fri, 11 Mar 2022, Krishna Narayanan via Gcc-patches wrote:
>
> > Hello,
> > The following is a patch for the PR92209,which gives a warning when
> > the function prototype does not specify its argument type.In this
> > patch there has been
On 3/10/22 11:27, Patrick Palka wrote:
On Wed, 9 Mar 2022, Jason Merrill wrote:
On 3/1/22 18:08, Patrick Palka wrote:
A well-formed call to std::move/forward is equivalent to a cast, but the
former being a function call means it comes with bloated debug info, which
persists even after the
On Fri, Mar 11, 2022 at 03:07:39PM -0600, Segher Boessenkool wrote:
> On Fri, Mar 11, 2022 at 09:57:50PM +0100, Jakub Jelinek wrote:
> > On Fri, Mar 11, 2022 at 02:51:23PM -0600, Segher Boessenkool wrote:
> > > On Fri, Mar 11, 2022 at 08:42:27PM +, Joseph Myers wrote:
> > > > The version of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #10 from CVS Commits ---
The master branch has been updated by Michael Meissner :
https://gcc.gnu.org/g:3cb27b85a7b977958d53e1a29596ba211d21dde2
commit r12-7620-g3cb27b85a7b977958d53e1a29596ba211d21dde2
Author: Michael Meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55690
Joseph changed:
What|Removed |Added
CC||schuchart at hlrs dot de
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #35 from CVS Commits ---
The releases/gcc-10 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:8437794102e86a1bd5f2257aa95ea76890810a28
commit r10-10493-g8437794102e86a1bd5f2257aa95ea76890810a28
Author: Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101895
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On 3/10/22 12:41, Patrick Palka wrote:
On Wed, 9 Mar 2022, Jason Merrill wrote:
On 3/9/22 10:39, Patrick Palka wrote:
On Tue, 8 Mar 2022, Jason Merrill wrote:
On 3/2/22 14:32, Patrick Palka wrote:
In order to be able to perform CTAD for a dependently-scoped template
such as A::B in the
This patch resolves PR tree-optimization/101895 a missed optimization
regression, by adding a constant folding simplification to match.pd to
simplify the transform "mult; vec_perm; plus" into "vec_perm; mult; plus"
with the aim that keeping the multiplication and addition next to each
other
On 3/10/22 18:04, Marek Polacek wrote:
Since r9-6073 cxx_eval_store_expression preevaluates the value to
be stored, and that revealed a crash where a template code (here,
code=IMPLICIT_CONV_EXPR) leaks into cxx_eval*.
It happens because we're performing build_vec_init while processing
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #34 from CVS Commits ---
The releases/gcc-11 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:6f581f90e3757392a510f11279e2daf5fcfdefa8
commit r11-9649-g6f581f90e3757392a510f11279e2daf5fcfdefa8
Author: Michael
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104886
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-03-11
On 3/10/22 15:30, Patrick Palka wrote:
When shortcutting bad conversions during overload resolution, we assume
argument conversions get computed in sequential order and that therefore
we just need to inspect the last conversion in order to determine if _any_
conversion is missing. But this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104886
Bug ID: 104886
Summary: -Wdangling-pointer= prints internal MEM and (D) names
in warnings
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Just following server redirects - http to https.
Pushed.
Gerald
---
htdocs/projects/sched-treegion.html | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/htdocs/projects/sched-treegion.html
b/htdocs/projects/sched-treegion.html
index d421d87b..d5cefa03 100644
---
I doubt anyone is using the GCC 5 release notes to get to that page,
and the link broke without a proper redirect, so make it a textual
reference (only).
Pushed.
Gerald
---
htdocs/gcc-5/changes.html | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/htdocs/gcc-5/changes.html
On Fri, Mar 11, 2022 at 02:51:23PM -0600, Segher Boessenkool wrote:
> On Fri, Mar 11, 2022 at 08:42:27PM +, Joseph Myers wrote:
> > The version of this patch applied to GCC 10 branch (commit
> > 641b407763ecfee5d4ac86d8ffe9eb1eeea5fd10) has broken the glibc build for
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104008
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
On Fri, Mar 11, 2022 at 02:41:05PM -0600, Segher Boessenkool wrote:
> On Fri, Mar 11, 2022 at 01:07:29AM -0500, Michael Meissner wrote:
> > Fix DImode to TImode sign extend issue, PR target/104898
>
> > When I wrote the extendditi2 pattern, I forgot that mtvsrdd had that
> > behavior so I used a
Snapshot gcc-10-20220311 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20220311/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Hi,
This patch addresses comments made in PR104552 about documented D
language options.
Bootstrapped and committed to mainline.
Regards,
Iain.
---
gcc/d/ChangeLog:
PR translation/104552
* lang.opt (fdump-cxx-spec=): Fix typo in argument handle.
(fpreview=fixaliasthis):
Hi,
This patch refactors the ImportVisitor to cache the generated result
decl in a hash_map. Originally, these were cached in the front-end AST
node field `isym'. However, this field is soon to be removed.
Bootstrapped and regression tested on x86_64-linux-gnu/m32/mx32, and
committed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #36 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:7a6ba7c7cb6ff5ac9bbcc747bd5fad957b78fa0a
commit r12-7617-g7a6ba7c7cb6ff5ac9bbcc747bd5fad957b78fa0a
Author: Iain Buclaw
Date: Fri
On Linux/x86_64,
251ea6dfbdb4448875e41081682bb3aa451b5729 is the first bad commit
commit 251ea6dfbdb4448875e41081682bb3aa451b5729
Author: Roger Sayle
Date: Fri Mar 11 17:57:12 2022 +
PR tree-optimization/98335: New peephole2 xorl;movb -> movzbl
caused
FAIL: libitm.c/memcpy-1.c
On 3/10/22 16:57, Patrick Palka wrote:
On Thu, 10 Mar 2022, Jason Merrill wrote:
On 2/16/22 15:56, Patrick Palka wrote:
On Tue, 15 Feb 2022, Jason Merrill wrote:
On 2/14/22 11:32, Patrick Palka wrote:
Here the template context for the atomic constraint has two levels of
template
On 3/11/22 11:46, Patrick Palka wrote:
On Thu, 10 Mar 2022, Jason Merrill wrote:
On 3/1/22 00:10, Patrick Palka wrote:
On Tue, 19 Jan 2021, Jason Merrill wrote:
On 1/13/21 12:05 PM, Patrick Palka wrote:
In the below testcase, the expression of the atomic constraint after
substitution is
On 2/17/22 23:30, Zhao Wei Liew wrote:
On Fri, 18 Feb 2022 at 08:32, Zhao Wei Liew wrote:
+/* Test non-empty class */
+void f2(B b1, B b2)
+{
+ if (b1 = 0); /* { dg-warning "suggest parentheses" } */
+ if (b1 = 0.); /* { dg-warning "suggest parentheses" } */
+ if (b1 = b2); /* { dg-warning
Fixes: 77eccbf39ed5
rs6000.h has
#define PROCESSOR_POWERPC PROCESSOR_PPC604
#define PROCESSOR_POWERPC64 PROCESSOR_RS64A
which means that if you use things like -mcpu=powerpc -mvsx it will no
longer work after my latest .machine patch. This causes GCC build errors
in some cases, not a
Hi, Ruoyao,
(I might not be able to reply to this thread till next Wed due to a short
vacation).
First, some comments on opening bugs against Gcc:
I took a look at the bug reports PR104817 and PR104820:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104820
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
--- Comment #8 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #4)
> Ah, I can reproduce with additional -fpie.
> We should have never accepted the --enable-default-pie mess, that is a
> maintainance nightmare.
Well if they had
On Fri, Mar 11, 2022 at 09:57:50PM +0100, Jakub Jelinek wrote:
> On Fri, Mar 11, 2022 at 02:51:23PM -0600, Segher Boessenkool wrote:
> > On Fri, Mar 11, 2022 at 08:42:27PM +, Joseph Myers wrote:
> > > The version of this patch applied to GCC 10 branch (commit
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104816
--- Comment #9 from H.J. Lu ---
Created attachment 52615
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52615=edit
A patch
On Fri, Mar 11, 2022 at 02:51:23PM -0600, Segher Boessenkool wrote:
> On Fri, Mar 11, 2022 at 08:42:27PM +, Joseph Myers wrote:
> > The version of this patch applied to GCC 10 branch (commit
> > 641b407763ecfee5d4ac86d8ffe9eb1eeea5fd10) has broken the glibc build for
> >
On Fri, 11 Mar 2022, Krishna Narayanan via Gcc-patches wrote:
> Hello,
> The following is a patch for the PR92209,which gives a warning when
> the function prototype does not specify its argument type.In this
> patch there has been a change in the warning message displayed for
>
On Fri, Mar 11, 2022 at 08:42:27PM +, Joseph Myers wrote:
> The version of this patch applied to GCC 10 branch (commit
> 641b407763ecfee5d4ac86d8ffe9eb1eeea5fd10) has broken the glibc build for
> powerpc64le-linux-gnu (it's fine with GCC 11 branch and master, just GCC
> 10 branch is broken)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104642
--- Comment #4 from Jonathan Wakely ---
PR 104884 is another "why is undefined behaviour so surprising?" case for
-funreachable-traps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104816
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from H.J. Lu ---
(In
The version of this patch applied to GCC 10 branch (commit
641b407763ecfee5d4ac86d8ffe9eb1eeea5fd10) has broken the glibc build for
powerpc64le-linux-gnu (it's fine with GCC 11 branch and master, just GCC
10 branch is broken)
On Fri, Mar 11, 2022 at 01:07:29AM -0500, Michael Meissner wrote:
> Fix DImode to TImode sign extend issue, PR target/104898
> When I wrote the extendditi2 pattern, I forgot that mtvsrdd had that
> behavior so I used a 'r' constraint instead of 'b'. In the rare case
> where the value is in GPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104873
--- Comment #2 from Patrick Palka ---
Here's a testcase that seems to argue for including the class constraints in
the implicit guide's constraints (which already contain the rewritten
constraints of the constructor):
template
struct A {
Note, this mailing list is for development of gcc, gcc-help
would be more appropriate.
On Fri, Mar 11, 2022 at 07:53:32PM +, Larry Jackson via Gcc wrote:
> I goofed and failed to put a space after the "case" word:
>
> switch(nu){
> case1: v1 =val;break;
> case2: v2 =val;break;
> case3: v3
I goofed and failed to put a space after the "case" word:
switch(nu){
case1: v1 =val;break;
case2: v2 =val;break;
case3: v3 =val;break;
case4: v4 =val;break;
}
gcc compiler showed NO errors or warnings. Execution of the code produced
incorrect results.
After I added a space(no other changes),
On Wed, Feb 16, 2022 at 5:28 AM H.J. Lu wrote:
>
> ---
> htdocs/gcc-12/changes.html | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
> index b6341fda..7d253f29 100644
> --- a/htdocs/gcc-12/changes.html
> +++
On 3/11/22 18:59, Jonathan Wakely wrote:
Thanks. Now I'm getting a build failure because libtol wasn't created
in the avr/libstdc++-v3 directory of the build tree, but I'll have to
look into that next week.
/bin/sh: ../libtool: No such file or directory
Here's my configure call:
I'm going to push this as obvious, but do I need to do anything special
to sync it with binutils, or will that happen next time somebody needs a
proper fix?
-- >8 --
The custom option for enabling/disabling libstdc++ is not spelled the
same as the directory name:
AC_ARG_ENABLE(libstdcxx,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
--- Comment #4 from zamfofex at twdb dot moe ---
I would have expected that compilers would at least try to avoid incorporating
behaving in a way that is deemed dangerous, even when a program causes
undefined behavior.
But to be honest, I
Patrick, I think this is right, but please take a look to double check.
I think we should fix the feature-test macro conditions for gcc-11 too,
although it's a bit more complicated there. It should depend on IEEE
float and double *and* uselocale. We don't need the other changes on the
branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95153
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
--- Comment #2 from zamfofex at twdb dot moe ---
Isn’t it dangerous to allow the control to accidentally leak out of a function
like that, though? If a function is written in a way that expects the compiler
to not allow the control to leak out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104885
Bug ID: 104885
Summary: ICE in compiling new test case g++.dg/other/pr84964.C
after r12-7607-ga717376e99fb33
Product: gcc
Version: 12.0
Status: UNCONFIRMED
On Fri, 11 Mar 2022 at 15:35, Detlef Vollmann wrote:
>
> On 3/11/22 16:12, Jonathan Wakely wrote:
> > On Fri, 11 Mar 2022 at 14:28, Detlef Vollmann wrote:
> >> With this and the other fix I was able to build the complete
> >> libstdc++ for AVR based on AVR Libc 2.0 (plus some ad hoc
> >> AVR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98335
--- Comment #9 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:251ea6dfbdb4448875e41081682bb3aa451b5729
commit r12-7616-g251ea6dfbdb4448875e41081682bb3aa451b5729
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
--- Comment #7 from Jakub Jelinek ---
Created attachment 52614
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52614=edit
gcc12-pr104778.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98335
--- Comment #8 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:c5288df751f9ecd11898dec5f2a7b6b03267f79e
commit r12-7615-gc5288df751f9ecd11898dec5f2a7b6b03267f79e
Author: Roger Sayle
Date: Fri
The "sorry, unimplemented" message in the new g++.dg/other/pr84964.C is
apparently dependent upon whether the target passes multi-gigabyte
arguments on the stack. This tweaks the testcase to just confirm that
it no longer ICEs, not the specific set of warnings/errors triggered.
Committed as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84964
--- Comment #17 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:098c538ae8c0c5e281d9191a6b54ffe38b624ef3
commit r12-7614-g098c538ae8c0c5e281d9191a6b54ffe38b624ef3
Author: Roger Sayle
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26374
--- Comment #22 from beebe at math dot utah.edu ---
Yesterday, I got a Fedora 36 PPC64LE VM up, and left it installing
hundreds of packages overnight. QEMU 4.2.1 on Ubuntu 20.04 picks a
default CPU type of POWER9. Alas, the ISO installation
On Sat, 2022-03-12 at 01:29 +0800, Xi Ruoyao via Gcc-patches wrote:
> I'm now thinking: is there always at least one *GPR* which need to be
> cleared? If it's true, let's say GPR $12, and fcc0 & fcc2 needs to be
> cleared, we can use something like:
>
> cfc1 $12, $25
> andi $25, 5
$12, 5.
I
On Fri, 2022-03-11 at 16:08 +, Qing Zhao wrote:
> Why there is “mthi $0” instruction, but there is NO emit_move_insn(HI,
> CONST_0)?
> Is such mismatch a bug? If not, why?
>
> > In theory it's possible
> > to emit the mthi instruction explicitly here though, but we'll need to
> > clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
Matheus Castanho reports that the patch I posted fixes the problem in the
1040868 bug report.
--
Michael Meissner, IBM
PO Box 98, Ayer, Massachusetts, USA, 01432
email: meiss...@linux.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104884
Bug ID: 104884
Summary: functions miss their 'ret' instruction (and fall
through) in certain cases with '-O3' under x86-84
Product: gcc
Version: 11.2.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104873
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104814
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #9 from Matheus Castanho ---
That one works. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328
--- Comment #20 from Benno Evers ---
Created attachment 52611
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52611=edit
Possible fix
Hi Jeff and David,
any news on this fix?
Thanks,
Marc
Am Mo., 31. Jan. 2022 um 12:42 Uhr schrieb Marc Nieper-Wißkirchen
:
>
> Attached to this email is the patch updated to the recent renaming from *.c
> to *.cc.
>
>
> Am So., 23. Jan. 2022 um 14:18 Uhr schrieb Marc Nieper-Wißkirchen
> :
>>
Hi,
I plan to backport the patch to fix PR100775:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100775
To gcc11 since this is a general bug to -fzero-call-used-regs. And should be
fixed in gcc11 as well.
I have tested the patch with gcc11 release branch on both x86 and aarch64, no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #8 from Michael Meissner ---
Matheus, try the patch I just attached to the PR that I posted to the
gcc-patches mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
Michael Meissner changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org
---
> On Mar 10, 2022, at 8:54 PM, Xi Ruoyao wrote:
>
> On Thu, 2022-03-10 at 20:31 +, Qing Zhao wrote:
>
+ SET_HARD_REG_BIT (zeroed_hardregs, HI_REGNUM);
+ if (TEST_HARD_REG_BIT (need_zeroed_hardregs, LO_REGNUM))
+ SET_HARD_REG_BIT (zeroed_hardregs, LO_REGNUM);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99754
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-03-11
On Thu, 10 Mar 2022, Jason Merrill wrote:
> On 3/1/22 00:10, Patrick Palka wrote:
> > On Tue, 19 Jan 2021, Jason Merrill wrote:
> >
> > > On 1/13/21 12:05 PM, Patrick Palka wrote:
> > > > In the below testcase, the expression of the atomic constraint after
> > > > substitution is (int *)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104778
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] ICE in |[12 Regression] ICE in
On 3/11/22 16:12, Jonathan Wakely wrote:
On Fri, 11 Mar 2022 at 14:28, Detlef Vollmann wrote:
With this and the other fix I was able to build the complete
libstdc++ for AVR based on AVR Libc 2.0 (plus some ad hoc
AVR header fixes) from git master 5e28be89.
Nice. I finally figure out that I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104835
Iain Buclaw changed:
What|Removed |Added
See Also||https://github.com/dlang/dm
On Fri, 11 Mar 2022 at 15:12, Jonathan Wakely wrote:
>
> On Fri, 11 Mar 2022 at 14:28, Detlef Vollmann wrote:
> >
> > Hi Jonathan,
> >
> > On 3/10/22 22:11, Jonathan Wakely wrote:
> >
> > > Tested x86_64-linux, pushed to trunk.
> >
> > Thanks.
> > With this and the other fix I was able to build
1 - 100 of 161 matches
Mail list logo