this post was submitted on 20 Nov 2023
496 points (86.4% liked)

linuxmemes

21223 readers
96 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
    [–] [email protected] 1 points 11 months ago (1 children)

    Depends on what you are doing. My company was using clang for c++ compilation and it was a drag to make all this clicks for each .so every is update. And there is no way to automate the process. And those occasional compatibility breaks didn't help either.

    [–] [email protected] 5 points 11 months ago (1 children)

    what do you mean? clang is a command line tool, can't you write some cmake and a bash script to automate the build process? That's what I always do when I writing any C++ that needs to be compiled/updated fairly regularly.

    [–] [email protected] 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.

    [–] [email protected] 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.