From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Soo Subject: Re: rust (build system) deficits Date: Sun, 8 Mar 2020 13:10:45 -0700 Message-ID: <4F4B169B-8A25-440C-8A29-DC39DC94814F@asu.edu> References: Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:40789) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jB2GF-0006qF-6F for guix-devel@gnu.org; Sun, 08 Mar 2020 16:10:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jB2G9-0002Hx-Is for guix-devel@gnu.org; Sun, 08 Mar 2020 16:10:51 -0400 Received: from mail-oi1-x236.google.com ([2607:f8b0:4864:20::236]:38908) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jB2G9-0002H3-6l for guix-devel@gnu.org; Sun, 08 Mar 2020 16:10:49 -0400 Received: by mail-oi1-x236.google.com with SMTP id k21so1214574oij.5 for ; Sun, 08 Mar 2020 13:10:48 -0700 (PDT) In-Reply-To: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: Hartmut Goebel Cc: Guix-devel Hi Hartmut, > On Mar 8, 2020, at 10:16 AM, Hartmut Goebel = wrote: The much more serious issue is that we are not able to build non-trivial Rust applications: Given a package which needs to add phases, e.g. for fixing Cargo.toml, we would need to run each package's phases when building any depending package. Hmm. Can you elaborate more on =E2=80=9Cnot able to build non-trivial rust a= pplications=E2=80=9D? It seems like we have finally made some progress on b= uilding some rust apps. Patching a library Cargo.toml seems like an excelle= nt job for source patches or snippets. Modifying an executable=E2=80=99s Car= go.toml to refer to guix-vendor happens during a phase that matters (because= the executable will be built). We also already have solutions for removing censored code for c library wrap= pers. Clearly the situation is not ideal, but I do think there are improvements to= take just with what we have now. Kindly, John=