[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #19 from Dodji Seketeli --- (In reply to Tom Tromey from comment #16) > I've tripped across this enough that I've actually filed dups twice now. > > I think it would be best to change the ordering here. > That is, the initial error o

[Bug preprocessor/64803] [5 Regression] __LINE__ inside macro is not constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug preprocessor/64803] [5 Regression] __LINE__ inside macro is not constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803 --- Comment #8 from Dodji Seketeli --- Author: dodji Date: Tue Feb 3 09:26:46 2015 New Revision: 220367 URL: https://gcc.gnu.org/viewcvs?rev=220367&root=gcc&view=rev Log: PR preprocessor/64803 - __LINE__ inside macro is not constant Consider t

[Bug preprocessor/64803] [5 Regression] __LINE__ inside macro is not constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803 Dodji Seketeli changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #7 from Dodji Seke

[Bug preprocessor/64803] [5 Regression] __LINE__ inside macro is not constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803 --- Comment #6 from Dodji Seketeli --- Created attachment 34622 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34622&action=edit Refined candidate fix patch with regression test and cover letter I have successfully tested this refined patc

[Bug c/64803] [5 Regression] __LINE__ inside macro is not constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803 --- Comment #3 from Dodji Seketeli --- Created attachment 34614 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34614&action=edit Candidate fix This is the patch that I am currently testing. It seems to fix the issue for me. Please let me

[Bug c/61861] Incorrect column number for -Wdiscarded-qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861 Dodji Seketeli changed: What|Removed |Added CC||dodji at gcc dot gnu.org

[Bug preprocessor/61817] Inconsistent location of tokens in the expansion list of a built-in macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61817 Dodji Seketeli changed: What|Removed |Added CC||chengniansun at gmail dot com --- Comme

[Bug preprocessor/61817] Inconsistent location of tokens in the expansion list of a built-in macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61817 --- Comment #1 from Dodji Seketeli --- I sent a patch for this at http://comments.gmane.org/gmane.comp.gcc.patches/316794

[Bug preprocessor/60723] Line directives with incorrect system header flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723 --- Comment #22 from Dodji Seketeli --- So finally the two patches that have been proposed at https://gcc.gnu.org/ml/gcc-patches/2014-07/msg01063.html and https://gcc.gnu.org/ml/gcc-patches/2014-07/msg01064.html have been accepted and committed t

[Bug preprocessor/60723] Line directives with incorrect system header flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723 --- Comment #21 from Dodji Seketeli --- Author: dodji Date: Wed Jul 16 10:33:36 2014 New Revision: 212638 URL: https://gcc.gnu.org/viewcvs?rev=212638&root=gcc&view=rev Log: PR preprocessor/60723 - missing system-ness marks for macro tokens When

[Bug preprocessor/60723] Line directives with incorrect system header flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723 --- Comment #20 from Dodji Seketeli --- > In a function-like macro expansion, regular tokens are line-marked as being > expanded at the opening parenthesis, while builtins are line-marked as being > expanded at the closing parenthesis (both of th

[Bug preprocessor/61817] Inconsistent location of tokens in the expansion list of a built-in macro

||2014-07-16 Assignee|unassigned at gcc dot gnu.org |dodji at gcc dot gnu.org Ever confirmed|0 |1

[Bug preprocessor/61817] New: Inconsistent location of tokens in the expansion list of a built-in macro

: normal Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: dodji at gcc dot gnu.org Consider this function-like macro definition in the inc.h file --->inc.h<--- #define F() const in

[Bug preprocessor/60723] Line directives with incorrect system header flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723 --- Comment #18 from Dodji Seketeli --- Thanks Christophe, The attached patch above should hopefully fix the issue it was causing. Is there a chance that you test that it doesn't break your arm build before I try to commit it again? Thanks in

[Bug preprocessor/60723] Line directives with incorrect system header flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723 Dodji Seketeli changed: What|Removed |Added Attachment #33010|0 |1 is obsolete|

[Bug preprocessor/60723] Line directives with incorrect system header flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723 --- Comment #13 from Dodji Seketeli --- Author: dodji Date: Tue Jul 1 09:17:14 2014 New Revision: 212194 URL: https://gcc.gnu.org/viewcvs?rev=212194&root=gcc&view=rev Log: PR preprocessor/60723 - missing system-ness marks for macro tokens When

