[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: librsvg & Rust
From: |
Marius Bakke |
Subject: |
Re: librsvg & Rust |
Date: |
Sat, 23 Mar 2019 23:44:11 +0100 |
User-agent: |
Notmuch/0.28.2 (https://notmuchmail.org) Emacs/26.1 (x86_64-pc-linux-gnu) |
Ludovic Courtès <address@hidden> writes:
> Hi!
>
> Marius Bakke <address@hidden> skribis:
>
>> Ludovic Courtès <address@hidden> writes:
>
> [...]
>
>>>> I wanted to ask about this: is Rust supported on all the platforms we
>>>> support at the moment?
>>>
>>> According to Efraim and Danny, we have a problem at the moment.
>>> Presumably that can be worked around?
>>
>> Right, Rust currently only works on x86_64. In order to get this branch
>> started, let us either:
>>
>> * Revert back to 2.40.20, or
>> * Conditionally use the new version on supported platforms
>>
>> For the latter, I imagine something along the lines of...
>>
>> (define-public librsvg
>> (if (string-prefix? "x86_64" (or (%current-target-system)
>> (%current-system)))
>> librsvg-2.44
>> librsvg-2.40))
>
> It would have to be a macro so that the conditional is evaluated in a
> context where (%current-system) and (%current-target-system) have the
> right value, like the ‘glibc’ macro we had until commit
> 2d546858b139e5fcf2cbdf9958a17fd98803ac4c.
Right, thanks!
>> Preferences?
>
> I have a slight preference for having the same librsvg on all platforms.
>
> So we could add 2.44 alongside 2.40, but keep using 2.40 until our Rust
> package works on all the platforms.
>
> That said, if the chances are that Rust won’t work on all 4 platforms in
> the foreseeable future, the other option (upgrading on platforms where
> Rust is supported) may be preferable.
>
> Your call! :-)
I don't have a strong opinion, so I restored the previous librsvg
variant for now and kept the Rust one as 'librsvg-next' with commit
f67417a1b4d3fbd3a2e1593d32422e0d901ba367.
Let's "freeze" and try to merge this branch soon. Are there any pending
patches?
signature.asc
Description: PGP signature
- Re: librsvg & Rust, (continued)
Re: librsvg & Rust, Ludovic Courtès, 2019/03/15