From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36153) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejvx8-00034C-Ql for guix-patches@gnu.org; Thu, 08 Feb 2018 18:50:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejvx4-0002gH-QM for guix-patches@gnu.org; Thu, 08 Feb 2018 18:50:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:54811) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ejvx4-0002gA-Ls for guix-patches@gnu.org; Thu, 08 Feb 2018 18:50:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ejvx4-0001e5-8i for guix-patches@gnu.org; Thu, 08 Feb 2018 18:50:02 -0500 Subject: [bug#30340] [PATCH 1/6] gnu: qtbase: Use the store paths for other packages and dynamically loaded libs. Resent-Message-ID: References: <20180203192212.29173-1-h.goebel@crazy-compilers.com> <20180203192505.29516-1-h.goebel@crazy-compilers.com> <20180206100057.5fce0725@scratchpost.org> <08c9a446-3587-b1fe-b60e-d068d1861d0d@crazy-compilers.com> <20180206185443.171d146c@scratchpost.org> From: Hartmut Goebel Message-ID: Date: Fri, 9 Feb 2018 00:49:18 +0100 MIME-Version: 1.0 In-Reply-To: <20180206185443.171d146c@scratchpost.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Danny Milosavljevic Cc: 30340@debbugs.gnu.org Hi Danny, Am 06.02.2018 um 18:54 schrieb Danny Milosavljevic: > The part under discussion is > static bool resolveLibraryInternal() > { > QLibrary lib; > #ifdef LIBRESOLV_SO > lib.setFileName(QStringLiteral(LIBRESOLV_SO)); > if (!lib.load()) > #endif > { > lib.setFileName(QLatin1String("resolv")); <----- > if (!lib.load()) > return false; > ... > > so I guess it can't hurt to substitute something in the line with the arrow, > but LIBRESOLV_SO is more important, right? Thanks a lot for this valuable hint! I investigated this: 1) LIBRESOLV_SO seems to be not defined. The reason seems to be that __GNU_LIBRARY__ is not defined and thus gnu/lib-names.h is not included. (I grepped the code and build-reesults just after the build stage.) 2) Even if LIBRESOLV_SO would be defined, we would need to append the store path. (No problem, though.) Any idea how to solve 1)? -- Regards Hartmut Goebel | Hartmut Goebel | h.goebel@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |