From: Liliana Marie Prikler <liliana.prikler@gmail.com>
To: mcsinyx@disroot.org, guix-devel@gnu.org
Subject: Re: Strategy for Zig packages
Date: Tue, 26 Jul 2022 20:48:16 +0200 [thread overview]
Message-ID: <e8768f226059f80f564ff382aa754dcc0e70302a.camel@gmail.com> (raw)
In-Reply-To: <CLPJ7QWT04P7.2TKAO7I1F82SY@nix>
Am Dienstag, dem 26.07.2022 um 19:56 +0900 schrieb mcsinyx@disroot.org:
> In case this has not been discussed before, what shall be the plan
> for interdependent Zig packages in Guix? On top of my head there are
> a few options:
>
> 1. Wait until Zig reaches 1.0; it's too soon to decide now.
> 2. Work with Zig maintainers for a standard way to install
> Zig libraries as source code. It could be something like
> ZIG_PKGS where package name is at $ZIG_PKGS/$name.zig,
> or a file containing all the mappings.
> 3. Wrap the zig command and feed it declared dependency information
> while waiting for standardization.
4. Convince Zig maintainers to perhaps maybe not join the ranks of Rust
et al. and produce reusable shared libraries?
I don't think there's a good case to make for reuse via source code
archives (as the only possible way to reuse). Technically, there's a
similar construct in C++ called header-only library, but if you need
more than one header to implement one, I'd highly question your design
choices.
Cheers
next prev parent reply other threads:[~2022-07-26 18:49 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-26 10:56 Strategy for Zig packages mcsinyx
2022-07-26 18:48 ` Liliana Marie Prikler [this message]
2022-07-26 19:23 ` Maxime Devos
2022-08-01 20:43 ` Mája Tomášek
2022-08-02 5:21 ` mcsinyx
2022-08-02 9:09 ` Maxime Devos
2022-08-03 3:35 ` mcsinyx
2022-08-04 23:56 ` Maxime Devos
2022-08-02 9:11 ` Maxime Devos
2022-08-02 9:01 ` Maxime Devos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e8768f226059f80f564ff382aa754dcc0e70302a.camel@gmail.com \
--to=liliana.prikler@gmail.com \
--cc=guix-devel@gnu.org \
--cc=mcsinyx@disroot.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).