this post was submitted on 13 Apr 2024
732 points (95.9% liked)

linuxmemes

23559 readers
79 users here now

Hint: :q!

Sister communities:

Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
    • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
    • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
    • 5. 🇬🇧 Language/язык/Sprache
  • This is primarily an English-speaking community. 🇬🇧🇦🇺🇺🇸
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
    • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
    •  

    Please report posts and comments that break these rules!

    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS
    poopsmith@lemmy.world
    zephyr@lemmy.world
    rtxn@lemmy.world
    732
    Supreme leader mad (sh.itjust.works)
    submitted 11 months ago by 0x4E4F@sh.itjust.works to c/linuxmemes@lemmy.world
    102 comments fedilink hide all child comments
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] ozymandias117@lemmy.world 4 points 11 months ago* (last edited 11 months ago) (1 children)

    That’s my guess, but there was a conversation on the mailing list a few months ago that wasn’t just immediately shut down, even by other prolific developers

    Ts’o seems skeptical, but is at least asking whether c++ has improved

    https://lore.kernel.org/lkml/20240110175755.GC1006537@mit.edu/

    [–] BartyDeCanter 12 points 11 months ago* (last edited 11 months ago) (2 children)

    Take a look at what even the proposer is saying wouldn't be allowed in:

     (1) new and delete.  There's no way to pass GFP_* flags in.

 (2) Constructors and destructors.  Nests of implicit code makes the code less
     obvious, and the replacement of static initialisation with constructor
     calls would make the code size larger.

 (3) Exceptions and RTTI.  RTTI would bulk the kernel up too much and
     exception handling is limited without it, and since destructors are not
     allowed, you still have to manually clean up after an error.

 (4) Operator overloading (except in special cases).

 (5) Function overloading (except in special inline cases).

 (6) STL (though some type trait bits are needed to replace __builtins that
     don't exist in g++).

 (7) 'class', 'private', 'namespace'.

 (8) 'virtual'.  Don't want virtual base classes, though virtual function
     tables might make operations tables more efficient.

    C++ without class, constructors, destructors, most overloading and the STL? Wow.

    [–] ozymandias117@lemmy.world 10 points 11 months ago (2 children)

    That doesn’t really surprise me, as most of those are the same requirements from any embedded development use case using c++ that I’ve worked on

    4 and 5 are the only ones stricter than I’m used to

    [–] BartyDeCanter 5 points 11 months ago

    I've only worked on a few embedded systems where C++ was even an option, but they allowed 2, 4, 5, and 7. Though, for the most part most classes were simple interfaces to some sort of SPI/I2C/CAN/EtherCAT device, most of which were singletons.

    [–] Aatube@kbin.melroy.org 1 points 11 months ago

    time to go pedantic and use parts of the c++stdlib that weren't included in the stl!