https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31235
--- Comment #4 from Eric Gallager ---
(In reply to Jim Wilson from comment #3)
> Created attachment 13305 [details]
> Mark array TYPE_DOMAIN as used to prevent garbage collection.
>
> This has been tested with a C only BOOT_CFLAGS=-gstabs bootst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32556
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33065
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30341
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31151
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51797
Eric Gallager changed:
What|Removed |Added
Assignee|sameerad at gcc dot gnu.org|unassigned at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46742
Eric Gallager changed:
What|Removed |Added
Blocks||87403
Summary|-Wparentheses u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #18 from Eric Gallager ---
(In reply to linzj from comment #16)
> Created attachment 43783 [details]
> This patch trying simulate a local escaped node for function call.
>
> This patch trying simulate a local escaped node for functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57078
Eric Gallager changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87526
Bug ID: 87526
Summary: attribute alias ignored on a local declaration of an
extern function
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005
--- Comment #23 from Hans-Peter Nilsson ---
(In reply to Hans-Peter Nilsson from comment #22)
> Anyway, as per the arguments in n2992.html in the link above, I (still)
> think __atomic_*always*_lock free should be used instead; this'd make the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005
--- Comment #22 from Hans-Peter Nilsson ---
The issue again, is using properties of the actual object in the value of
is_lock_free().
AFAICS, that still happens (at r264855)
libstdc++-v3/include/bits/atomic_base.h:246
static constexpr int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525
Andrew Pinski changed:
What|Removed |Added
Depends on||61886
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525
Andrew Pinski changed:
What|Removed |Added
Summary|infinite loop generated for |infinite loop generated for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525
--- Comment #2 from taz.007 at zoho dot com ---
Created attachment 44794
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44794&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525
--- Comment #1 from taz.007 at zoho dot com ---
Created attachment 44793
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44793&action=edit
text output of gcc -v -save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87525
Bug ID: 87525
Summary: infinite loop generated for fread() if enabling -flto
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63155
--- Comment #35 from Rogério de Souza Moraes
---
Created attachment 44791
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44791&action=edit
Small testcase more similar to original environment
Hi Richard,
this is a new testcase, based on a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
--- Comment #3 from Marc Glisse ---
(In reply to M Welinder from comment #2)
> The destruction still stinks: the full destructor is inlined instead of
> the small-string-only version (i.e., a no-op). Evidently gcc cannot
> see that the string re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87524
Bug ID: 87524
Summary: inconsistent handling of attribute aligned between
types and variables
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82995
--- Comment #9 from Thomas Koenig ---
Created attachment 44790
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44790&action=edit
This should take care of the library side...
or so I hope.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82995
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87523
Bug ID: 87523
Summary: ICE: Closures apparently fail to capture constexpr
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82995
Thomas Koenig changed:
What|Removed |Added
Keywords||wrong-code
Last reconfirmed|2017-11-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
--- Comment #2 from M Welinder ---
Created attachment 44789
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44789&action=edit
Proof-on-concept patch
This proof-of-concept improves the situation dramatically. I don't
know if it is actually
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87522
--- Comment #2 from Thiago Macieira ---
In the original case, all sources were compiled with -march=westmere, though
some files had -mavx added.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87487
--- Comment #5 from seurer at gcc dot gnu.org ---
I tried it on a powerpc64 BE machine and it worked there too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87522
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com
Component|lt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87522
Bug ID: 87522
Summary: LTO incorrectly merges target specific options
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86395
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|qinzhao at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87521
Bug ID: 87521
Summary: [C++][ABI] Tail padding not reused for non POD struct
with defaulted/deleted special member function as per
Itanium ABI on x86-64
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87520
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87515
--- Comment #3 from Andrew Pinski ---
Note in c++, when there is no return, the code is undefined while in c, it is
only undefined if the return value is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87486
--- Comment #2 from seurer at gcc dot gnu.org ---
Author: seurer
Date: Thu Oct 4 15:05:32 2018
New Revision: 264847
URL: https://gcc.gnu.org/viewcvs?rev=264847&root=gcc&view=rev
Log:
[PATCH, rs6000] Fix expected error output for test case.
r264
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
Martin Liška changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362
Romain Geissler changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87483
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87483
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Thu Oct 4 14:44:53 2018
New Revision: 264846
URL: https://gcc.gnu.org/viewcvs?rev=264846&root=gcc&view=rev
Log:
Error about alias attribute with body definition (PR c/87483).
2018-10-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82625
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82625
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Thu Oct 4 14:36:55 2018
New Revision: 264845
URL: https://gcc.gnu.org/viewcvs?rev=264845&root=gcc&view=rev
Log:
Redirect call within specific target attribute among MV clones (PR ipa/826
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56856
David Malcolm changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87499
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87495
--- Comment #2 from Martin Liška ---
No, fails for so simple example as:
$ cat use2.f90
elemental real function sin(arg)
!GCC$ attributes FASTCALL :: sin
real, intent(in) :: arg
sin = -42.0
end function
program test_overloaded_intrinsic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87520
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87518
--- Comment #3 from Jonathan Wakely ---
Also see [dcl.typedef] paragraphs 3 and 4 in the standard, which has an example
very similar to this:
struct S {
typedef struct A { } A;// OK
typedef struct B B;// OK
typedef A A;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87518
--- Comment #2 from Jonathan Wakely ---
P.S. it has nothing to do with namespaces:
typedef double t;
struct A{
typedef t t;
};
int main() { }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87518
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87466
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87466
--- Comment #4 from Peter Bergner ---
Author: bergner
Date: Thu Oct 4 13:36:20 2018
New Revision: 264842
URL: https://gcc.gnu.org/viewcvs?rev=264842&root=gcc&view=rev
Log:
gcc/
PR rtl-optimization/87466
* target.def (setjmp_pres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
--- Comment #7 from Martin Liška ---
Reduced test-case:
$ cat ice.ii
template < int a > struct b { static constexpr int c = a; };
template < typename > struct d;
template < typename > struct e;
template < typename f, typename g > struct e< f g::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87520
Bug ID: 87520
Summary: [8/9 Regression] ODR violations in std::make_shared
when mixing -fno-rtti and -frtti
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
--- Comment #6 from Ivan Fefer ---
https://gcc.godbolt.org/z/hOpMyc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64120
--- Comment #10 from Jürgen Reuter ---
I think inside the logical function (in the local scope) the length of s has to
be printed as the value of the argument x, so 1 and 2, with or without the
'save' attribute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
--- Comment #5 from Ivan Fefer ---
Same code at Godbolt.org: https://gcc.godbolt.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
--- Comment #4 from Ivan Fefer ---
Sorry, hit the Submit button too early by accident.
Source code and compiler output are attached.
Bug is -Wsign-conversion warning triggerring:
bug.cpp:5:11: error: conversion to ‘long unsigned int’ from ‘int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
--- Comment #3 from Ivan Fefer ---
Created attachment 44788
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44788&action=edit
Temp compiler file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
--- Comment #2 from Ivan Fefer ---
Created attachment 44787
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44787&action=edit
Code after preprocessing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
--- Comment #1 from Ivan Fefer ---
Created attachment 44786
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44786&action=edit
Full stderr of compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87519
Bug ID: 87519
Summary: -Wsign-conversion erroneosly triggered when converting
to auto-deduced interger type
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87518
Bug ID: 87518
Summary: namespace and typedef : scope problem
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87515
--- Comment #2 from Jakub Drnec ---
Ok, will use -Werror=return-type , thanks. Looking at the discussion in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43943 this really is not legal
code, I merely wasn't expecting the nasal demons to be this vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
--- Comment #6 from Martin Liška ---
(In reply to Alexander Sergeyev from comment #5)
> (In reply to Martin Liška from comment #4)
> > Thanks!
>
> No problems. Let me know if I could do anything else.
Now all you need to do is to be patient and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
--- Comment #5 from Alexander Sergeyev ---
(In reply to Martin Liška from comment #4)
> Thanks!
No problems. Let me know if I could do anything else.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84107
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84107
--- Comment #2 from Richard Biener ---
"Large symbols and symbols that must exist in exactly one instance in the
running program probably should be a part of (nonexistent) libgcov.so.0."
which are those? I expected individual gcov "instances" t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87517
Bug ID: 87517
Summary: Typo in avx512fintrin.h
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87494
Nathan Froyd changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
Martin Liška changed:
What|Removed |Added
Known to work||7.2.0
--- Comment #4 from Martin Liška -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87516
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
--- Comment #3 from Alexander Sergeyev ---
Created attachment 44783
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44783&action=edit
preprocessed code sample (gcc-7.3.0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55735
--- Comment #4 from Jürgen Reuter ---
In the recent trunk (r264725) does _not_ give an ICE anymore, but the code is
vetoed as non-standard, as it is for nagfor and ifort. So, should this be
closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87516
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |9.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87487
--- Comment #4 from paul.richard.thomas at gmail dot com ---
Dear Rainer,
That's a relief! Thank you for the fast response. I will commit tonight.
Paul
On Thu, 4 Oct 2018 at 12:04, ro at CeBiTec dot Uni-Bielefeld.DE
wrote:
>
> https://gcc.gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87516
Bug ID: 87516
Summary: [9 Regression] AArch64 bootstrap ICEs in
ipa-fnsummary.c:2492
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87515
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87515
Bug ID: 87515
Summary: "no return statement in function returning non-void"
miscompiles with optimizations
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87514
--- Comment #1 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> In the __shared_ptr(_Sp_make_shared_tag ...) constructor we know the dynamic
> type of *_M_refcount._M_pi is definitely _Sp_counted_ptr_inplace and so
> could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87514
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85787
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Thu Oct 4 11:06:24 2018
New Revision: 264838
URL: https://gcc.gnu.org/viewcvs?rev=264838&root=gcc&view=rev
Log:
2018-10-04 Prathamesh Kulkarni
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87464
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #4 from Jonatha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87487
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Paul Thomas ---
> Created attachment 44781
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44781&action=edit
> Possible fix
>
> Does this do it for you?
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87514
Bug ID: 87514
Summary: std::make_shared could avoid virtual call to
_M_get_deleter()
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56789
--- Comment #18 from Harald Anlauf ---
(In reply to Paul Thomas from comment #12)
> (In reply to Harald Anlauf from comment #11)
> > (In reply to paul.richard.tho...@gmail.com from comment #10)
> > > Even if that were allowed, the standard explic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56789
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87487
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87511
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87506
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87505
--- Comment #3 from Richard Biener ---
Both making i std::size_t or casting (base + 4) to int "fixes" this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
Bug ID: 87513
Summary: internal compiler error: in write_expression, at
cp/mangle.c:3050
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87505
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87512
Bug ID: 87512
Summary: Error: the type ‘const auto’ of ‘constexpr’ variable
is not literal
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87498
--- Comment #3 from Miro Kropacek ---
Fix is easy - just pass --disable-assembly to extra_configure_flags.
I guess gcc will have to deal with the 'none' target in the future anyway
because it is deprecated in gmp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87499
--- Comment #1 from Richard Biener ---
I think the issue is an inconsistency between what types are considered local
and thus we end up duplicating them but not merge them for canonical type
compute. I think we have a duplicate for this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87498
--- Comment #2 from Richard Biener ---
gmp is only built as host module, I guess that somehow doesn't work for a
canadian cross where we likely build it as a target module as well by $magic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87495
--- Comment #1 from Richard Biener ---
I think you get diagnostics for the procedure pointer and pointer assignment
ones which I guess are technically OK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87494
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85948
David Malcolm changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 113 matches
Mail list logo
