https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101838
Bug ID: 101838
Summary: sizeof of struct with array of unspecified bound
folded to constant
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29970
--- Comment #10 from CVS Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:0631faf87a197145acd833249bf8f20a1c4aaabf
commit r12-2830-g0631faf87a197145acd833249bf8f20a1c4aaabf
Author: Martin Uecker
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95517
--- Comment #5 from Iain Sandoe ---
(In reply to mengjun wei from comment #4)
> GCC 11.2 no longer allow return_value and return_void be both defined, may
> this restriction be removed?
The restriction is part of the C++ standard (for the recor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91873
--- Comment #3 from Dov Murik ---
Looks related to bug #99938.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101811
--- Comment #2 from Tobias Schlüter ---
Hi Jonathan,
actually I found clang's error message a lot more helpful, I just didn't bother
to write it explicitly, especially given that my compiler explorer link shows
it for everybody else to make the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89163
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2019-02-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88854
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2019-01-15 00:00:00 |2021-8-9
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88844
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2019-01-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88314
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101804
--- Comment #2 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:3d7ccbc1efbd475031a9a4a6110c531f71fbf631
commit r12-2829-g3d7ccbc1efbd475031a9a4a6110c531f71fbf631
Author: H.J. Lu
Date: Fri Aug 6 12:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88314
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87849
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2018-11-02 00:00:00 |2021-8-9
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83353
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2017-12-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83350
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2017-12-11 00:00:00 |2021-8-9
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77899
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79249
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78754
--- Comment #1 from Andrew Pinski ---
clang, ICC and GCC all accept it. ICC warns though:
(4): warning #2922: template parameter "Ts" cannot be used because it
follows a parameter pack and cannot be deduced from the parameters of function
templa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69054
--- Comment #2 from Andrew Pinski ---
If we change operator double to operator int, GCC is able to diagnostic the
issue. So is this code valid or invalid?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101367
--- Comment #5 from Noah Watkins ---
Got it. Thanks for clarifying, I must have misinterpreted your earlier comment.
On Mon, Aug 9, 2021 at 8:06 PM davidledger at live dot com.au
wrote:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101367
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77935
Andrew Pinski changed:
What|Removed |Added
Depends on||82336
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71113
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71449
--- Comment #3 from Andrew Pinski ---
Note this is now accepted for C++11-C++20 and has since 4.6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264
Andrew Pinski changed:
What|Removed |Added
CC||dchneric at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89931
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95517
mengjun wei changed:
What|Removed |Added
CC||wei_mj at 139 dot com
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100764
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87570
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-10
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101367
--- Comment #4 from David Ledger ---
Yeah, I'm just saying I suspect the problem was still there with the empty
capture list, its just not observable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56190
Andrew Pinski changed:
What|Removed |Added
CC||mohsen.tamiz at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69205
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59716
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60799
--- Comment #6 from Andrew Pinski ---
GCC, ICC and MSVC all rejects this with is private error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69500
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59716
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101837
Bug ID: 101837
Summary: ICE with -O3 -fsanitize=undefined -fanalyzer
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66590
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101830
--- Comment #4 from Segher Boessenkool ---
(In reply to Bill Schmidt from comment #0)
> (1) linebuf and pos are global variables, and the compiler cannot tell
> whether or not there are problems with array bounds accesses here. Indeed,
> pos is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101836
--- Comment #3 from Kees Cook ---
Eww. That means _FORTIFY_SOURCE doesn't work correctly.
Can there please be a -fstrict-flex-arrays or something to turn off all the
heuristics so a code base can declare it only uses flex arrays for dynamic
tra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66590
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> Oh yes this issue:
> case 1: { A tmp; return 1; } break;
Which was PR 20681 but that didn't handle this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66590
--- Comment #5 from Andrew Pinski ---
Oh yes this issue:
case 1: { A tmp; return 1; } break;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66590
--- Comment #4 from Andrew Pinski ---
This is what we have now:
;; Function f (_Z1fi, funcdef_no=0, decl_uid=2362, cgraph_uid=1,
symbol_order=0)
Removing basic block 6
Removing basic block 8
Merging blocks 3 and 4
Removing basic block 11
Mergin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25689
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2014-10-12 00:00:00 |2021-8-9
Severity|minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 71222, which changed state.
Bug 71222 Summary: [concepts] ill-formed code taking the address of a function
concept not rejected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71222
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71222
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 79711, which changed state.
Bug 79711 Summary: [concepts] ICE in instantiate_decl, at cp/pt.c:22474
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79711
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71222
Andrew Pinski changed:
What|Removed |Added
CC||hstong at ca dot ibm.com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79711
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86385
Andrew Pinski changed:
What|Removed |Added
CC||st at quanttec dot com
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92467
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57846
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
struct CurriedImpl<-2,
std::function, int, int>'
:16:8: required from 'struct CurriedImpl<-1, std::function, int, int>'
/opt/compiler-explorer/gcc-trunk-20210809/include/c++/12.0.0/type_traits:2924:69:
required by substitution of 'template static std::true_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62202
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52959
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2014-08-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2013-04-16 00:00:00 |2021-8-9
--- Comment #8 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101836
--- Comment #2 from Andrew Pinski ---
See PR 44386.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101836
--- Comment #1 from Andrew Pinski ---
GCC treats all trailing arrays no matter what their size as flexible sized
arrays. This is by design because of many code out there assumes that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64758
--- Comment #2 from Andrew Pinski ---
It got worse (maybe better) in GCC 9.4.0 and 10+:
:3:14: error: found ':' in nested-name-specifier, expected '::'
3 | enum Waldo : uint32_t { // oops, forgot to include
| ^
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101836
Bug ID: 101836
Summary: __builtin_object_size(P->M, 1) where M is an array and
the last member of a struct fails
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101835
Bug ID: 101835
Summary: Fortran 128-bit float support
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44521
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2014-08-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52099
--- Comment #4 from Jonathan Wakely ---
Further discussion from PR 67772:
Consider:
namespace std { struct type_info {}; }
struct A {};
auto x = typeid(void(A::*)() const);
Clang emits the type info as:
_ZTIM1AKFvvE:
.quad _ZT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66108
--- Comment #2 from Andrew Pinski ---
GCC, clang, ICC and MSVC all produce cause the static_assert to happen.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23257
--- Comment #8 from Jonathan Wakely ---
LLVM's libc++abi.so gives the same result, because it's a property of the
Itanium ABI not GCC's implementation of it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63217
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85576
--- Comment #2 from Andrew Pinski ---
Looks fixed in GCC 11+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93809
Andrew Pinski changed:
What|Removed |Added
CC||haoxintu at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96145
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93809
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83469
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-09
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80943
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-09
Summary|Conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83447
--- Comment #1 from Andrew Pinski ---
GCC, ICC and clang all accept this code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80943
--- Comment #3 from Barry Revzin ---
This is CWG 2327
(http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#2327).
It's still active, but gcc/clang's behavior (printing 2) seems like the
superior choice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83000
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80943
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80804
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78924
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-09
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66439
Andrew Pinski changed:
What|Removed |Added
CC||tromey at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60916
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60916
--- Comment #2 from Andrew Pinski ---
Seems fixed in GCC 11+:
The extra output is now:
:20:27: error: type/value mismatch at argument 2 in template parameter
list for 'template int
wrapper()'
20 | return wrapper ();
| ~~~
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67631
Andrew Pinski changed:
What|Removed |Added
CC||tomaszkam at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63999
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77565
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2016-09-12 00:00:00 |2021-8-9
--- Comment #2 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77565
--- Comment #1 from Andrew Pinski ---
We don't give any suggestion any more:
:1:1: error: 'typdef' does not name a type
typdef int Int;
^~
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77465
--- Comment #2 from Andrew Pinski ---
I love how all 4 different compilers (GCC, clang, ICC and MSVC) have this same
bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99910
Hans-Peter Nilsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77335
--- Comment #1 from Andrew Pinski ---
This seems fixed on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71377
--- Comment #3 from Andrew Pinski ---
Hmm, GCC 10.1.0, 10.2.0, and 10.3.0 all reject it but GCC 9.4.0 and 11.1.0
accepts it :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69712
Andrew Pinski changed:
What|Removed |Added
Blocks||101603
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101755
--- Comment #2 from Andrew Pinski ---
d = a | -2;
b = (d == 0) ? c : (c % d);
d can never be 0, VRP figures this out now.
so we end up with:
d = a | -2;
b = 0xc7d24b5e % d;
if (b != 0xc7d24b5e)
abort();
and b cannot be 0xc7d24b5e because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65350
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #3 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101755
--- Comment #1 from Andrew Macleod ---
What is that suppose to test?
The range ecosystem has gotten smarter and we basically fold that function away
to return 0 now. between EVRP, VRP and threading, you'd have to turn off a lot
of optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101603
Bug 101603 depends on bug 67772, which changed state.
Bug 67772 Summary: wrong type_info emitted for cv-qualified pointer to member
types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67772
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52099
Andrew Pinski changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67772
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67772
Andrew Pinski changed:
What|Removed |Added
Blocks||101603
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67574
--- Comment #1 from Andrew Pinski ---
The location was fixed in GCC 10+:
:7:1: error: definition of explicitly-defaulted 'X::X()'
7 | X::X() = default;
| ^
:6:1: note: 'X::X()' explicitly defaulted here
6 | X::X() = default;
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67402
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101697
--- Comment #3 from Mikael Pettersson ---
As far as I can tell the problem is introduced by reload.
With a gcc-11.2.0 cross, getaddrinfo.i.290r.ira has
(insn 161 159 163 31 (set (reg/f:SI 185)
(reg/f:SI 7 sp)) "libc/inet/getaddrinfo.c"
1 - 100 of 189 matches
Mail list logo