Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Randy MacLeod <Randy.MacLeod@windriver.com>
Cc: stevenrwalter@gmail.com, cardoe@cardoe.com,
	openembedded-core@lists.openembedded.org
Subject: Re: [RFC][PATCH 0/3] Move rust from meta-rust to oe-core
Date: Tue, 24 Sep 2019 13:18:23 +0300	[thread overview]
Message-ID: <20190924101823.GC16793@localhost> (raw)
In-Reply-To: <20190924024508.9175-1-Randy.MacLeod@windriver.com>

On Mon, Sep 23, 2019 at 10:45:05PM -0400, Randy MacLeod wrote:
> I moved the Rust support from meta-rust to oe-core.
> 
> As you'd expect, it's still building rust-hello-world for all qemus 
> (except riscv64 which may never have worked). 
> Rust-hello-world runs for me on qemu:
>    x86-64, arm, arm64
> It may run on other machines but that's what I've tested so far.
> 
> We need a list of meta-rust issues that should be resolved 
> in order to get the code accepted in oe-core. I opened an issue 
> to track that:
>    https://github.com/meta-rust/meta-rust/issues/251
> but there haven't been any comments yet. I'd rather track
> issues in github than in the YP Bugzilla:
>   https://bugzilla.yoctoproject.org/show_bug.cgi?id=12675
> 
> Here, in no particular order, are some of
> the defects that I believe need to be fixed:
> 
> 1. build system is assumed to be linux-x86_64
>    https://github.com/meta-rust/meta-rust/issues/23
> 
> 2. Make rust-native build in parallel (it's very slow!)
>    (meta-rust issue/PR to be created by Randy)
> 
> 3. Document developer workflows such as cargo-bitbake.

Is there consensus on how libraries should be handled in general for 
various ecosystems?

Precedent with C, Python and Perl are recipes for each library,
but vendoring seems to be a popular option now.

There are also related topics like how to provide security support
for vendored libraries - this is the main reason why vendored libraries
shipped by upstream are rarely used by distributions in the C ecosystem.

> 4. Build offline ( BB_NO_NETWORK = '1' )
> 
> 5. make rust-hello-world install for qemuriscv64
>    https://github.com/meta-rust/meta-rust/issues/252

LLVM in meta-rust is too old for RISC-V.

Using an own LLVM recipe might makes sense for an external layer, but in 
oe-core the llvm recipe that is already there should be used instead of 
another copy of LLVM.

> 6. ... build rustc and cargo for target (nice to have, only).
>    https://github.com/meta-rust/meta-rust/issues/81
> 
> 7. Bootstrap from C as an option?
>    See: https://bugzilla.yoctoproject.org/show_bug.cgi?id=12675#c2
> 
> 8. Update librsvg to latest (2.46) which uses rust.

2.44 built for me a few months ago with meta-rust.

> What have I missed?
>...

9. Ensure that there are no non-optional dependencies on the target
   librsvg since users will build for targets not supported by Rust.
   The one in webkitgtk seems to be optional or obsolete.

10. Review the whole contents of the layer.
    There are several things where I hope there are better solutions,
    and I expect that what will land in oe-core will look quite 
    different from the current meta-rust.
    See item 5 above for an example.

> ../Randy
>...

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed



  parent reply	other threads:[~2019-09-24 10:18 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-24  2:45 [RFC][PATCH 0/3] Move rust from meta-rust to oe-core Randy MacLeod
2019-09-24  2:45 ` [RFC][Patch 1/3] Add libgit2, libssh2 from meta-oe for rust Randy MacLeod
2019-09-24  2:45 ` [RFC][Patch 2/3] meta-rust: move code to oe-core from meta-rust layer Randy MacLeod
2019-09-24  2:45 ` [RFC][Patch 3/3] rust: mv README.md to recipes-devtools/rust/README-rust.md Randy MacLeod
2019-09-24 10:18 ` Adrian Bunk [this message]
2019-09-25 17:52   ` [RFC][PATCH 0/3] Move rust from meta-rust to oe-core Randy MacLeod
2019-09-26  6:55     ` Adrian Bunk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190924101823.GC16793@localhost \
    --to=bunk@stusta.de \
    --cc=Randy.MacLeod@windriver.com \
    --cc=cardoe@cardoe.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=stevenrwalter@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox