FWIW, I think it is problematic to #include_next<stdlib.h> in <cstdlib>. It isn't <cstdlib> that should #include<stdlib.h> (it should be using a plain #include<stdlib.h>). It is <stdlib.h> that should #include_next<stdlib.h> because they have the same name. The implementation at the moment is proved to cause a relocation problem. There has been nobody willing to solve it yet. It is still unconfirmed whether it is a c pre-processor bug or a driver bug, but, AFAIC, if it turns out to be neither, failure to find "stdlib.h" from the C library of the #include_next directive in <cstdlib> will definitely be a libstdc++ bug. ------------------ Best regards, lh_mouse 2016-05-05 ------------------------------------------------------------- 发件人：Jonathan Wakely <jwakely.gcc@xxxxxxxxx> 发送日期：2016-05-05 17:11 收件人：Daniel Letai 抄送：gcc-help 主题：Re: Errors building mozilla thunderbird 38.7.0 with gcc 6 On 5 May 2016 at 10:08, Jonathan Wakely wrote: > On 5 May 2016 at 10:03, Daniel Letai wrote: >> I could be wrong but it appears there are 2 distinct errors - in gcc6 itself >> (specifically in header files) and in thunderbird (although this version >> does compile with gcc 4.8.2) >> >> Background - rebuilding the thunderbird 38.7.0 rpm (from redhat) using gcc6 >> and binutild 2.26 in RHEL 6.7 >> >> I'm wandering if this is a result of moving to std-14 as default and thus >> not a bug, or if there is some issue with stdlib.h/cstdlib ? > > The heaer problem is a bug in the mozilla code, see s/heaer/header/ > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70722 and > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70872 And the other problem is probably due to not finding the right headers, so is the same problem. If not, then the call to abs(sl) might need to be adjusted to pass an integer, not a double. Both of these issues are documented at https://gcc.gnu.org/gcc-6/porting_to.html
