From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 94231] Problems compiling libdrm since glibc 2.23 Date: Mon, 22 Feb 2016 14:47:02 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0461672781==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id AC4796E214 for ; Mon, 22 Feb 2016 14:47:02 +0000 (UTC) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0461672781== Content-Type: multipart/alternative; boundary="14561524221.EA5c9D2df.24701"; charset="UTF-8" --14561524221.EA5c9D2df.24701 Date: Mon, 22 Feb 2016 14:47:02 +0000 MIME-Version: 1.0 Content-Type: text/plain https://bugs.freedesktop.org/show_bug.cgi?id=94231 --- Comment #11 from Emil Velikov --- Thanks for the links Mike. Not sure about others, but I'm not a happy bunny. So there's a issue/bug in stdlib.h (or was it g++), that leads to the inclusion of sys/types.h. To 'fix' this lets break the documented behaviour (for those of us that read the manpages). Hmm ... wait what ? Sorry but this sounds backwards. If we cannot squash the issue, it should be documented properly with list of workarounds (as pointed in the redhat bugzilla). Yes it sucks, big time. Yet we shouldn't break one thing, in order to workaround another issue, should we ? If this workaround is needed/applicable with other libc providers like musl (on Linux at least), then there should be a documentation update alongside the deprecation. Followed by a lengthy period _before_ removing things ? -- You are receiving this mail because: You are the assignee for the bug. --14561524221.EA5c9D2df.24701 Date: Mon, 22 Feb 2016 14:47:02 +0000 MIME-Version: 1.0 Content-Type: text/html

Comment # 11 on bug 94231 from 
Thanks for the links Mike.

Not sure about others, but I'm not a happy bunny.

So there's a issue/bug in stdlib.h (or was it g++), that leads to the inclusion
of sys/types.h. To 'fix' this lets break the documented behaviour (for those of
us that read the manpages). Hmm ... wait what ?

Sorry but this sounds backwards. If we cannot squash the issue, it should be
documented properly with list of workarounds (as pointed in the redhat
bugzilla).
Yes it sucks, big time. Yet we shouldn't break one thing, in order to
workaround another issue, should we ?

If this workaround is needed/applicable with other libc providers like musl (on
Linux at least), then there should be a documentation update alongside the
deprecation. Followed by a lengthy period _before_ removing things ?

You are receiving this mail because:
  • You are the assignee for the bug.
--14561524221.EA5c9D2df.24701-- --===============0461672781== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============0461672781==--