Re: D support, not sure what to do

Bill Deegan <bill-cJFiu+DHMVC5azolltMz9laTQe2KTcn/@public.gmane.org>
Newsgroups gmane.comp.programming.tools.scons.devel
Message-ID <CAEyG4CE4uRb+=w-9rNhEg92Q-9+T3WMZu33TnScYtA65us2Mtg@mail.gmail.com>
Russel,

I had to google a bunch of things below.

Basically, if I understand correctly, your question is should SCons support
downloading and building packages (registered or not with some central
repo) for various languages?

Is that the gist?

-Bill

On Fri, Apr 7, 2017 at 1:47 PM, Russel Winder <[email protected]> wrote:

> Hi,
>
> The current D support in SCons is really there to support mixed D and
> C++ software rather than being the best way of handling solely D codes.
> Also SCons focuses on the build case where all the source is in the
> project and all dependencies are available natively on the platform.
>
> Like Rust, and Go, and indeed C++ now with Conan, D has the concept of
> getting packages from a central repository. Rust has Cargo which is a
> package and build manager, no need for SCons. Go has the go command for
> getting Git/Mercurial/Bazaar packages and building things, no need for
> SCons. D has Dub which like Rust's Cargi is a package management and
> build system. Scons is really a C and C++ system (*), with support for
> Fortran and D in polyglot systems. Conan must change the game: SCons
> must support Conan.
>
> In some sense Dub removes the need for SCons with D programming. Yet
> people are using SCons and Meson for building D.
>
> For SCons to remain relevant to D, and there is good reasons to do
> this, it must be able to interwork with Dub to handle getting
> dependencies from the Dub repository. I am currently "fighting" with
> trying to make SCons build D codes with Unit-Threaded test framework
> use. I have to admit I am beginning to wonder why. :-(
>
> Which leads to a second issue. D, like Chapel, is beginning to focus on
> compiling all source at once into a target. None of this compile each
> module/file/… separately and then link. Meson cannot cope with this
> from what I can see, which  make me wonder if this new replacement for
> Autotools has built in obsolescence.
>
> Chapel and D can both be build file/module by file/module, but
> optimisation works best on all source at once mode. The Chapel folk are
> looking at a Cargo style build system, D has Dub. Is it worth pursuing
> this model in SCons, or is it a waste of effort to try?
>
>
>
> (*) And obviously XeLaTex, which is now my main use of SCons.
>
> --
> Russel.
> ============================================================
> =================
> Dr Russel Winder      t: +44 20 7585 2200   voip:
> sip:[email protected]
> 41 Buckmaster Road    m: +44 7770 465 077   xmpp: [email protected]
> London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder
> _______________________________________________
> Scons-dev mailing list
> [email protected]
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
>

_______________________________________________
Scons-dev mailing list
[email protected]
https://pairlist2.pair.net/mailman/listinfo/scons-dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.