https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043
--- Comment #5 from Martin Sebor ---
Ah, makes sense. I briefly wondered how stpcpy could have been "updated for
alignment with the ISO/IEC 9899:1999 standard." That's the trade-off of a 4k
monitor: it fits tons of stuff on the screen but every
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868
--- Comment #5 from Harald Anlauf ---
Better testcase for debugging:
program pr85858
implicit none
integer, pointer :: t(:)
integer :: i, lb
lb = -1
allocate (t(lb:5))
do i = lb, 5
t(i) = i
end do
call te (t( :))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86125
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036
David Malcolm changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89001
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88821
Thomas Koenig changed:
What|Removed |Added
Attachment #45514|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88956
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995
--- Comment #3 from Nathan Sidwell ---
template struct dn
{
static void execute (long *ary)
{
constexpr int index = 0;
[&] { auto &elt = ary [index]; };
}
};
void foo ()
{
dn::execute;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89051
Bug ID: 89051
Summary: -Wno-error= does not work for warning groups
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87295
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89052
Bug ID: 89052
Summary: excessive data segment size causes a hang
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89052
--- Comment #1 from Martin Sebor ---
Clang seems to use SIZE_MAX / 8 as the maximum object size and gives an error
for any object whose size exceeds that. But it doesn't seem to doesn't track
total object sizes and crashes in LLVM as it runs out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89053
Bug ID: 89053
Summary: initializer-string too long for a large char array
initialized with empty string
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87834
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81691
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89054
Bug ID: 89054
Summary: libphobos/src/std/math.d:5279:18: error: undefined
iden tifier 'ControlState'
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89055
Bug ID: 89055
Summary: wrong location with predefined macros
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056
Bug ID: 89056
Summary: Optimizer generates bad code for non-void function
that fails to return a value
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761
Andrew Pinski changed:
What|Removed |Added
CC||darryl_okahata at keysight dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056
--- Comment #2 from Andrew Pinski ---
You can use -fsanatizer=undefined to find this behavior at runtime.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056
--- Comment #3 from Andrew Pinski ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761#c4 on the differences
between C and C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89052
--- Comment #2 from joseph at codesourcery dot com ---
I'd say it's a bug for GCC to need to allocate memory for the trailing
zero-initialized part of such an object at all; it should only need to
allocate memory for the initial part and rememb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056
--- Comment #4 from Darryl Okahata ---
This seems rather draconian but, if the standard allows for that, so be it.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89045
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780
--- Comment #9 from kargl at gcc dot gnu.org ---
Patch submitted.
https://gcc.gnu.org/ml/fortran/2019-01/msg00236.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33719
Eric Gallager changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54254
Eric Gallager changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52202
Eric Gallager changed:
What|Removed |Added
CC||jens.maurer at gmx dot net
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51677
--- Comment #5 from Eric Gallager ---
(In reply to Eric Gallager from comment #4)
> (In reply to Martin Sebor from comment #3)
> > It should be easy to white-list the main function in the
> > -Wsuggest-attribute= checker. At the same time, I'm n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58312
--- Comment #5 from Eric Gallager ---
(In reply to Brooks Moses from comment #4)
> It turns out that we do need these symbols in libssp despite having a nice
> plain x86-Linux environment. We've got some precompiled blobs from
> who-knows-where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33719
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87295
Richard Biener changed:
What|Removed |Added
Assignee|nathan at gcc dot gnu.org |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739
--- Comment #46 from Richard Biener ---
(In reply to Richard Biener from comment #44)
> Created attachment 45523 [details]
> workaround
>
> So I am testing the following workaround, at least "most suitable" for
> branches.
> It avoids generating
201 - 242 of 242 matches
Mail list logo
