[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ‘core-updates’ is back!
From: |
Ludovic Courtès |
Subject: |
Re: ‘core-updates’ is back! |
Date: |
Wed, 30 Aug 2017 11:58:35 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
address@hidden (宋文武) skribis:
> Andy Wingo <address@hidden> writes:
>
>> On Tue 29 Aug 2017 00:01, address@hidden (Ludovic Courtès) writes:
>>
>>> Yup, I just created a new ‘core-updates’ branch by pushing
>>> <https://bugs.gnu.org/27849>. Enjoy!
>>>
>>> Let’s freeze in one month, say Oct. 1st?
>>
>> It would be pretty cool if we could fix our O(n^2) problems in search
>> paths in this core-updates -- basically whenever you go to create an
>> environment, instead of making e.g. VAR=A:B:C:..., for all VARs
>> (LIBRARY_PATH, PKG_CONFIG_PATH, etc), instead we make a union directory
>> Z containing the union of A, B, C, etc and set VAR=Z. The goal would be
>> to fix quadratic run-time lookup costs by replacing it with a
>> compile-time computation. This applies to many lookups: PATH, -rpath,
>> etc.
>
> The runtime references scanner of daemon will be inefficient if the
> union gets recorded with all the inputs contained, and we likely won't
> apply this to packages with multiple outputs (eg: fcitx) which will make
> every output including the union into its runtime reference.
Indeed, good point.
Ludo’.
- Re: ‘core-updates’ is back!, (continued)
- Re: ‘core-updates’ is back!, Efraim Flashner, 2017/08/30
- Re: ‘core-updates’ is back!, Marius Bakke, 2017/08/30
- Re: ‘core-updates’ is back!, Ludovic Courtès, 2017/08/31
- Re: ‘core-updates’ is back!, Marius Bakke, 2017/08/31
- Re: ‘core-updates’ is back!, Marius Bakke, 2017/08/31
- Re: ‘core-updates’ is back!, Ricardo Wurmus, 2017/08/30
- Re: ‘core-updates’ is back!, Marius Bakke, 2017/08/30
Re: ‘core-updates’ is back!, Andy Wingo, 2017/08/29