[Bug other/80719] New: gcc build fails on libiberty conflicting types: CP_STATIC_IF_GLIBCPP_V3

2017-05-11 Thread joriswu at gmail dot com
Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: joriswu at gmail dot com Target Milestone: --- When building gcc release 7.1.0 according to https://gcc.gnu.org/install, a type conflict in building libiberty causes an error

[Bug other/80720] New: gcc build fails on libiberty conflicting types: CP_STATIC_IF_GLIBCPP_V3

2017-05-11 Thread joriswu at gmail dot com
Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: joriswu at gmail dot com Target Milestone: --- When building gcc release 7.1.0 according to https://gcc.gnu.org/install, a type conflict in building libiberty causes an error

[Bug other/80720] gcc build fails on libiberty conflicting types: CP_STATIC_IF_GLIBCPP_V3

2017-05-11 Thread joriswu at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80720 joris changed: What|Removed |Added Build||linux Mint --- Comment #1 from joris --- Furthe

[Bug other/80719] gcc build fails on libiberty conflicting types: CP_STATIC_IF_GLIBCPP_V3

2017-05-12 Thread joriswu at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80719 --- Comment #3 from joris --- Further analysis shows the conflict is that the source has 'const' yet the header has no 'const' qualifier for struct demangle_component Unpacking binutils into the gcc source tree is what the install guide at https

[Bug c/80036] New: Source line not printed for diagnostic if expanded from a macro

2017-03-13 Thread joriswu at gmail dot com
Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: joriswu at gmail dot com Target Milestone: --- If a diagnostic is printed for code that expands from a macro, and the macro is defined in a header file, the source line is not shown. Only