[Bug libgcc/78017] weak reference usage in gthr-posix.h (__gthread*) is broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017 Ben Longbons changed: What|Removed |Added CC||b.r.longbons at gmail dot com

[Bug other/83150] GCC's internal use of `abort`is unsafe in several ways

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83150 --- Comment #3 from Ben Longbons --- (In reply to Andrew Pinski from comment #1) > The signal handler will always be sync unless someone decides to do a kill > from the command line. You're assuming that no library ever calls abort(). Glibc

[Bug other/83150] New: GCC's internal use of `abort`is unsafe in several ways

Component: other Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Target Milestone: --- 1. if the `fancy_abort` redefinition is used, exit() is called (and thus atexit handlers), violating the assumptions of both plugins and later system headers

[Bug libstdc++/82554] uniform_real_distribution can generate the upper endpoint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82554 --- Comment #3 from Ben Longbons --- There is DR2524 for the [0, 1) case. Otherwise, filing bugs there looks really complicated. I've given you a reproducer. That's as much as I'm capable of.

[Bug c/82542] -fdump-lang-raw (formerly -fdump-translation-unit) no longer available for C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82542 --- Comment #9 from Ben Longbons --- The ones I've filed are: #54533, #58150, #80466 But there are quite a few more at https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=__open__=debug_id=190134=gcc

[Bug c/82542] -fdump-lang-raw (formerly -fdump-translation-unit) no longer available for C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82542 --- Comment #7 from Ben Longbons --- I saw that mailing list post, but it only explains *what*, not *why*. I never really gave consideration to DWARF, since in my little experience it is very unportable for a "standard". I suppose I could

[Bug libstdc++/82554] uniform_real_distribution can generate the upper endpoint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82554 --- Comment #1 from Ben Longbons --- Ugh, part of my explanation was wrong: it's not the difference of exponents, it's the number of common bits between the min and the (inclusive) max. That just happens to both be 1 bit when the (exclusive) max

[Bug libstdc++/82554] New: uniform_real_distribution can generate the upper endpoint

Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Target Milestone: --- This is related to #64351 and #63176, for which a totally-bogus fix was applied. There is actually a defect in the standard: it requires

[Bug c/71996] -fdump-translation-unit fails to dump string literals of type char16_t/char32_t/wchar_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71996 --- Comment #2 from Ben Longbons --- It's now called -fdump-lang-raw, and for some reason it's only active in C++ mode (filed bug #82542). But this bug is still present with those changes made.

[Bug c/82542] New: -fdump-lang-raw (formerly -fdump-translation-unit) no longer available for C

: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Target Milestone: --- With the refactoring to (sensibly I guess?) make it somehow language-specific, it got dropped from the C FE, via which

[Bug c++/81787] New: `#pragma GCC diagnostic warning "-fpermissive"` no longer works since gcc 4.8

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Target Milestone: --- This worked with 4.7, but fails with 4.8 through 7.1. Original reports on StackOverflow: https://stackov

[Bug debug/80466] New: template<> using loses template argument in debuginfo

ty: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Target Milestone: --- // BAD: g++-6 -std=c++0x -gusing-template.cpp -o using-template -gdwarf-4 // BAD: g++-6 -std=c++0x -gusing-template.cpp -o using-template -gd

[Bug c/71996] New: -fdump-translation-unit fails to dump string literals of type char16_t/char32_t/wchar_t

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Target Milestone: --- $ cat dump.c #include #include char string1[] = "1string"; wchar_t string2[] = L"2string&quo

[Bug jit/71334] gccjit's sized integers have different underlying types than stdint.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71334 --- Comment #3 from Ben Longbons --- What I'm trying to do is: * parse some source code from a new language I'm developing. * Emit that to machine code via some backend (C, GCCJIT, LLVM, firm, etc.) * Also emit a header file so that the library

[Bug jit/71334] New: gccjit's sized integers have different underlying types than stdint.h

Priority: P3 Component: jit Assignee: dmalcolm at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Target Milestone: --- Created attachment 38594 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38594=edit Utility to print underlying types of

[Bug sanitizer/67941] calls on function pointer from a captureless lambda cause ubsan warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67941 Ben Longbons changed: What|Removed |Added CC||b.r.longbons at gmail dot com

