https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60488
--- Comment #7 from Manuel López-Ibáñez ---
(In reply to Martin Sebor from comment #6)
> The problem is that when the address of a variable escapes, because GCC
> doesn't track when, when the function from which it escapes calls another
> that mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57832
--- Comment #5 from Manuel López-Ibáñez ---
Either there is no bug or the reduction is incorrect because the warning in the
testcase is correct since d is uninitialized. Maybe the bug is that it warns
about 'c' and not about 'd', but probably at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92985
Avi Kivity changed:
What|Removed |Added
CC||a...@cloudius-systems.com
--- Comment #5 fr
cp_parser_class_specifier
../../gcc/gcc/cp/parser.c:25193
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210327 (experimental)
Copyright (C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797
Bug ID: 99797
Summary: accessing uninitialized automatic variables
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #11 from Dominique d'Humieres ---
With a clean tree at r11-7872 I get
(lldb) b misc.c:309
Breakpoint 1: where = f951`gfc_code2string(mstring const*, int) + 26 at
misc.c:309:22, address = 0x00010008457a
(lldb) run pr96013.f90
Proc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #12 from Dominique d'Humieres ---
/* Symbol flavors: these are all mutually exclusive.
12 elements = 4 bits. */
enum sym_flavor
{
FL_UNKNOWN = 0, FL_PROGRAM, FL_BLOCK_DATA, FL_MODULE, FL_VARIABLE,
FL_PARAMETER, FL_LABEL, FL_PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99798
Bug ID: 99798
Summary: ICE when compiling a variant of pr87907
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
--- Comment #14 from Giuseppe D'Angelo ---
Hello,
(In reply to Glen Joseph Fernandes from comment #11)
> > if it can never be used.
>
> You're misunderstanding. to_address(p) requires that pointer_traits is
> valid. It just doesn't need to ha
source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210327 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99799
Bug ID: 99799
Summary: Explicit instantiation function template with auto
deduced return type fails if soft instantiation
occurred
Product: gcc
Version: 10.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797
Andrew Pinski changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
--- Comment #2 from Andrew Pinsk
t,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210327 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copyin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
--- Comment #15 from Jonathan Wakely ---
(In reply to Giuseppe D'Angelo from comment #14)
> This gets evil really quick: the presence of both value_type and
> element_type in an contiguous iterator will make you smash face-first
> against LWG3446
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99737
--- Comment #3 from Alexander Lelyakin ---
And the sequence from comment 1 has changed its error message to:
corrupted double-linked list
corrupted double-linked list
g++: internal compiler error: Aborted signal terminated program cc1plus
Please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99798
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85907
--- Comment #3 from Jonathan Wakely ---
(In reply to David Edelsohn from comment #2)
> This should be fixed with the recent patch to collect2.c, which will be
> released in GCC 8.2, GCC 7.4, GCC 6.5.
Is it fixed now then?
https://gcc.gnu.org/pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71484
Eike changed:
What|Removed |Added
CC||e.fokken+gnu at posteo dot de
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57832
--- Comment #6 from Martin Sebor ---
In the reduced test cases (in comment #3 and comment #4) d is a global variable
so it's value is zero. c is assigned in the first iteration of the loop (when
e is zero) and used in subsequent iterations when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85907
--- Comment #4 from David Edelsohn ---
There still are problems because of the manner in which AIX statically links.
Normally AIX does not create separate archives of object files for static
linking; one statically links by statically linking ag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99694
--- Comment #7 from Haoxin Tu ---
(In reply to Martin Liška from comment #1)
> Confirmed, started with r9-7156-g33579b59aaf02eb7.
Hi Martin. I am sorry to bother you, and I just have a question about how to
find a bad commit quickly in GCC.
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99800
Bug ID: 99800
Summary: ICE Segmentation fault when put lambda in template
parameter list
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797
--- Comment #3 from Martin Uecker ---
The C standard says (6.3.2.1p2)
"... If the lvalue designates an object of automatic storage duration
that could have been declared with the register storage class
(never had its address taken), and that ob
25 matches
Mail list logo
