[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: [EXTERNAL] Re: Build failure for lang/gcc9 on Linux
On 2/4/21, 14:04, "maya%NetBSD.org@localhost" <maya%NetBSD.org@localhost> wrote:
On Mon, Feb 01, 2021 at 11:28:31PM +0000, Morgan, Iain (ARC-TN)[InuTeq, LLC] wrote:
> I'm attempting to build lang/gcc9 from the 2020Q4 release on Linux. Specifically, I've tried on SLES 15, RHEL 7, and CentOS 7. The failure is identical on all three platforms.
> It appears as if /usr/include/dlfcn.h is not being included. Various symbols, such as RTLD_NOW, dlerror, and dlsym are not declared.
> The problem is isolated to lang/gcc9; I am able to build both lang/gcc8 and lang/gcc10 on these platforms. Admittedly, I have to add --without-zstd to CONFIGURE_ARGS for RHEL/CentOS, but that is a separate issue.
> Iain Morgan
rillig@ wanted to try something new with lang/gcc9 - it's really nice to
have someone try to improve things, but the result turned out a good bit
Are you looking into this because CentOS 7 ships an older compiler, and
some packages pull in a newer compiler from pkgsrc, and that compiler is
failing to build?
trunk has a workaround for this, I guess it has been sitting in tree
long enough that it's okay to backport it now.
I suspect that disabling fortify will also work around it
Thanks for the response. I just tried setting PKGSRC_USE_FORTIFY=no, but that did not alter the behaviour.
To clarify matters a little, on CentOS/RHEL I first build lang/gcc7 with USE_NATIVE_GCC=yes set and then build just under 1500 packages using that compiler. On SLES 15, the system compiler is already GCC 7.5, so I use that to build the same set of packages.
Our users have requested both GCC 9 and GCC 10, so I am attempting to use pkgsrc to build both of them. At least, lang/gcc10 builds withut too much hassle. I'll have to take a look at the update to gcc.mk.
Main Index |
Thread Index |