On Sun, 29 Dec 2024 10:33:43 -0000 (UTC)
gazelle@shell.xmission.com (Kenny McCormack) gabbled:

In article <vkr61v$srrk$1@dont-email.me>, <Muttley@dastardlyhq.com> wrote: >....

Why TF is the rust compiler involved in the process at all?

Well, obviously, because parts of TB are (apparently) written in Rust...

Christ, who's stupid idea was that?

Rust seems to be, like Python, trying to ingratiate itself into the basic >running of the system, not just be a peripheral "scripting language".

Requiring 2 seperate compilers to build anything is an absurdity.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

In article <vkr61v$srrk$1@dont-email.me>, <Muttley@dastardlyhq.com> wrote:
...

Why TF is the rust compiler involved in the process at all?

Well, obviously, because parts of TB are (apparently) written in Rust...

Rust seems to be, like Python, trying to ingratiate itself into the basic running of the system, not just be a peripheral "scripting language".

--
"It does a lot of things half well and it's just a garbage heap of ideas that are
mutually exclusive."

- Ken Thompson, on C++ -

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 29.12.2024 11:38, Muttley@dastardlyhq.com wrote:

On Sun, 29 Dec 2024 10:33:43 -0000 (UTC)
gazelle@shell.xmission.com (Kenny McCormack) gabbled:

[...]

Rust seems to be, like Python, trying to ingratiate itself into the basic
running of the system, not just be a peripheral "scripting language".

Requiring 2 seperate compilers to build anything is an absurdity.

(Disclaimer: I skipped most of the sub-thread, so if that generalizing
sentence was addressing some peculiar (maybe even TB-related) software specialities you may ignore the rest of my post.)

From my experience it's no "absurdity" but actual (sensible) normality
to use multiple compilers and other software generators in SW-projects.

It seems that depends on the software architecture. It's (IMO) fine to
create libraries that are combined in an "anything" to be compiled with
the (at the time of their creation) most appropriate compiler. It's
also fine if you use a second language as a higher-level intermediate
language. Also if you create the "anything" based on several components
(or subsystems) that are combined. Using separate protocol compilers is
also not uncommon to get the transfer objects and functions. Also using
own compilers for the accompanying parts like documentation is typical.
(All these examples just off the top of my head from some professional
projects that I observed or was engaged with.)

Janis

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Janis Papanagnou <janis_papanagnou+ng@hotmail.com> writes:

Muttley@dastardlyhq.com wrote:

gazelle@shell.xmission.com (Kenny McCormack) gabbled:

Rust seems to be, like Python, trying to ingratiate itself into the
basic running of the system, not just be a peripheral "scripting
language".

Requiring 2 seperate compilers to build anything is an absurdity.

(Disclaimer: I skipped most of the sub-thread, so if that generalizing sentence was addressing some peculiar (maybe even TB-related) software specialities you may ignore the rest of my post.)

From my experience it's no "absurdity" but actual (sensible) normality
to use multiple compilers and other software generators in SW-projects.

Agreed.

Thunderbird is not a surprising place to find some Rust; Mozilla
sponsored Rust in the hope of escaping the memory safety issues of
C/C++.

It seems that depends on the software architecture. It's (IMO) fine to
create libraries that are combined in an "anything" to be compiled
with the (at the time of their creation) most appropriate
compiler. It's also fine if you use a second language as a
higher-level intermediate language. Also if you create the "anything"
based on several components (or subsystems) that are combined. Using
separate protocol compilers is also not uncommon to get the transfer
objects and functions. Also using own compilers for the accompanying
parts like documentation is typical. (All these examples just off the
top of my head from some professional projects that I observed or was
engaged with.)

Off the top of my head there are at least twelve languages in my current employer’s codebase. More if you count things like documentation markup.

--
https://www.greenend.org.uk/rjk/

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 29 Dec 2024 21:45:06 +0100
Janis Papanagnou <janis_papanagnou+ng@hotmail.com> gabbled:

On 29.12.2024 11:38, Muttley@dastardlyhq.com wrote:

On Sun, 29 Dec 2024 10:33:43 -0000 (UTC)
gazelle@shell.xmission.com (Kenny McCormack) gabbled:

[...]

Rust seems to be, like Python, trying to ingratiate itself into the basic >>> running of the system, not just be a peripheral "scripting language".

Requiring 2 seperate compilers to build anything is an absurdity.

(Disclaimer: I skipped most of the sub-thread, so if that generalizing >sentence was addressing some peculiar (maybe even TB-related) software >specialities you may ignore the rest of my post.)

From my experience it's no "absurdity" but actual (sensible) normality
to use multiple compilers and other software generators in SW-projects.

Umm no, it really isn't. At least not for the actual compilers. Boilerplate code generators sure.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)