https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #2 from Igor Chubin ---
Perfect. I'll try to build gcc-7.2-RC-20170802
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #1 from Andrew Pinski ---
This might already be fixed for 7.2.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81711
--- Comment #1 from Andrew Pinski ---
Comment on attachment 41922
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41922
patch to fix
This patch should go upstream first. Note gcc 7.2 is about to release in a few
weeks so it might already
On Thu, Aug 3, 2017 at 8:11 PM, Ian Lance Taylor wrote:
> This patch to libgo changes the mksigtab script to recognize the glibc
> 2.26 NSIG expression. Bootstrapped and ran Go testsuite on
> x86_64-pc-linux-gnu. Committed to mainline. Will commit to GCC 7
> branch when it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
Bug ID: 81712
Summary: gcc does not compile when using glib 2.26 (everything
works fine with 2.25)
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81711
Bug ID: 81711
Summary: __res_state is a struct and a function in glibc 2.26
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81702
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81710
Bug ID: 81710
Summary: build fail with glibc 2.26 due to removing
ucontext/sigaltstack struct tags
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity:
Hi GCC developers,
As ChangeLog mentioned:
2017-08-01 Bin Cheng
* tree.h (POINTER_TYPE_OVERFLOW_UNDEFINED): Delete.
Then how to migrate it for GCC v8.x? for example:
Constant *Result = POINTER_TYPE_OVERFLOW_UNDEFINED ? A : B;
migrated to
Constant *Result = A;
On Thu, 3 Aug 2017, Jeff Law wrote:
> On 08/03/2017 03:32 AM, Jakub Jelinek wrote:
> > On Thu, Aug 03, 2017 at 10:58:07AM +0200, Richard Biener wrote:
> >>> The reason why we punt is the unexpected _4 != 1 condition, the code
> >>> is prepared to handle just _4 == 0 (or _4 != 0) where _4 == 0 is
201 - 211 of 211 matches
Mail list logo