Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

The world is not octal despite DEC.


devel / comp.lang.c++ / Re: "C++ on the Move" by Darryl K. Taft

SubjectAuthor
* Re: "C++ on the Move" by Darryl K. TaftTim Rentsch
`- Re: "C++ on the Move" by Darryl K. TaftBen Bacarisse

1
Re: "C++ on the Move" by Darryl K. Taft

<86pm4mzft2.fsf@linuxsc.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=923&group=comp.lang.c%2B%2B#923

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: tr.17...@z991.linuxsc.com (Tim Rentsch)
Newsgroups: comp.lang.c++
Subject: Re: "C++ on the Move" by Darryl K. Taft
Date: Thu, 20 Jul 2023 09:52:09 -0700
Organization: A noiseless patient Spider
Lines: 42
Message-ID: <86pm4mzft2.fsf@linuxsc.com>
References: <tu8at1$ijm1$1@dont-email.me> <f23d2cd0-5009-49bf-a279-659837065635n@googlegroups.com> <tuetma$1tglu$1@dont-email.me> <c0f7eee9-0a30-47d4-a303-ac974ecd8514n@googlegroups.com> <c8c13f44-44b4-4fe7-bccf-e91072385acen@googlegroups.com> <tufgkl$20omv$3@dont-email.me> <tufhg1$20q27$1@dont-email.me> <tufjbc$20omv$6@dont-email.me> <tufkau$21a22$1@dont-email.me> <tumus2$3na9m$1@dont-email.me> <tun39m$3ogn8$1@dont-email.me> <tun4pv$3op4g$1@dont-email.me> <86o7ov6noo.fsf@linuxsc.com> <tuqqbt$h90r$1@dont-email.me> <867cuq7st5.fsf@linuxsc.com> <87ttxu5c4h.fsf@bsb.me.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Info: dont-email.me; posting-host="3857442d865f8a7bff3454fde02b814b";
logging-data="2949588"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+k4ZQG3+HcyYwa63cwMmBpIiQC9wDWDQo="
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:J5SCcK8YTWOmquhG6+6ND7MzfMY=
sha1:rKP1AOGaHPwK6kbMs9tL337vZTM=
 by: Tim Rentsch - Thu, 20 Jul 2023 16:52 UTC

Ben Bacarisse <ben.usenet@bsb.me.uk> writes:

> Tim Rentsch <tr.17687@z991.linuxsc.com> writes:
>
>> ... I think it isn't too hard to
>> think and write procedurally in Erlang, if one chooses to do so.
>> Granted, most people writing Erlang don't do that, but that is
>> not due to inherent limitations in the language. It would be
>> harder, for example, to think and write procedurally in APL.
>
> Sounds odd, but then I don't know Erlang at all well. APL has
> assignable variables and branching. What is the major barrier to
> writing procedurally in APL?
>
> I'm not disputing that one could think and write procedurally in Erlang
> (I really don't know), but I'd say that Haskell would a better example
> of a language that makes it hard. I think you'd have to code up the
> denotational semantics of small procedural language to write procedural
> in Haskell.

Disclaimer: I have some experience programming in both APL and
Haskell, but am by no means an expert in either language.

I'm not sure whether it would be harder to write procedural-style
code in Haskell than in APL. Whether it is or not, my intention was
only to offer one example, not necessarily the best example.

As to why APL is hard to write in procedurally, I would say it has
poor support for some of the important elements of procedural
languages. Control flow in APL is clumsy. APL does allow procedures,
but they are limited compared to, for example, functions in C. Much
of the programming done in procedural languages is used to operate on
data structures, but APL doesn't have good facilities for general data
structures.

To explain this another way, consider any moderately sized C program
(1500 lines or more, just to pick a number), and imagine trying to
re-write it in APL. Chances are the program would need to be not just
re-written but completely re-designed. And the resulting program
would very likely not look very procedural-ish.

Does this explanation help clarify my statement?

Re: "C++ on the Move" by Darryl K. Taft

<87mszqpd1l.fsf@bsb.me.uk>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=928&group=comp.lang.c%2B%2B#928

  copy link   Newsgroups: comp.lang.c++
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: ben.use...@bsb.me.uk (Ben Bacarisse)
Newsgroups: comp.lang.c++
Subject: Re: "C++ on the Move" by Darryl K. Taft
Date: Thu, 20 Jul 2023 21:01:58 +0100
Organization: A noiseless patient Spider
Lines: 49
Message-ID: <87mszqpd1l.fsf@bsb.me.uk>
References: <tu8at1$ijm1$1@dont-email.me>
<f23d2cd0-5009-49bf-a279-659837065635n@googlegroups.com>
<tuetma$1tglu$1@dont-email.me>
<c0f7eee9-0a30-47d4-a303-ac974ecd8514n@googlegroups.com>
<c8c13f44-44b4-4fe7-bccf-e91072385acen@googlegroups.com>
<tufgkl$20omv$3@dont-email.me> <tufhg1$20q27$1@dont-email.me>
<tufjbc$20omv$6@dont-email.me> <tufkau$21a22$1@dont-email.me>
<tumus2$3na9m$1@dont-email.me> <tun39m$3ogn8$1@dont-email.me>
<tun4pv$3op4g$1@dont-email.me> <86o7ov6noo.fsf@linuxsc.com>
<tuqqbt$h90r$1@dont-email.me> <867cuq7st5.fsf@linuxsc.com>
<87ttxu5c4h.fsf@bsb.me.uk> <86pm4mzft2.fsf@linuxsc.com>
MIME-Version: 1.0
Content-Type: text/plain
Injection-Info: dont-email.me; posting-host="718a5a877a69dbd1318115baaef9d27f";
logging-data="3004857"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18YlF0U1j9KaJIFFEawSVO3ItdPB/NZFDc="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
Cancel-Lock: sha1:vAiQIc9yezb3y03JW5odIj768vU=
sha1:Dy0qWN3TESUiXq55SMh3GtjZDjM=
X-BSB-Auth: 1.98c5da03643178d860da.20230720210158BST.87mszqpd1l.fsf@bsb.me.uk
 by: Ben Bacarisse - Thu, 20 Jul 2023 20:01 UTC

Tim Rentsch <tr.17687@z991.linuxsc.com> writes:

> Ben Bacarisse <ben.usenet@bsb.me.uk> writes:
>
>> Tim Rentsch <tr.17687@z991.linuxsc.com> writes:
>>
>>> ... I think it isn't too hard to
>>> think and write procedurally in Erlang, if one chooses to do so.
>>> Granted, most people writing Erlang don't do that, but that is
>>> not due to inherent limitations in the language. It would be
>>> harder, for example, to think and write procedurally in APL.
>>
>> Sounds odd, but then I don't know Erlang at all well. APL has
>> assignable variables and branching. What is the major barrier to
>> writing procedurally in APL?
>>
>> I'm not disputing that one could think and write procedurally in Erlang
>> (I really don't know), but I'd say that Haskell would a better example
>> of a language that makes it hard. I think you'd have to code up the
>> denotational semantics of small procedural language to write procedural
>> in Haskell.
>
> Disclaimer: I have some experience programming in both APL and
> Haskell, but am by no means an expert in either language.
>
> I'm not sure whether it would be harder to write procedural-style
> code in Haskell than in APL. Whether it is or not, my intention was
> only to offer one example, not necessarily the best example.
>
> As to why APL is hard to write in procedurally, I would say it has
> poor support for some of the important elements of procedural
> languages. Control flow in APL is clumsy. APL does allow procedures,
> but they are limited compared to, for example, functions in C. Much
> of the programming done in procedural languages is used to operate on
> data structures, but APL doesn't have good facilities for general data
> structures.
>
> To explain this another way, consider any moderately sized C program
> (1500 lines or more, just to pick a number), and imagine trying to
> re-write it in APL. Chances are the program would need to be not just
> re-written but completely re-designed. And the resulting program
> would very likely not look very procedural-ish.
>
> Does this explanation help clarify my statement?

Yes.

--
Ben.


devel / comp.lang.c++ / Re: "C++ on the Move" by Darryl K. Taft

1
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor