unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Re: 01/03: gnu: lld-as-ld-wrapper: Add version 15.
       [not found] ` <20221117181744.1E709C0E4B9@vcs2.savannah.gnu.org>
@ 2022-11-19 11:30   ` Christopher Baines
  2022-11-19 21:15     ` Marius Bakke
  0 siblings, 1 reply; 4+ messages in thread
From: Christopher Baines @ 2022-11-19 11:30 UTC (permalink / raw)
  To: guix-devel; +Cc: Marius Bakke

[-- Attachment #1: Type: text/plain, Size: 1770 bytes --]


guix-commits@gnu.org writes:

> mbakke pushed a commit to branch master
> in repository guix.
>
> commit 65976a8382678cd983ceddde040b777cba1f1be9
> Author: Marius Bakke <marius@gnu.org>
> AuthorDate: Thu Nov 17 07:22:41 2022 +0100
>
>     gnu: lld-as-ld-wrapper: Add version 15.
>
>     * gnu/packages/llvm.scm (lld-as-ld-wrapper-15): New variable.
> ---
>  gnu/packages/llvm.scm | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/gnu/packages/llvm.scm b/gnu/packages/llvm.scm
> index de19b40343..2b50b127c2 100644
> --- a/gnu/packages/llvm.scm
> +++ b/gnu/packages/llvm.scm
> @@ -1625,6 +1625,9 @@ misuse of libraries outside of the store.")
>    (make-lld-wrapper lld))
>
>  ;;; A LLD wrapper that can be used as a (near) drop-in replacement to GNU ld.
> +(define-public lld-as-ld-wrapper-15
> +  (make-lld-wrapper lld-15 #:lld-as-ld? #t))
> +
>  (define-public lld-as-ld-wrapper
>    (make-lld-wrapper lld #:lld-as-ld? #t))

I spotted this change when looking at [1] as the Guix Data Service is
failing at extracting a consistent derivation for lld-as-ld-wrapper@0.

1: https://qa.guix.gnu.org/issue/59367

Maybe that could be viewed as a bug in the Guix Data Service, as it
assumes/wants packages to be unique by name and version (at least the
public/visible packages).

But this is something raised by the linter also:

  → ./pre-inst-env guix lint lld-as-ld-wrapper
  guix lint: warning: ambiguous package specification `lld-as-ld-wrapper'
  guix lint: warning: choosing lld-as-ld-wrapper@0 from gnu/packages/llvm.scm:1594:2

Is there something that can be done about this, perhaps by using the lld
package version in the name or version for this package, or by hiding
this package?

Thanks,

Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 987 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: 01/03: gnu: lld-as-ld-wrapper: Add version 15.
  2022-11-19 11:30   ` 01/03: gnu: lld-as-ld-wrapper: Add version 15 Christopher Baines
@ 2022-11-19 21:15     ` Marius Bakke
  2022-11-20  1:30       ` Maxim Cournoyer
  2022-11-21 11:08       ` Ludovic Courtès
  0 siblings, 2 replies; 4+ messages in thread
From: Marius Bakke @ 2022-11-19 21:15 UTC (permalink / raw)
  To: Christopher Baines, guix-devel; +Cc: Maxim Cournoyer