[Bug preprocessor/60723] Line directives with incorrect system header flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723 --- Comment #12 from Dodji Seketeli --- Created attachment 33010 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33010&action=edit A patch candidate that I am currently testing This the patch I am running through bootstrap at the moment. T

[Bug preprocessor/60723] Line directives with incorrect system header flag

at gcc dot gnu.org |dodji at gcc dot gnu.org --- Comment #11 from Dodji Seketeli --- I am taking this one.

[Bug preprocessor/58580] [4.8 Regression] preprocessor goes OOM with warning for zero literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580 Dodji Seketeli changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug preprocessor/58844] [4.8/4.9 Regression] ICE with invalid use of ##

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58844 --- Comment #4 from Dodji Seketeli --- yes, the patch looks good to me. Thank you for looking into that.

[Bug preprocessor/59935] [4.9 Regression] Firefox build fails with: : internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935 --- Comment #9 from Dodji Seketeli --- Author: dodji Date: Tue Jan 28 15:03:19 2014 New Revision: 207195 URL: http://gcc.gnu.org/viewcvs?rev=207195&root=gcc&view=rev Log: PR preprocessor/59935 - caret diagnostics crashes on non-file locations gc

[Bug preprocessor/59935] [4.9 Regression] Firefox build fails with: : internal compiler error: Segmentation fault

at gcc dot gnu.org |dodji at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Dodji Seketeli --- I am looking into that.

[Bug preprocessor/58580] [4.8 Regression] preprocessor goes OOM with warning for zero literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580 --- Comment #10 from Dodji Seketeli --- Author: dodji Date: Thu Jan 23 09:13:08 2014 New Revision: 206957 URL: http://gcc.gnu.org/viewcvs?rev=206957&root=gcc&view=rev Log: PR preprocessor/58580 - preprocessor goes OOM with warning for zero litera

[Bug preprocessor/58580] [4.8/4.9 Regression] preprocessor goes OOM with warning for zero literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug preprocessor/58580] [4.8/4.9 Regression] preprocessor goes OOM with warning for zero literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580 --- Comment #6 from Dodji Seketeli --- A candidate patch was sent to http://gcc.gnu.org/ml/gcc-patches/2013-10/msg02676.html

[Bug preprocessor/58580] [4.8/4.9 Regression] preprocessor goes OOM with warning for zero literals

||2013-10-29 Assignee|unassigned at gcc dot gnu.org |dodji at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #5 from Dodji Seketeli --- I am looking into this.

[Bug c++/56782] [4.8/4.9 Regression] Regression with empty pack expansions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56782 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/56782] [4.8/4.9 Regression] Regression with empty pack expansions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56782 --- Comment #3 from Dodji Seketeli --- A candidate patch was sent to http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00841.html for this.

[Bug c++/56782] [4.8/4.9 Regression] Regression with empty pack expansions

at gcc dot gnu.org |dodji at gcc dot gnu.org

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 --- Comment #8 from Dodji Seketeli 2013-02-16 09:33:01 UTC --- Author: dodji Date: Sat Feb 16 09:32:56 2013 New Revision: 196102 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196102 Log: [asan] Fix for PR asan/56330 gcc/

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 --- Comment #7 from Dodji Seketeli 2013-02-16 09:30:10 UTC --- FWIW, I have posted the patch for this to http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00795.html

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 --- Comment #5 from Dodji Seketeli 2013-02-15 19:46:44 UTC --- Created attachment 29477 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29477 Updated patch with cleanups explained in the ChangeLog Thanks! I have updated the patch

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 Dodji Seketeli changed: What|Removed |Added Attachment #29366|0 |1 is obsolete|

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 --- Comment #16 from Dodji Seketeli 2013-02-06 10:55:38 UTC --- Created attachment 29366 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29366 Candidate patch to avoid duplicated intra bb instrumentation > As for Dodji's patch: can

[Bug c++/53609] Wrong variadic template pack expansion in alias template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53609 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/53609] Wrong variadic template pack expansion in alias template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53609 --- Comment #3 from Dodji Seketeli 2013-01-22 10:05:13 UTC --- Author: dodji Date: Tue Jan 22 10:05:05 2013 New Revision: 195367 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195367 Log: PR c++/53609 - Wrong variadic template

