From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45333) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fNHd4-0002lW-RH for guix-patches@gnu.org; Mon, 28 May 2018 08:52:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fNHd4-0003do-1U for guix-patches@gnu.org; Mon, 28 May 2018 08:52:02 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43913) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fNHd3-0003db-Ul for guix-patches@gnu.org; Mon, 28 May 2018 08:52:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fNHd3-0006Zb-O0 for guix-patches@gnu.org; Mon, 28 May 2018 08:52:01 -0400 Subject: [bug#31436] [PATCH 0/6] gnu: Add opencl related packages. Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: Date: Mon, 28 May 2018 14:51:39 +0200 In-Reply-To: (Fis Trivial's message of "Sat, 26 May 2018 17:42:58 +0000") Message-ID: <87r2lw0wpw.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Fis Trivial Cc: 31436@debbugs.gnu.org Hello, Fis Trivial skribis: > I don't think any usable OpenCL implementation in guix can be done in > recent future. OpenCL is kind of deeply integrated with clang and > llvm. One of the problem of this integration is that ld is not invoked > with correct search path. And usually the link procedure is implemented > by calling llvm APIs since ld doesn't know how to link device binary > objects. Which means if we want to solve this problem we will have to > figure out how does llvm do linking and add the corresponding patches to > make a specialized llvm. If I were to do it, I would rather try to get > ld and gcc support basic OpenCL linking, the needed effort is not that > different. In a similar vein, you might want to check =E2=80=98clang-3.5-libc-search-path.patch=E2=80=99. Maybe it doesn=E2=80= =99t help for pocl/beignet because it=E2=80=99s a patch against Clang, not LLVM. We=E2=80=99ll need to investigate more precisely how pocl/beignet invoke the linker, as discussed on help-guix. Ludo=E2=80=99.