[-- Attachment #1: Type: text/plain, Size: 2086 bytes --]

Christopher Baines <mail@cbaines.net> skriver:

> guix-commits@gnu.org writes:
>
>> mbakke pushed a commit to branch master
>> in repository guix.
>>
>> commit 65976a8382678cd983ceddde040b777cba1f1be9
>> Author: Marius Bakke <marius@gnu.org>
>> AuthorDate: Thu Nov 17 07:22:41 2022 +0100
>>
>>     gnu: lld-as-ld-wrapper: Add version 15.
>>
>>     * gnu/packages/llvm.scm (lld-as-ld-wrapper-15): New variable.
>> ---
>>  gnu/packages/llvm.scm | 3 +++
>>  1 file changed, 3 insertions(+)
>>
>> diff --git a/gnu/packages/llvm.scm b/gnu/packages/llvm.scm
>> index de19b40343..2b50b127c2 100644
>> --- a/gnu/packages/llvm.scm
>> +++ b/gnu/packages/llvm.scm
>> @@ -1625,6 +1625,9 @@ misuse of libraries outside of the store.")
>>    (make-lld-wrapper lld))
>>
>>  ;;; A LLD wrapper that can be used as a (near) drop-in replacement to GNU ld.
>> +(define-public lld-as-ld-wrapper-15
>> +  (make-lld-wrapper lld-15 #:lld-as-ld? #t))
>> +
>>  (define-public lld-as-ld-wrapper
>>    (make-lld-wrapper lld #:lld-as-ld? #t))
>
> I spotted this change when looking at [1] as the Guix Data Service is
> failing at extracting a consistent derivation for lld-as-ld-wrapper@0.
>
> 1: https://qa.guix.gnu.org/issue/59367
>
> Maybe that could be viewed as a bug in the Guix Data Service, as it
> assumes/wants packages to be unique by name and version (at least the
> public/visible packages).
>
> But this is something raised by the linter also:
>
>   → ./pre-inst-env guix lint lld-as-ld-wrapper
>   guix lint: warning: ambiguous package specification `lld-as-ld-wrapper'
>   guix lint: warning: choosing lld-as-ld-wrapper@0 from gnu/packages/llvm.scm:1594:2
>
> Is there something that can be done about this, perhaps by using the lld
> package version in the name or version for this package, or by hiding
> this package?

I think using the LLD version is sensible.  I made this change in
cd9161372aa3ec9b8902385d5937d04e1868495c and also inherited the
home-page and license fields.

Maxim: please let me know if you this this was misguided!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: 01/03: gnu: lld-as-ld-wrapper: Add version 15.
  2022-11-19 21:15     ` Marius Bakke
@ 2022-11-20  1:30       ` Maxim Cournoyer
  2022-11-21 11:08       ` Ludovic Courtès
  1 sibling, 0 replies; 4+ messages in thread
From: Maxim Cournoyer @ 2022-11-20  1:30 UTC (permalink / raw)
  To: Marius Bakke; +Cc: Christopher Baines, guix-devel

Hi,

Marius Bakke <marius@gnu.org> writes:

> Christopher Baines <mail@cbaines.net> skriver:

[...]

>> I spotted this change when looking at [1] as the Guix Data Service is
>> failing at extracting a consistent derivation for lld-as-ld-wrapper@0.
>>
>> 1: https://qa.guix.gnu.org/issue/59367
>>
>> Maybe that could be viewed as a bug in the Guix Data Service, as it
>> assumes/wants packages to be unique by name and version (at least the
>> public/visible packages).
>>
>> But this is something raised by the linter also:
>>
>>   → ./pre-inst-env guix lint lld-as-ld-wrapper
>>   guix lint: warning: ambiguous package specification `lld-as-ld-wrapper'
>>   guix lint: warning: choosing lld-as-ld-wrapper@0 from gnu/packages/llvm.scm:1594:2
>>
>> Is there something that can be done about this, perhaps by using the lld
>> package version in the name or version for this package, or by hiding
>> this package?
>
> I think using the LLD version is sensible.  I made this change in
> cd9161372aa3ec9b8902385d5937d04e1868495c and also inherited the
> home-page and license fields.
>
> Maxim: please let me know if you this this was misguided!

No, it looks reasonable to me :-).

-- 
Thanks,
Maxim


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: 01/03: gnu: lld-as-ld-wrapper: Add version 15.
  2022-11-19 21:15     ` Marius Bakke
  2022-11-20  1:30       ` Maxim Cournoyer
@ 2022-11-21 11:08       ` Ludovic Courtès
  1 sibling, 0 replies; 4+ messages in thread
From: Ludovic Courtès @ 2022-11-21 11:08 UTC (permalink / raw)
  To: Marius Bakke; +Cc: Christopher Baines, guix-devel, Maxim Cournoyer

Hi,

Marius Bakke <marius@gnu.org> skribis:

> I think using the LLD version is sensible.  I made this change in
> cd9161372aa3ec9b8902385d5937d04e1868495c and also inherited the
> home-page and license fields.

Thanks!

I’d like to point out that duplicate packages (same name and same
version) lead to the failure of the test called "fold-available-packages
with/without cache" in ‘tests/packages.scm’, so that also fixed that.
:-)

Ludo’.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2022-11-21 11:09 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <166870906351.8449.8741107130024395258@vcs2.savannah.gnu.org>
     [not found] ` <20221117181744.1E709C0E4B9@vcs2.savannah.gnu.org>
2022-11-19 11:30   ` 01/03: gnu: lld-as-ld-wrapper: Add version 15 Christopher Baines
2022-11-19 21:15     ` Marius Bakke
2022-11-20  1:30       ` Maxim Cournoyer
2022-11-21 11:08       ` Ludovic Courtès

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).