[Bug c++/55663] [C++11] Alias template combined with constexpr function is considered non-const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/55663] [C++11] Alias template combined with constexpr function is considered non-const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663 --- Comment #5 from Dodji Seketeli 2013-01-15 09:12:42 UTC --- Author: dodji Date: Tue Jan 15 09:12:30 2013 New Revision: 195189 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195189 Log: PR c++/55663 - constexpr function templ instantia

[Bug c++/55311] Cannot specialize template parameter of type 'const char *const' in 'using' alias

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55311 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/52343] [C++11] alias-definition dont work in `template` params type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52343 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/55311] Cannot specialize template parameter of type 'const char *const' in 'using' alias

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55311 --- Comment #4 from Dodji Seketeli 2013-01-07 08:06:52 UTC --- Author: dodji Date: Mon Jan 7 08:06:46 2013 New Revision: 194961 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194961 Log: PR c++/55311 - Cannot specialize alias template w

[Bug c++/52343] [C++11] alias-definition dont work in `template` params type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52343 --- Comment #5 from Dodji Seketeli 2013-01-07 08:03:39 UTC --- Author: dodji Date: Mon Jan 7 08:03:33 2013 New Revision: 194960 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194960 Log: PR c++/52343 - error with alias templat

[Bug c++/55663] [C++11] Alias template combined with constexpr function is considered non-const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663 --- Comment #4 from Dodji Seketeli 2012-12-23 17:18:27 UTC --- Created attachment 29037 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29037 Candidate patch that I have bootstrapped This is a candidate patch I'll send a little bit

[Bug c++/55663] [C++11] Alias template combined with constexpr function is considered non-const

||dodji at gcc dot gnu.org AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |

[Bug c++/55311] Cannot specialize template parameter of type 'const char *const' in 'using' alias

||2012-12-22 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1

[Bug c++/52343] [C++11] alias-definition dont work in `template` params type

|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |

[Bug c++/54401] Missing diagnostics about type-alias at class scope

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54401 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/54401] Missing diagnostics about type-alias at class scope

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54401 --- Comment #2 from Dodji Seketeli 2012-12-07 17:05:40 UTC --- Author: dodji Date: Fri Dec 7 17:05:19 2012 New Revision: 194306 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194306 Log: PR c++/54401 - Confusing diagnostics about type-a

[Bug c++/54875] Forward declare enums cannot be used as a template argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54875 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/54875] Forward declare enums cannot be used as a template argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54875 --- Comment #4 from Dodji Seketeli 2012-11-16 15:20:11 UTC --- Author: dodji Date: Fri Nov 16 15:20:03 2012 New Revision: 193562 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193562 Log: PR c++/54875 - Error with alias templa

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #10 from Dodji Seketeli 2012-11-13 16:07:50 UTC --- Author: dodji Date: Tue Nov 13 16:07:39 2012 New Revision: 193479 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193479 Log: PR c++/54466 - ICE with alias template

[Bug c++/54955] alignas example in gcc 4.8 changes.html won't compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/54955] alignas example in gcc 4.8 changes.html won't compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955 --- Comment #6 from Dodji Seketeli 2012-10-31 08:55:51 UTC --- Author: dodji Date: Wed Oct 31 08:55:43 2012 New Revision: 193029 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193029 Log: PR c++/54955 - Fail to parse alignas ex

[Bug c++/54875] Forward declare enums cannot be used as a template argument

||2012-10-26 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |

[Bug c++/54955] alignas example in gcc 4.8 changes.html won't compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955 Dodji Seketeli changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c++/53540] C++11: using fails to be equivalent to typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53540 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/53540] C++11: using fails to be equivalent to typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53540 --- Comment #8 from Dodji Seketeli 2012-10-10 10:44:02 UTC --- Author: dodji Date: Wed Oct 10 10:43:53 2012 New Revision: 192304 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192304 Log: PR c++/53540 - using fails to be equiva

