[rust-dev] RFC: Future of the Build System

Gaetan gaetan at xeberon.net
Fri Jan 10 07:53:14 PST 2014


I also agree that the way waf works is quite weird to use, but this is
actually how most of the installers works under windows or some on MacOS:
the code of the installers is embedded into the distributed package. This
violates the debian packaging rules, and I think this will be the same with
rust.

I however really like this approach. You don't have a huge among of
dependencies to setup in order to build your package. This is not a problem
on debian where apt does to marveillous job, but on Windows/Mac/generic
linux/arm, .. this is a nightmare.

One more point in favor of CMake to build rust: you can build
android/arm/misc (thanks to Makefile) with the same CMakeList.txt files, or
with external module inclusion. I also agree that its syntax used to be
quite ugly (the famous if() / else() / endif()), but not so much in the
lastest versions...
But if you require python for building, scons is the perfect, natural
candidate.

-----
Gaetan



2014/1/10 SiegeLord <slabode at aim.com>

> On 01/10/2014 06:19 AM, Robert Knight wrote:
>
>> Hello,
>>
>> CMake does have a few things going for it:
>>
>
> One more consideration is that LLVM can be built with CMake afaik, so if
> we switch to CMake we may be able to drop the autotools dependency, which
> is a more annoying dependency to fulfill (on Windows) than CMake (I don't
> know if Rust has other components that require autotools though).
>
> Along the same lines, we also require Python for whatever reason, so SCons
> would be a natural option too (it can't build LLVM though). I'd only use
> SCons conditional on it accepting a Rust dependency scanner into its
> source: using its current custom scanner infrastructure is not practical as
> I found out.
>
> As for waf... they and Debian have been having a tiff (e.g. see
> http://waf-devel.blogspot.com/2012/01/debian.html ,
> https://lists.debian.org/debian-devel/2012/02/msg00207.html ). I would
> not suggest it based on that.
>
> -SL
>
>
> _______________________________________________
> Rust-dev mailing list
> Rust-dev at mozilla.org
> https://mail.mozilla.org/listinfo/rust-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/rust-dev/attachments/20140110/d1619845/attachment-0001.html>


More information about the Rust-dev mailing list