meta-rust -> oe-core

meta-rust -> oe-core

[Randy MacLeod]

I've updated poky-contrib with my merge of meta-rust to oe-core:

http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rmacleod/rust-wip-2021-02-16

The build status is fine (shown below) aside from qemuriscv64/musl
and qemuppc/musl.

Khem is working on the qemuriscv64/musl problem with upstream rust devs.
qemuppc/musl fails due to:
    libunwind.cpp:66:3: error: #error Architecture not supported

Known issues if someone is interested:

1. I have an updated librsvg that isn't building using autotools
    It does build with cargo but I doubt that will produce a library
    that is usable. See https://github.com/meta-rust/meta-rust/issues/264

 
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rmacleod/librsvg-broken-wip-2021-02-16

2. native-sdk support is broken:
     https://github.com/meta-rust/meta-rust/issues/236
    As shown in my OE talk last year, you can do rust application
    development and testing without this but it would be best to
    fix this bug and have rust behave like other YP toolchains.

3. There's an cargo-fetcher proposal sent to the bitbake
    list from Andreas but I don't see a patch to meta-rust to
    make the two patchsets work together. Andreas, is that something
    that you can do, even if it's just a quick change to get started?

4. We're (Vinay via WR) working on a way to use the rustc test suite.
    More to come on that later this week.

Sorry that this has dragged on for so long.
Any help would be appreciated.


-- 
# Randy MacLeod
# Wind River Linux


BUILDALL-QEMU LOG FOR rust-hello-world
START TIME: 2021-02-16_07:19:24
HOSTNAME: ala-lpggp3
HOST OS: Ubuntu 18.04.3 LTS
HOST KERNEL: 5.4.0-62-generic
===============
BUILD RESULTS:
[glibc]
PASS: qemuarmv5
PASS: qemumips
PASS: qemux86-64
PASS: qemuarm64
PASS: qemumips64
PASS: qemuarm
PASS: qemuppc
PASS: qemuriscv64
PASS: qemux86
[musl]
PASS: qemuarmv5
PASS: qemumips
PASS: qemux86-64
PASS: qemuarm64
PASS: qemumips64
PASS: qemuarm
FAIL: qemuppc
FAIL: qemuriscv64
PASS: qemux86
===============
PASSED: 16
FAILED: 2

Re: [OE-core] meta-rust -> oe-core

[Anatol Belski]

Hi Randy,

thanks for driving progress on this work.

On Tue, 2021-02-16 at 21:40 -0500, Randy MacLeod wrote:
> I've updated poky-contrib with my merge of meta-rust to oe-core:
> 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rmacleod/rust-wip-2021-02-16
> 
> The build status is fine (shown below) aside from qemuriscv64/musl
> and qemuppc/musl.
> 
> Khem is working on the qemuriscv64/musl problem with upstream rust
> devs.
> qemuppc/musl fails due to:
>     libunwind.cpp:66:3: error: #error Architecture not supported
> 
> Known issues if someone is interested:
> 
> 1. I have an updated librsvg that isn't building using autotools
>     It does build with cargo but I doubt that will produce a library
>     that is usable. See 
> https://github.com/meta-rust/meta-rust/issues/264
> 
>  
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rmacleod/librsvg-broken-wip-2021-02-16
> 
> 2. native-sdk support is broken:
>      https://github.com/meta-rust/meta-rust/issues/236
>     As shown in my OE talk last year, you can do rust application
>     development and testing without this but it would be best to
>     fix this bug and have rust behave like other YP toolchains.
> 
I was working on the SDK support some passt weeks and coincidentially
filed a PR yesterday

https://github.com/meta-rust/meta-rust/pull/313

This is definitely a wanted feature. If some would have time for a
review, it'd be great. Please also let me know how it would best be
integrated into your patch.

Thanks

Anatol

> 3. There's an cargo-fetcher proposal sent to the bitbake
>     list from Andreas but I don't see a patch to meta-rust to
>     make the two patchsets work together. Andreas, is that something
>     that you can do, even if it's just a quick change to get started?
> 
> 4. We're (Vinay via WR) working on a way to use the rustc test suite.
>     More to come on that later this week.
> 
> Sorry that this has dragged on for so long.
> Any help would be appreciated.
> 
> 
> 
> 
> 

Re: [OE-core] meta-rust -> oe-core

[Randy MacLeod]

On 2021-02-17 6:45 a.m., Anatol Belski wrote:
> Hi Randy,
>
> thanks for driving progress on this work.
>
> On Tue, 2021-02-16 at 21:40 -0500, Randy MacLeod wrote:
>> I've updated poky-contrib with my merge of meta-rust to oe-core:
>>
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rmacleod/rust-wip-2021-02-16
>>
>> The build status is fine (shown below) aside from qemuriscv64/musl
>> and qemuppc/musl.
>>
>> Khem is working on the qemuriscv64/musl problem with upstream rust
>> devs.
>> qemuppc/musl fails due to:
>>      libunwind.cpp:66:3: error: #error Architecture not supported
>>
>> Known issues if someone is interested:
>>
>> 1. I have an updated librsvg that isn't building using autotools
>>      It does build with cargo but I doubt that will produce a library
>>      that is usable. See
>> https://github.com/meta-rust/meta-rust/issues/264
>>
>>   
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rmacleod/librsvg-broken-wip-2021-02-16
>>
>> 2. native-sdk support is broken:
>>       https://github.com/meta-rust/meta-rust/issues/236
>>      As shown in my OE talk last year, you can do rust application
>>      development and testing without this but it would be best to
>>      fix this bug and have rust behave like other YP toolchains.
>>
> I was working on the SDK support some passt weeks and coincidentially
> filed a PR yesterday
>
> https://github.com/meta-rust/meta-rust/pull/313
>
> This is definitely a wanted feature. If some would have time for a
> review, it'd be great.

That's great! I've been stuck in meetings all day but
I should have time tomorrow to review and test this change.


> Please also let me know how it would best be
> integrated into your patch.
Let's use the meta-rust review process and once it's
merged to master, I'll bring it over to my poky-contrib

branch.

Thanks,

../Randy


>
> Thanks
>
> Anatol
>
>> 3. There's an cargo-fetcher proposal sent to the bitbake
>>      list from Andreas but I don't see a patch to meta-rust to
>>      make the two patchsets work together. Andreas, is that something
>>      that you can do, even if it's just a quick change to get started?
>>
>> 4. We're (Vinay via WR) working on a way to use the rustc test suite.
>>      More to come on that later this week.
>>
>> Sorry that this has dragged on for so long.
>> Any help would be appreciated.
>>
>>
>>
>> 
>>
>

-- 
# Randy MacLeod
# Wind River Linux