From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 59538138334 for ; Fri, 14 Dec 2018 20:00:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DD636E07F1; Fri, 14 Dec 2018 20:00:36 +0000 (UTC) Received: from smtpauth.rollernet.us (smtpauth.rollernet.us [IPv6:2607:fe70:0:3::d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8E811E05C1 for ; Fri, 14 Dec 2018 20:00:36 +0000 (UTC) Received: from smtpauth.rollernet.us (localhost [127.0.0.1]) by smtpauth.rollernet.us (Postfix) with ESMTP id 18B8C2800864; Fri, 14 Dec 2018 12:00:30 -0800 (PST) Received: from irrational.integralblue.com (pool-96-237-150-64.bstnma.fios.verizon.net [96.237.150.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtpauth.rollernet.us (Postfix) with ESMTPSA; Fri, 14 Dec 2018 12:00:29 -0800 (PST) Received: from localhost (irrational [127.0.0.1]) by localhost (Postfix) with ESMTP id 4DC3C432BFA1; Fri, 14 Dec 2018 15:00:20 -0500 (EST) X-Virus-Scanned: amavisd-new at integralblue.com Received: from irrational.integralblue.com ([127.0.0.1]) by localhost (integralblue.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id RjcfaC3wuhMe; Fri, 14 Dec 2018 15:00:01 -0500 (EST) Received: from www.integralblue.com (irrational [IPv6:::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by irrational.integralblue.com (Postfix) with ESMTPSA id 133E2432BF66; Fri, 14 Dec 2018 15:00:01 -0500 (EST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_b6e1644f5d85a2dfba27c5cd469aef20"; micalg=pgp-sha256 Date: Fri, 14 Dec 2018 15:00:00 -0500 From: Craig Andrews To: llvm@gentoo.org, gentoo-dev@lists.gentoo.org Cc: gienah@gentoo.org, gentoo@holzke.net Subject: [gentoo-dev] How to handle ROC forks of llvm and clang Message-ID: <5d774dabaee69376e4780c076fb271a6@gentoo.org> X-Sender: candrews@gentoo.org User-Agent: Roundcube Webmail/1.3.8 X-Rollernet-Abuse: Processed by Roller Network Mail Services. Contact abuse@rollernet.us to report violations. Abuse policy: http://www.rollernet.us/policy X-Rollernet-Submit: Submit ID 37ef.5c140bdd.edecd.0 X-Archives-Salt: 6c61d244-0dab-463d-ada1-e396cf619746 X-Archives-Hash: dd221709c32a9b38ebf095b3a3ccde9b This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_b6e1644f5d85a2dfba27c5cd469aef20 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I'm working on packaging the Radeon Open Compute (ROC) packages for Gentoo with first goal being to get the OpenCL runtime working. The OpenCL runtime can be found at: https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime It has a mess of dependencies; I can handle most of them (not that it'll be easy, but at least I know what to do). The 3 troublemakers I'd like to discuss are the ROC forks of: llvm: https://github.com/RadeonOpenCompute/llvm/ clang: https://github.com/RadeonOpenCompute/clang/ ldd: https://github.com/RadeonOpenCompute/ldd/ Potential approaches include: 1) Create new packages for each: sys-devel/radeon-open-compute-llvm, sys-devel/radeon-open-compute-clang, sys-devel/radeon-open-compute-lld 2) Add use flags to existing packages that apply the ROC changes as a patch 3) Add use flags to existing packages that use ROC archives as the SRC_URIs 4) Take the approach justxi did in his overlay which is to bundle these dependencies wherever they're needed; for example, take a look at https://github.com/justxi/rocm/blob/master/media-libs/ROCm-OpenCL-Runtime/ROCm-OpenCL-Runtime-1.7.0-r3.ebuild Personally, I dislike (4), as it's contrary to the bundling policy that Gentoo tries to follow. For (2), I'm concerned that generating and maintaining that patch may be really annoying and a lot of work. For (3), it's not great to have different base archives. Since ROC will eventually upstream all of it's work, (2) is ideal - but I have no idea what the timeline on that upstreaming effort may be, and I can't find anything that gives a hint. What is the best way forward? And what would be acceptable to the Gentoo LLVM project? Thanks, ~Craig --=_b6e1644f5d85a2dfba27c5cd469aef20 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEyTC1jmTRjNyKWaNhRYmxbEYasJIFAlwUC8AACgkQRYmxbEYa sJLB4BAAq6klV7Xoy5S+zNLs3nfdbKNV04Esp4UQP6NvB7wQEY2kyK4l9Pv5A2bo Oh2P4eZsvGJtDvQi7rni+j6tsHDtNfQ8PICGC5Ww+phzazd+/7TDlEyE0TS+dbUT iDZk6qlqZuUBtPauph2UM7wc7YOOE7f2XI0iBatvi9mgxeozfC+cDS2KMYL/fFYd wIYriY08KxyKHMOdmmqI71471H7N3vCqXavgSYQ5jX6p6oSyQuhQKCJOv6liql8E nQTXQfB90Grq3IP/aPRyPC+l2BZPJllxW291W8xLmipUwGHGrh5TL4Q255Qny2sS qNRgKsJTsI+kyYhwR8O3MTY5vDR6dhNLfkFfZ7EgEvvtjliR0XgWZCiMwAEiKWaN jMJICuvKZyAxUABLIaDmD+NyE6wlLYasnWSa2xr45iAgLgdfWJ+7k/PChso5Zo7f EO84pT5Cd0HR2y2Xm8+7YwljtCi9cfq6w0yuoEN98lHZ88g7F2RaIkuzQJFCnTZ0 UgygRAnEOxTITYpz85TpYTmKhi4hdha6h8e+S6+uDaTaXbmgoED8GW1Xkl3mxCfZ Z+3WWYmcrg4n3htoBGXF15HrATOQP5hoKzbMZrXo+juaEEiuk/AzodGwFX/Kr7DR f5bsk1BE9TkccNbD3NFoAKb7rLA5DycBWVdJuetweGnKwyTl1TY= =XPT/ -----END PGP SIGNATURE----- --=_b6e1644f5d85a2dfba27c5cd469aef20--