https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
Dimitar Dimitrov changed:
What|Removed |Added
CC||dinuxbg at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97037
Bug ID: 97037
Summary: ICE on user-defined derived-type output of an
intermediate ancestor type
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Hello,
We are interested in importing your products to Costa Rica.
Please send your product catalog to (epicr...@protonmail.com)
for further information.
Awaiting...
Regards,
Paul
From: Thomas Rodgers
libstdc++-v3/ChangeLog:
* include/std/memory: Move #include inside C++11
conditional includes.
Tested x86_64-pc-linux-gnu, committed to master.
---
libstdc++-v3/include/std/memory | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Snapshot gcc-10-20200912 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20200912/
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97036
Bug ID: 97036
Summary: [F2018] ELEMENTAL RECURSIVE subprogram prefix
combination rejected
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
The testcase for PR93423 did a double free, which caused
an ICE. That's reported in PR96041.
Slightly frustrated by the FAIL in the testsuite,
I decided to debug and, hopefully, fix this.
The problem is related to putting the symtree
into a sub namespace of the symbol's ns. That's fixed up
by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97029
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97002
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
Hi,
This enables warnings to be shown when a wrong type is passed to va_arg
inside an extern(C) or extern(C++) function.
Bootstrapped and regression tested on x86_64-linux-gnu/-m32/-mx32.
Committed to mainline.
Regards
Iain
---
gcc/d/ChangeLog:
PR d/97002
* d-codegen.cc
Hi,
This patch alters TYPE_DECL generation to also build one for enums whose
member type is non-numeric.
This is done so that the DWARF pass will emit a DW_TAG_typedef where the
member type of an enum can't be represented in an ENUMERAL_TYPE.
Bootstrapped and regression tested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97002
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:707e9159ed25d19c174e4da18b194e530878d450
commit r11-3178-g707e9159ed25d19c174e4da18b194e530878d450
Author: Iain Buclaw
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97021
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
* Jakub Jelinek:
> On Sat, Sep 12, 2020 at 07:37:36PM +0200, Florian Weimer wrote:
>> * H. J. Lu via Gcc-patches:
>>
>> > +inform (input_location, "the value of the stack pointer after"
>> > +" an % statement must be the same as it was"
>> > +" before the statement");
On Sat, Sep 12, 2020 at 07:37:36PM +0200, Florian Weimer wrote:
> * H. J. Lu via Gcc-patches:
>
> > + inform (input_location, "the value of the stack pointer after"
> > + " an % statement must be the same as it was"
> > + " before the statement");
>
> Would it make
On Sat, Sep 12, 2020 at 10:37 AM Florian Weimer wrote:
>
> * H. J. Lu via Gcc-patches:
>
> > + inform (input_location, "the value of the stack pointer after"
> > + " an % statement must be the same as it was"
> > + " before the statement");
>
> Would it make
* H. J. Lu via Gcc-patches:
> + inform (input_location, "the value of the stack pointer after"
> + " an % statement must be the same as it was"
> + " before the statement");
Would it make sense to generate a stronger worded warning when
generating asynchronous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97033
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
Clobbering the stack pointer in asm statment has been deprecated. Adding
the stack pointer register to the clobber list has traditionally had some
undocumented and somewhat obscure side-effects, including ICE. Issue
a warning and ignore the clobbered stack pointer in asm statment.
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97031
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
--- Comment #2 from Patrick Palka ---
I wonder if it would be worthwhile to fold calls to std::move and std::forward
altogether in the frontend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97035
Bug ID: 97035
Summary: csky-linux-gnuabiv2 won't build with binutils master
branch
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Committed.
Regards,
Dave
On 2020-08-22 7:24 p.m., Roger Sayle wrote:
> Hi Dave,
> I actually think using plus_xor_ior operator is useful. It means that if
> combine,
> inlining or some other RTL simplification generates these variants, these
> forms
> will still be recognized by the backend.
On Fri, Sep 11, 2020, 5:02 PM Joel Sherrill wrote:
>
>
> On Fri, Sep 11, 2020 at 4:36 PM Janne Blomqvist
> wrote:
>
>> On Fri, Sep 11, 2020 at 6:52 PM Joel Sherrill wrote:
>> >
>> > Hi
>> >
>> > Over at RTEMS, we ran into a case where the C++ atomics may not be right
>> > for one of the lower
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97034
Bug ID: 97034
Summary: ICE on C++20 code: gcc_assert failure in return type
deduction (gcc/cp/pt.c:26984 in
type_dependent_expression_p(tree_node*))
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97033
Bug ID: 97033
Summary: g++ hangs on valid code
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032
--- Comment #2 from H.J. Lu ---
Created attachment 49212
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49212=edit
A patch
I am testing this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032
--- Comment #1 from Jakub Jelinek ---
Note, eliminating the bogus deprecated "esp" clobber makes it compile
correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |8.5
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97032
Bug ID: 97032
Summary: [8/9/10/11 Regression] ICE output_operand: invalid use
of register 'frame' since r8-1911
Product: gcc
Version: 11.0
Status: UNCONFIRMED
This changes the compiler to accept again absolute address clause for aliased
array of unconstrained nominal subtype, instead of erroring out in this case.
Tested on x86_64-suse-linux, applied on the mainline.
2020-09-12 Eric Botcazou
* gcc-interface/decl.c (gnat_to_gnu_entity) :
This can result on the mainline in a segfault when an object declared at
library level is used in the declaration of another, local object.
Tested on x86_64-suse-linux, applied on the mainline.
2020-09-12 Eric Botcazou
* gcc-interface/trans.c (lvalue_for_aggr_p) :
Return
This prevents the SLOC of the expression for a tag from being present in the
line debug info every time it is referenced for coverage purposes.
Tested on x86_64-suse-linux, applied on the mainline.
2020-09-12 Eric Botcazou
* gcc-interface/trans.c (gnat_to_gnu) : Clear
the
This is only the gigi part, in preparation for the bulk of the implementation.
Tested on x86_64-suse-linux, applied on the mainline.
2020-09-12 Eric Botcazou
* gcc-interface/gigi.h (standard_datatypes): Add ADT_mulv128_decl.
(mulv128_decl): New macro.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97030
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> ATM, we have the following in the nvptx.c source code:
> ...
> #define WORKAROUND_PTXJIT_BUG 1
> #define WORKAROUND_PTXJIT_BUG_2 1
> #define
On Fri, Sep 11, 2020 at 8:43 AM Richard Biener
wrote:
> On Fri, Sep 11, 2020 at 8:27 AM Anton Youdkevitch
> wrote:
> >
> > Richard,
> >
> > On Thu, Sep 10, 2020 at 12:03 PM Richard Biener <
> richard.guent...@gmail.com> wrote:
> >>
> >> On Wed, Sep 9, 2020 at 5:51 PM Anton Youdkevitch
> >>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97031
Bug ID: 97031
Summary: the content of a comment line breaks compilation
Product: gcc
Version: 4.4.7
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97030
Bug ID: 97030
Summary: [nvptx] Need strategy for nvidia JIT bug workarounds
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
I'm trying to do performance qualification for my structure
reorganization optimization.
I'm doing pretty straightforward stuff and I haven't at this point in
time (qualifying the optimization,) modified the program. So I'm a
little surprised this is failing. Here is the code that's failing on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
Tom de Vries changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97029
Bug ID: 97029
Summary: [11 Regression] ICE in wide_int_to_tree_1, at
tree.c:1612
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
43 matches
Mail list logo