this post was submitted on 20 Nov 2023
370 points (87.3% liked)

linuxmemes

21009 readers
909 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 members of the community for any reason.
  • 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.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 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, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] GeniusIsme@lemmy.world 2 points 11 months ago (1 children)

    It has nothing to do with clang being command line. It consists of many binaries, all of them untrusted. Any time new dynamic lib is loaded Mac stops the process and complains. Then you need to do manual stuff, as you can't automatically trust a binary, for obvious reasons. This happened almost two years ago, maybe clang got apple certificates or some shit to combat the issue. But my point was that every OS update on Mac brings annoying issues for developers.

    [–] CapeWearingAeroplane@sopuli.xyz 2 points 11 months ago* (last edited 11 months ago)

    I have to admit, I've never touched the kind of issue where I need to load a bunch of binaries I can't automatically trust as part of a build process, so I won't speak on that.

    On the part about OS updates being a PITA, yes: I'll admit that I offset updating the macOS major version for as long as possible. As long as my major version is maintained/get's security updates, and the newer versions are backwards compatible enough that I can compile stuff for them without any hassle, I'll stay on macOS 13. Judging by historical data, that means I have about two more years before I might need to spend an hour or two fixing up stuff that bugs out with the eventual major update.