[Bug c++/34198] -Wconversion gives apparent erroneous warning with g++ 4.3-20071109

--- Comment #1 from tom dot browder at gmail dot com 2007-11-22 21:35 --- Created an attachment (id=14616) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14616&action=view) Output from running: g++-4.3-20071109 -v -save-temps -c test_conversion.cc -- http://gcc.

[Bug c++/34198] -Wconversion gives apparent erroneous warning with g++ 4.3-20071109

--- Comment #6 from tom dot browder at gmail dot com 2007-11-23 02:03 --- Created an attachment (id=14623) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14623&action=view) Output from running: g++-4.3-20071109 -v -save-temps -c -wconversion test_conversion.cc --

[Bug c++/34198] -Wconversion gives apparent erroneous warning with g++ 4.3-20071109

--- Comment #7 from tom dot browder at gmail dot com 2007-11-23 02:05 --- Created an attachment (id=14624) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14624&action=view) Intermediate file produced by g++-4.3-20071109 -- tom dot browder at gmail dot com

[Bug c++/34198] -Wconversion gives apparent erroneous warning with g++ 4.3-20071109

--- Comment #15 from tom dot browder at gmail dot com 2007-11-24 02:36 --- Tried: g++ -c -Wconversion test_conversion.cc using g++ trunk of svn version 30392 and had no warnings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34198

[Bug target/30826] alignment error

--- Comment #10 from tom dot culliton at oracle dot com 2008-01-07 17:42 --- We've run afoul of this issue as well attempting to use gcc 4.1.1 and 4.1.2 on this platform, and it means that G++ is essentially unusable for us. Not following the IA64 ABI/Runtime Standard is a p

[Bug c++/26786] New: template class method defined out-of-line is not instantiated

ssigned at gcc dot gnu dot org ReportedBy: tom dot hilinski at comcast dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26786

[Bug c++/54111] function return type template deduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111 Tom de Geus changed: What|Removed |Added CC||tom at geus dot me --- Comment #6 from

[Bug c++/106423] New: -Wc++20-compat diagnostics not suppressed by #pragma GCC diagnostic ignored

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tom at honermann dot net Target Milestone: --- As demonstrated at https://godbolt.org/z/GoTqPTcM3, use of gcc's '#pragma GCC diagnostic ignored "-Wc++20-com

[Bug c++/106423] -Wc++20-compat diagnostics not suppressed by #pragma GCC diagnostic ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106423 --- Comment #1 from Tom Honermann --- A patch for this issue was submitted to the gcc-patches mailing list and is available at https://gcc.gnu.org/pipermail/gcc-patches/2022-July/598736.html.

[Bug c++/106426] New: UTF-8 character literals do not have unsigned type in the preprocessor in -fchar8_t mode

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tom at honermann dot net Target Milestone: --- As demonstrated at https://godbolt.org/z/7xzWEbqb5, UTF-8 character literals in preprocessor directives are given

[Bug preprocessor/106426] UTF-8 character literals do not have unsigned type in the preprocessor in -fchar8_t mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106426 --- Comment #1 from Tom Honermann --- A patch for this issue was submitted to the gcc-patches mailing list with the patch series available at https://gcc.gnu.org/pipermail/gcc-patches/2022-August/599240.html.

[Bug preprocessor/106426] UTF-8 character literals do not have unsigned type in the preprocessor in -fchar8_t mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106426 --- Comment #3 from Tom Honermann --- I believe this issue can be resolved as fixed via commit 053876cdbe8057210e6f4da4eec2df58f92ccd4c for the gcc 13 release.

[Bug c++/106423] -Wc++20-compat diagnostics not suppressed by #pragma GCC diagnostic ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106423 --- Comment #3 from Tom Honermann --- I believe this issue can be resolved as fixed via commit 60468d6cd46a3bd3afe8ff856f82afcd4c65a217 for the gcc 13 release.

[Bug c++/71136] [concepts] Spurious 'converting overloaded function is ambiguous' error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71136 --- Comment #3 from Tom Honermann --- (In reply to Andrew Pinski from comment #2) > Hmm, clang and MSVC also reject the code in comment #1 (the one without the > bool) for the same reason as GCC. Interesting. Perhaps this is a common co

[Bug tree-optimization/105545] [12/13 Regression] Warning for string assignment with _GLIBCXX_ASSERTIONS since r12-3347-g8af8abfbbace49e6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105545 --- Comment #4 from Tom Hughes --- You don't need -D_GLIBCXX_ASSERTIONS in C++20 mode but you do in C++17 mode it seems.

[Bug tree-optimization/105545] [12/13 Regression] Warning for string assignment with _GLIBCXX_ASSERTIONS since r12-3347-g8af8abfbbace49e6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105545 --- Comment #5 from Tom Hughes --- On top of -O1 you seem to need all of -fexpensive-optimizations -ftree-vrp -fipa-sra to trigger it.

[Bug tree-optimization/105545] [12/13 Regression] Warning for string assignment with _GLIBCXX_ASSERTIONS since r12-3347-g8af8abfbbace49e6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105545 --- Comment #6 from Tom Hughes --- The reason it only happens with -D_GLIBCXX_ASSERTIONS or in C++20 mode is that both of those stop the use of the explicit instantiations for basic_string and cause them to be implicitly instantiated.

[Bug c++/116746] New: Explicit specializations of static variable templates are incorrectly given external linkage

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tom at honermann dot net Target Milestone: --- As demonstrated by the following test case, GCC emits symbols with external linkage for explicit

[Bug c/111884] [13/14 Regression] unsigned char no longer aliases anything under -std=c2x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884 --- Comment #4 from Tom Honermann --- (In reply to Marek Polacek from comment #3) > Thanks, I can test Thank you. That change looks right. My apologies for introducing the regression.

[Bug c++/115658] char16_t and char32_t aliasing is conserative

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115658 Tom Honermann changed: What|Removed |Added CC||tom at honermann dot net --- Comment

[Bug c++/115658] char16_t and char32_t aliasing is conserative

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115658 --- Comment #3 from Tom Honermann --- In retrospect, I think I misunderstood Andrew's motivation for filing this issue. There is a difference of behavior between gcc and clang with regard to aliasing of `char16_t` and `char32_t` with re

[Bug objc++/119146] New: Documentation missing for the OBJCPLUS_INCLUDE_PATH environment variable

: normal Priority: P3 Component: objc++ Assignee: unassigned at gcc dot gnu.org Reporter: tom at honermann dot net Target Milestone: --- GCC's environment variable documentation (https://gcc.gnu.org/onlinedocs/gcc/Environment-Variables.html#index-CPAT

[Bug c++/119497] Improve diagnostic for failed assert(expr) in constexpr context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119497 Tom Honermann changed: What|Removed |Added CC||tom at honermann dot net --- Comment

[Bug middle-end/40589] New: efficiency problem with V2HI add

roduct: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Tom dot de dot Vries at Nxp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40589

[Bug c/35163] New: folding comparison loses cast

Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Tom dot de dot Vries at Nxp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35163

[Bug c/35171] New: ICE in vect_recog_dot_prod_pattern

Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Tom dot de dot Vries at Nxp dot com GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35171

[Bug fortran/18428] No preprocessing option -cpp for gfortran

--- Comment #7 from tom dot browder at fwb dot srs dot com 2006-03-07 20:37 --- (In reply to comment #6) > While I completely agree with you, I don't see a way to do that with the > current framework. On the other hand, when (or if) we switch to cpplib, it How does

<    1   2   3