[Bug middle-end/54860] [4.8 Regression]: build fails when configuring libgfortran due to recent "attribute" changes in core gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54860 --- Comment #18 from Dodji Seketeli 2012-10-10 10:25:13 UTC --- Author: dodji Date: Wed Oct 10 10:25:03 2012 New Revision: 192301 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192301 Log: PR middle-end/54860 - Make sure attrib

[Bug middle-end/54860] [4.8 Regression]: build fails when configuring libgfortran due to recent "attribute" changes in core gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54860 --- Comment #9 from Dodji Seketeli 2012-10-09 14:52:24 UTC --- Created attachment 28400 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28400 Candidate fix patch Guys, could you please test this patch on your trees to see if it fixe

[Bug middle-end/54860] [4.8 Regression]: build fails on cris-elf configuring libgfortran due to recent "attribute" changes in core gcc

||2012-10-08 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Dodji Seketeli 2012-10-08 21:58:09 UTC --- I am looking at

[Bug c++/53528] Support C++11 generalized attributes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53528 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/53528] Support C++11 generalized attributes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53528 --- Comment #6 from Dodji Seketeli 2012-10-08 09:29:13 UTC --- Author: dodji Date: Mon Oct 8 09:29:05 2012 New Revision: 192199 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192199 Log: PR c++/53528 C++11 attribute support

[Bug c++/54372] __attribute__((unused)) doesn't work with unused local typedef in template function.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/54372] __attribute__((unused)) doesn't work with unused local typedef in template function.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372 --- Comment #7 from Dodji Seketeli 2012-09-28 13:32:52 UTC --- Author: dodji Date: Fri Sep 28 13:32:41 2012 New Revision: 191830 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191830 Log: PR c++/54372 - unused attribute inactiv

[Bug c++/29028] No warning about unused names introduced with using declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29028 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/29028] No warning about unused names introduced with using declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29028 --- Comment #4 from Dodji Seketeli 2012-09-28 12:51:42 UTC --- Author: dodji Date: Fri Sep 28 12:51:30 2012 New Revision: 191829 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191829 Log: PR c++/29028 - Missed unused warning on

[Bug c++/53551] -Wunused-local-typedefs misses uses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53551 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/53551] -Wunused-local-typedefs misses uses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53551 --- Comment #5 from Dodji Seketeli 2012-09-28 12:21:49 UTC --- Author: dodji Date: Fri Sep 28 12:21:33 2012 New Revision: 191828 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191828 Log: PR c++/53551 - -Wunused-local-typedefs

[Bug bootstrap/54719] New: Bootstrap stuck in stage1 with message "checking for compiler with PCH support"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54719 Bug #: 54719 Summary: Bootstrap stuck in stage1 with message "checking for compiler with PCH support" Classification: Unclassified Product: gcc Version: unknown

[Bug c++/54401] Missing diagnostics about type-alias at class scope

||dodji at gcc dot gnu.org AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |

[Bug c++/29028] No warning about unused names introduced with using declarations

|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |

[Bug c++/53551] -Wunused-local-typedefs misses uses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53551 --- Comment #4 from Dodji Seketeli 2012-09-20 20:23:35 UTC --- A candidate patch was sent to http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01492.html

[Bug c++/53551] -Wunused-local-typedefs misses uses

||2012-09-20 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #3 from Dodji Seketeli 2012-09-20 13:46:59 UTC --- Yes, I am

[Bug c++/54372] __attribute__((unused)) doesn't work with unused local typedef in template function.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372 Dodji Seketeli changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from D

[Bug preprocessor/53469] #pragma GCC diagnostic works, but using _Pragma doesn't for -Wunused-local-typedefs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53469 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug preprocessor/53469] #pragma GCC diagnostic works, but using _Pragma doesn't for -Wunused-local-typedefs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53469 --- Comment #2 from Dodji Seketeli 2012-08-27 15:41:44 UTC --- Author: dodji Date: Mon Aug 27 15:41:38 2012 New Revision: 190714 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190714 Log: PR preprocessor/53469 - argument tokens of _Pragma

[Bug c++/53609] Wrong variadic template pack expansion in alias template

at gcc dot |dodji at gcc dot gnu.org |gnu.org |

[Bug c++/53540] C++11: using fails to be equivalent to typedef

