Re: "Trip report: June 2025 ISO C++ standards meeting (Sofia,

On 6/27/2025 5:21 AM, Muttley@DastardlyHQ.org wrote:

On Fri, 27 Jun 2025 12:56:17 +0800
wij <wyniijj5@gmail.com> wibbled:

On Thu, 2025-06-26 at 15:41 +0200, David Brown wrote:
dealing with 'small' (or part of) problems (e.g. avoiding to deal with grap=
hics=20
or provide basic facilities).

 A multi platform language has no business having something like graphics built
in.

Agreed. However, it would be interesting if it had support for creating PPM's. lol. That's fairly low level. Well, it matters not. ;^)

There are too many variations on different systems and some don't have
graphics at all. Also unless you release a new version of C++ everytime eg
NVidia updates the Cuda functionality then you'll have to use libraries anyway.
 IMO C++ should never have included threads because the original model was
a half arsed implementation probably skewed towards Windows rather than unix
and now there's the inconsistency of C++ natively supporting multithreading
but not multiprocess.
 

Humm... Having std threads is a good idea along with membars. But, that's my personal thoughts. Before we had to use POSIX and a "sufficient" compiler. Now that its in the language, its much better... I don't have to create custom ASM libs for everything that is low level. An example:
https://web.archive.org/web/20060214112345/http://appcore.home.comcast.net/appcore/src/cpu/i686/ac_i686_gcc_asm.html
Can't believe its still there way back from 2005. Wow, how time flies. :^)