[Bug c++/64826] Better diagnostics for when ADL/overloading doesn't apply as desired

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64826 --- Comment #1 from Ben Longbons b.r.longbons at gmail dot com --- Created attachment 34597 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34597action=edit test set 2, regressions on namespace merging (I don't understand this)

[Bug c++/64826] Better diagnostics for when ADL/overloading doesn't apply as desired

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64826 --- Comment #2 from Ben Longbons b.r.longbons at gmail dot com --- Created attachment 34598 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34598action=edit test set 3, regressions on namespace splitting

[Bug c++/64826] New: Better diagnostics for when ADL/overloading doesn't apply as desired

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Created attachment 34596 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34596action=edit test set 1, regressions on namespace splitting Recently I

[Bug c++/64626] New: C++14 single quote should not always be a digit separator

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Created attachment 34459 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34459action=edit informative testcase During preprocessing, single quote (') should only

[Bug c++/64626] C++14 single quote should not always be a digit separator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64626 --- Comment #1 from Ben Longbons b.r.longbons at gmail dot com --- Demostration that gcc correctly preprocesses the other tokens: #define JOIN(a, b) a##b JOIN(.., .) // error about pasting . and . #define JOIN3(a, b, c) a##b##c JOIN3

[Bug c++/64574] New: ICE (stack overflow SEGV) with bad template specialization

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Created attachment 34429 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34429action=edit reduced testcase The attached C++ code is illegal because

[Bug c++/63455] New: decltype of statement expression internal compiler error: in cp_parser_abort_tentative_parse, at cp/parser.c:25062

: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com good: Debian 4.6.4-7 bad: Debian 4.7.4-3 bad: Debian 4.8.3-11 bad: Debian 4.9.1-15

[Bug c++/61038] g++ -E is unusable with UDL strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61038 --- Comment #8 from Ben Longbons b.r.longbons at gmail dot com --- (In reply to Ed Smith-Rowland from comment #7) Note to self: you DO need to take care of char... What about multi-char constants, or are they not permitted in C++ UDLs? Normally

[Bug c++/61038] New: g++ -E is unusable with UDL strings

++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com The following program is legal and compiles correctly. However, if preprocessed only, the .ii file in invalid because it fails to escape the s gcc 4.7, 4.8, and 4.9 all fail. Earlier versions did

[Bug c++/61040] New: internal compiler error: in gimplify_init_ctor_preeval, at gimplify.c:3320

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com The following valid program ICEs with g++ 4.9.0. Previous versions (4.6.4, 4.7.3, 4.8.2) compile it just fine. Older versions did not implement

[Bug c++/60835] New: Please support __attribute__((format_arg)) on class types as well as char*

: enhancement Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com It would be nice if GCC could remember if an opaque class contains a format string. The logical extension of this is that a function

[Bug debug/58150] debug info about definition of enum class not emitted if the declaration was already used in a class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58150 --- Comment #1 from Ben Longbons b.r.longbons at gmail dot com --- Still present in gcc 4.9 as of 2014-03-22 Currently I'm hacking around this by using a gdb pretty printer that hard-codes the enum values and turns them into strings

[Bug c++/49604] forward-declared enum's elements in class scope gets default access (class vs struct)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604 --- Comment #2 from Ben Longbons b.r.longbons at gmail dot com --- Still an issue with 4.9 as of 2014-03-22

[Bug debug/58150] New: debug info about definition of enum class not emitted if the declaration was already used in a template

: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Created attachment 30649 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30649action=edit minimal testcase

[Bug c++/57646] New: bogus warning about uninitialized ‘saved_stack.1’ with gotos and VLAs

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b.r.longbons at gmail dot com Created attachment 30321 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30321action=edit minimal testcase The attached reduced testcase gives

[Bug debug/54533] New: breakpoint on C-style variadic function not hit at -O0 on amd64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54533 Bug #: 54533 Summary: breakpoint on C-style variadic function not hit at -O0 on amd64 Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED

[Bug c/54433] New: bogus -Wmissing-format-attribute warnings when first to check is wrong

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54433 Bug #: 54433 Summary: bogus -Wmissing-format-attribute warnings when first to check is wrong Classification: Unclassified Product: gcc Version: 4.6.2 Status:

[Bug c++/53247] New: [regression, c++11] can't use a function from a base class of the same name in a different namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53247 Bug #: 53247 Summary: [regression, c++11] can't use a function from a base class of the same name in a different namespace Classification: Unclassified Product: gcc Version:

[Bug c/52116] pragma GCC diagnostic only acts on some lines

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52116 --- Comment #2 from Ben Longbons b.r.longbons at gmail dot com 2012-02-04 18:30:46 UTC --- ah, got home where I have a bunch of versions ... GCC 4.6 fail with error: #pragma GCC diagnostic not allowed inside functions GCC 4.6.{0,1,2}, branch

[Bug libstdc++/52114] SFINAE out the rvalue iostream operators to give better error messages

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52114 --- Comment #5 from Ben Longbons b.r.longbons at gmail dot com 2012-02-04 22:36:54 UTC --- (In reply to comment #2) Yesterday I was wondering: is there something in C++11 saying explicitly that these tricks are allowed, In N3242, 14.8.2/{7,8}

[Bug libstdc++/52114] New: SFINAE out the rvalue iostream operators to give better error messages

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52114 Bug #: 52114 Summary: SFINAE out the rvalue iostream operators to give better error messages Classification: Unclassified Product: gcc Version: 4.7.0 Status:

[Bug c/52116] New: pragma GCC diagnostic only acts on some lines

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52116 Bug #: 52116 Summary: pragma GCC diagnostic only acts on some lines Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/51956] New: [patch] improve shared_ptr and weak_ptr pretty-printers for gdb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51956 Bug #: 51956 Summary: [patch] improve shared_ptr and weak_ptr pretty-printers for gdb Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED

[Bug c++/51878] New: ICE or OOM with decltype + variadic templates + indirect function call

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51878 Bug #: 51878 Summary: ICE or OOM with decltype + variadic templates + indirect function call Classification: Unclassified Product: gcc Version: 4.6.2 Status:

[Bug c++/51878] ICE or OOM with decltype + variadic templates + indirect function call

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51878 --- Comment #1 from Ben Longbons b.r.longbons at gmail dot com 2012-01-17 08:48:12 UTC --- Created attachment 26348 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26348 variant of the testcase that compiles with gcc 4.6.{1,2}

[Bug c/51676] -Wsuggest-attribute={pure,const} should give line number of declaration, not definition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51676 --- Comment #3 from Ben Longbons b.r.longbons at gmail dot com 2012-01-02 20:27:41 UTC --- I'm not familiar with GCC internals, but would it be as easy as adding and using a second field for first declaration? If the first (possibly only

[Bug c++/51706] New: default copy assignment incorrectly deleted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51706 Bug #: 51706 Summary: default copy assignment incorrectly deleted Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c/51676] New: -Wsuggest-attribute={pure,const} should give line number of declaration, not definition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51676 Bug #: 51676 Summary: -Wsuggest-attribute={pure,const} should give line number of declaration, not definition Classification: Unclassified Product: gcc Version: 4.7.0

[Bug c/51677] New: don't suggest giving main() __attribute__((const))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51677 Bug #: 51677 Summary: don't suggest giving main() __attribute__((const)) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/50593] New: improve __attribute__((format(printf)))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50593 Bug #: 50593 Summary: improve __attribute__((format(printf))) Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: enhancement

[Bug c/50459] New: alignof doesn't work on plain old constant, works with expressions containing it

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50459 Bug #: 50459 Summary: alignof doesn't work on plain old constant, works with expressions containing it Classification: Unclassified Product: gcc Version: 4.6.1

[Bug c++/50248] New: gcc confused, tries to use variadic template to copy itself when it should use default constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50248 Bug #: 50248 Summary: gcc confused, tries to use variadic template to copy itself when it should use default constructor Classification: Unclassified Product: gcc Version: 4.6.0

[Bug c++/45923] constexpr diagnostics, more more

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 Ben Longbons b.r.longbons at gmail dot com changed: What|Removed |Added CC||b.r.longbons

[Bug c++/49604] New: forward-declared enum in class scope is private in context of constexpr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604 Summary: forward-declared enum in class scope is private in context of constexpr Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/49571] New: -flto -Wl,--as-needed drops needed libraries

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49571 Summary: -flto -Wl,--as-needed drops needed libraries Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: