GNU bug report logs - #54796
[PATCH v3 00/22] Add importer for hex.pm and rebar3 build-system for Erlang

Previous Next

Package: guix-patches;

Reported by: Hartmut Goebel <h.goebel <at> crazy-compilers.com>

Date: Fri, 8 Apr 2022 17:03:01 UTC

Severity: normal

Tags: patch

Done: Hartmut Goebel <h.goebel <at> crazy-compilers.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Hartmut Goebel <h.goebel <at> crazy-compilers.com>
To: Maxime Devos <maximedevos <at> telenet.be>, 54796 <at> debbugs.gnu.org
Subject: [bug#54796] [PATCH v3 13/22] gnu: Add erlang-relx.
Date: Sat, 9 Apr 2022 17:18:20 +0200
[Message part 1 (text/plain, inline)]
Am 09.04.22 um 13:45 schrieb Maxime Devos:
> erlang-relx looks like some kind of tool that can be run and not a
> library. … Can the 'erlang-' prefix be dropped?

The github repo says: „|relx| is a library used by rebar3“. Thus I'd 
keep the „erlang-“ prefix.

> Does the input need to be propagated?

AFAIK: Like for Python, run-time dependencies of Erlang *libraries* need 
to be propagated. Erlang does not actually have a notion of „library“. 
It's more like Rust where all all dependent sources are expected to be 
available at build-time and then put into the „executable“. Basically 
this is statically linked, so only developers/package-builders are 
effected by this propagation.

Would be great if some experienced Erlang developer would show up and 
show a solution without needing to propagate.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          |h.goebel <at> crazy-compilers.com                |
|www.crazy-compilers.com  | compilers which you thought are impossible |
[Message part 2 (text/html, inline)]

This bug report was last modified 2 years and 340 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.