https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100012
--- Comment #3 from cqwrteur ---
Created attachment 50545
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50545&action=edit
libgcov should include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100012
--- Comment #2 from cqwrteur ---
Created attachment 50544
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50544&action=edit
there are more issues related to this
I think the problem is that DJGPP toolchain defines __unix__ macro while it i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
Jason Merrill changed:
What|Removed |Added
CC||lnwirz at chem dot helsinki.fi
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99675
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93085
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100015
--- Comment #1 from cqwrteur ---
Created attachment 50543
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50543&action=edit
Demo patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100015
Bug ID: 100015
Summary: MSDOS DJGPP host build mallinfo was not declared
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100014
Bug ID: 100014
Summary: MSDOS DJGPP host endian unknown
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100013
--- Comment #2 from cqwrteur ---
https://sourceware.org/bugzilla/show_bug.cgi?id=27716
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100013
cqwrteur changed:
What|Removed |Added
Target||i586-msdosdjgpp
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100013
Bug ID: 100013
Summary: libiberty error PATH_MAX does not exist on DJGPP host.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100012
--- Comment #1 from cqwrteur ---
Created attachment 50542
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50542&action=edit
disable networking on MSDOS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100012
Bug ID: 100012
Summary: MSDOS DJGPP host no socket while libcody does not
block this
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99180
Jason Merrill changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93295
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93295
Jason Merrill changed:
What|Removed |Added
CC||mateusz.pusz at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96873
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Resolut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93295
Jason Merrill changed:
What|Removed |Added
CC||wang_feng at live dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99118
Jason Merrill changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |11.0
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99180
Jason Merrill changed:
What|Removed |Added
Known to work||11.0
Summary|[10/11 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1a19d334ce493ec2ce2daeac74beef63fd67e2bc
commit r11-8104-g1a19d334ce493ec2ce2daeac74beef63fd67e2bc
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96873
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1a19d334ce493ec2ce2daeac74beef63fd67e2bc
commit r11-8104-g1a19d334ce493ec2ce2daeac74beef63fd67e2bc
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99118
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1a19d334ce493ec2ce2daeac74beef63fd67e2bc
commit r11-8104-g1a19d334ce493ec2ce2daeac74beef63fd67e2bc
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93867
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1a19d334ce493ec2ce2daeac74beef63fd67e2bc
commit r11-8104-g1a19d334ce493ec2ce2daeac74beef63fd67e2bc
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93295
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1a19d334ce493ec2ce2daeac74beef63fd67e2bc
commit r11-8104-g1a19d334ce493ec2ce2daeac74beef63fd67e2bc
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99180
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1a19d334ce493ec2ce2daeac74beef63fd67e2bc
commit r11-8104-g1a19d334ce493ec2ce2daeac74beef63fd67e2bc
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:e89055f90cff9fb6f565b9374e1ab74f805682fb
commit r11-8103-ge89055f90cff9fb6f565b9374e1ab74f805682fb
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98898
Iain Calder changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100011
--- Comment #1 from Khem Raj ---
this one seems to be the cause
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=3a66c289a3f395e50de79424e1e6f401a4dc1ab7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100011
Bug ID: 100011
Summary: internal compiler error in analyzer during IPA pass
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100010
Bug ID: 100010
Summary: ICE in lto_output_node, at lto-cgraph.c:447
(-fdevirtualize-at-ltrans)
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66742
Alexander Huszagh changed:
What|Removed |Added
CC||ahuszagh at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797
chrisonian at gmail dot com changed:
What|Removed |Added
CC||chrisonian at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97973
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97973
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:18f103bd9e5465a10caeb70e2c7890a80c79d60a
commit r10-9692-g18f103bd9e5465a10caeb70e2c7890a80c79d60a
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108
Martin Sebor changed:
What|Removed |Added
Summary|Wmaybe-uninitialized false |[9/10/11 Regression]
|p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2020-11-06 00:00:00 |2021-4-9
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99212
--- Comment #9 from Hans-Peter Nilsson ---
(In reply to Richard Biener from comment #8)
> xfail/pass depending on sizeof (int) might be possible but as said it might
> be that cris doesn't have sizeof (int) == 1
You meant something else here tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98899
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99806
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99806
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:8f4f2fbc17c2a225c29ea20a2b6046cbdc7b3155
commit r10-9691-g8f4f2fbc17c2a225c29ea20a2b6046cbdc7b3155
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91416
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91416
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:0d4128a514186ac5c41fde10085acb2dcc9118fd
commit r10-9690-g0d4128a514186ac5c41fde10085acb2dcc9118fd
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99831
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99831
--- Comment #13 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:3252b78f7ef7847b109e7b43daf7ca1a6f0d6fab
commit r10-9689-g3252b78f7ef7847b109e7b43daf7ca1a6f0d6fab
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99331
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99331
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:b281edd801018ed703ce7bb0d49fef59ff8cef8b
commit r10-9688-gb281edd801018ed703ce7bb0d49fef59ff8cef8b
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99176
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99176
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:581e87b67233556d566df3a0ea33be9c19fbcb2f
commit r10-9687-g581e87b67233556d566df3a0ea33be9c19fbcb2f
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19
Bug ID: 19
Summary: -march=native doesn't recognize tigerlake
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99120
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99120
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:c7d7c15540d5173f76b570bd457e866f09a17722
commit r10-9686-gc7d7c15540d5173f76b570bd457e866f09a17722
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99374
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99374
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:6fcf6e5977541b2383760cb4e15ff0403055b13a
commit r10-9685-g6fcf6e5977541b2383760cb4e15ff0403055b13a
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98947
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98947
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:f0f62557c3de0313673d7c0527277e86231ee95b
commit r10-9684-gf0f62557c3de0313673d7c0527277e86231ee95b
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97966
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97966
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:6f45079013256ed730c92bf35af4e6394cb5a2c0
commit r10-9683-g6f45079013256ed730c92bf35af4e6394cb5a2c0
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98333
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98333
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:3bb551c6751304fb2d51cc8569f066dd8a9090e2
commit r10-9682-g3bb551c6751304fb2d51cc8569f066dd8a9090e2
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94446
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99742
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99830
--- Comment #14 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #13)
> Seems the exact spot where the clobber is optimized away is e.g. when
> simplify_and_const_int_1 (SImode, (ashift:SI (subreg:SI (and:TI (clobber:TI
> (cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97134
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99180
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15
--- Comment #10 from Jakub Jelinek ---
Andrew, this isn't really specific to a single target, rough numbers of
extern inline __gnu_inline__ intrinsics are:
14 config/s390
120 config/sparc
603 config/rs6000
4044 config/aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18
--- Comment #1 from Jonathan Wakely ---
Dup of bug 96733?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99547
Jason Merrill changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94775
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18
Bug ID: 18
Summary: std::clamp generates suboptimal assembly for primitive
types
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98952
Michael Meissner changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98049
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98049
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2020-11-30 00:00:00 |2021-4-9
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97726
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96372
akrl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96372
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2020-11-17 00:00:00 |2021-4-9
Summary|Bogus warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99830
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99830
Jakub Jelinek changed:
What|Removed |Added
Assignee|jakub at gcc dot gnu.org |unassigned at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15
--- Comment #9 from H.J. Lu ---
I don't think we need to support taking address of intrinsic.
By definition, there is no intrinsic address to take.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15
--- Comment #8 from Jakub Jelinek ---
Looking at clang, they have significantly more intrinsics than GCC implemented
as macros (GCC typically only implements those that have to be macros at -O0
for immediates, while I can't find any particular p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17
Bug ID: 17
Summary: Parameter packs not expanded with bit field
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15
--- Comment #6 from Thiago Macieira ---
(In reply to Jakub Jelinek from comment #5)
> then one would get an out of line copy when taking their address, but it
> would
> duplicated in all the TUs that did this.
That's not a problem, since that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47307
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2017-12-30 00:00:00 |2021-4-9
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15
--- Comment #5 from Jakub Jelinek ---
Neither always_inline nor artificial attribute means that you can't take
addresses of those inlines, but
1) I don't think anything implies the intrinsics must be implemented as inline
functions, after all, g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15
--- Comment #4 from Thiago Macieira ---
That's an artificial (pun intended) limitation.
In C++:
template
int fill_array(Generator generator, unsigned long long *rand_array)
Also errors out with the same error, but works if you do:
fill_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99830
--- Comment #12 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #11)
> I don't understand what is wrong about that.
> (clobber:TI (const_int 0 [0])) in there stands for couldn't figure out what
> this value is or how to repres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16
--- Comment #3 from 康桓瑋 ---
https://godbolt.org/z/o6h8GP6ae
Maybe same form:
template
auto f() {
[] { struct S : Ts {}; };
}
int main() {
f<>();
}
:3:15: internal compiler error: in dependent_type_p, at cp/pt.c:26745
3 | [] { stru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99989
Martin Sebor changed:
What|Removed |Added
Summary|[11 regression] False |[11 regression]
|maybe-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-04-09
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16
--- Comment #1 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #0)
> Congratulations on hitting the 10,000 reports mark!
>
> https://godbolt.org/z/dhPqd4595
>
> template
> auto f(Ts...) {
> [] { enum class e : Ts {}; };
> }
>
> int main() {
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99648
--- Comment #7 from Jakub Jelinek ---
--- gcc/simplify-rtx.c.jj 2021-04-09 16:18:24.275668496 +0200
+++ gcc/simplify-rtx.c 2021-04-09 19:26:24.963134240 +0200
@@ -7059,12 +7059,19 @@ simplify_immed_subreg (fixed_size_mode o
while (b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16
Bug ID: 16
Summary: ICE: in dependent_type_p, at cp/pt.c:26745
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55288
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:b04093adb28bd6ee8b0390e840219fd2bba134db
commit r11-8099-gb04093adb28bd6ee8b0390e840219fd2bba134db
Author: Martin Sebor
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99984
--- Comment #6 from Martin Sebor ---
The same change should be made there (in uclibc). FWIW, I looked for a bug
database to report the problem there but, AFAICS, uclibc-ng is the currently
maintained fork, but it has no bug database (https://bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13
--- Comment #3 from Marek Polacek ---
The problem is that, when we're in a system header,
check_redeclaration_exception_specification doesn't emit an error:
1242 if (DECL_IN_SYSTEM_HEADER (old_decl))
1243 complained = pedwarn (n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99830
--- Comment #11 from Jakub Jelinek ---
I don't understand what is wrong about that.
(clobber:TI (const_int 0 [0])) in there stands for couldn't figure out what
this value is or how to represent it, so it is wildcard for I don't know what
the valu
1 - 100 of 265 matches
Mail list logo