at gcc dot |dodji at gcc dot gnu.org |gnu.org | --- Comment #3 from Dodji Seketeli 2012-08-16 19:09:39 UTC --- Sorry, I am getting to this just now.

[Bug c++/53528] Support C++11 generalized attributes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53528 --- Comment #4 from Dodji Seketeli 2012-07-26 15:27:17 UTC --- A candidate implementation patch for this has been posted to http://gcc.gnu.org/ml/gcc-patches/2012-07/msg01348.html @Joseph: Thank you for the note. I believe the patch handles thi

[Bug preprocessor/53463] [4.8 Regression]: system header not recognized, yielding warnings about long long preprocessor constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53463 --- Comment #6 from Dodji Seketeli 2012-06-04 19:20:16 UTC --- Author: dodji Date: Mon Jun 4 19:19:58 2012 New Revision: 188203 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188203 Log: PR preprocessor/53463 - Fix system header detectio

[Bug c++/53528] Support C++11 generalized attributes

||2012-05-30 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1

[Bug c++/53528] New: Support C++11 generalized attributes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53528 Bug #: 53528 Summary: Support C++11 generalized attributes Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P

[Bug preprocessor/53469] #pragma GCC diagnostic works, but using _Pragma doesn't for -Wunused-local-typedefs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53469 --- Comment #1 from Dodji Seketeli 2012-05-29 10:20:52 UTC --- I candidate fix was proposed to http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01899.html

[Bug preprocessor/53229] Fix diagnostics location when pasting tokens

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53229 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug bootstrap/53459] ../../work/libcpp/lex.c:593:18: error: typedef 'check_count' locally defined but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53459 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug bootstrap/53459] ../../work/libcpp/lex.c:593:18: error: typedef 'check_count' locally defined but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53459 --- Comment #6 from Dodji Seketeli 2012-05-29 09:42:44 UTC --- Author: dodji Date: Tue May 29 09:42:39 2012 New Revision: 187947 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187947 Log: PR bootstrap/53459 - unused local typedef when bui

[Bug preprocessor/53229] Fix diagnostics location when pasting tokens

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53229 --- Comment #2 from Dodji Seketeli 2012-05-29 09:36:34 UTC --- Author: dodji Date: Tue May 29 09:36:29 2012 New Revision: 187945 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187945 Log: PR preprocessor/53229 - Fix diagnostics location w

[Bug c++/53469] #pragma GCC diagnostic works, but using _Pragma doesn't for -Wunused-local-typedefs

||2012-05-25 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1

[Bug preprocessor/53463] [4.8 Regression]: system header not recognized, yielding warnings about long long preprocessor constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53463 --- Comment #3 from Dodji Seketeli 2012-05-25 09:58:42 UTC --- It seems to me that this issue is dealt with by the patch I have proposed at http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01389.html. The discussion on that patch is still going on.

[Bug preprocessor/53463] [4.8 Regression]: system header not recognized, yielding warnings about long long preprocessor constant

||2012-05-25 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1

[Bug bootstrap/53459] ../../work/libcpp/lex.c:593:18: error: typedef 'check_count' locally defined but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53459 --- Comment #3 from Dodji Seketeli 2012-05-24 21:06:24 UTC --- Fixed in trunk (4.8).

[Bug bootstrap/53459] ../../work/libcpp/lex.c:593:18: error: typedef 'check_count' locally defined but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53459 --- Comment #2 from Dodji Seketeli 2012-05-24 21:05:55 UTC --- Author: dodji Date: Thu May 24 21:05:49 2012 New Revision: 187853 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187853 Log: PR bootstrap/53459 - unused local typedef when bui

[Bug bootstrap/53459] ../../work/libcpp/lex.c:593:18: error: typedef 'check_count' locally defined but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53459 --- Comment #2 from Dodji Seketeli 2012-05-24 21:05:55 UTC --- Author: dodji Date: Thu May 24 21:05:49 2012 New Revision: 187853 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187853 Log: PR bootstrap/53459 - unused local typedef when bui

[Bug bootstrap/53459] ../../work/libcpp/lex.c:593:18: error: typedef 'check_count' locally defined but not used

||2012-05-24 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1

[Bug c++/53322] Wunused-local-typedefs is not enabled by Wall or Wunused

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53322 Dodji Seketeli changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

  1   2   3   4   5   >