#CommandLineTools
Ld failure (tapi error) after upgrading to macOS 27 Xcode SDK
I upgraded my Xcode command line tools yesterday and now `cabal build` fails with errors such as: ld: multiple errors: tapi error: malformed file /Library/Developer/CommandLineTools/SDKs/MacOSX27.0.sdk/usr/lib/libiconv.tbd:4:20: error: error: unknown architecture arm64e.x1-macos, arm64e.x1-maccatalyst \] ^\~\~\~\~\~\~\~\~\~\~\~\~\~\~ in '/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/lib/libiconv.tbd'; tapi error: malformed file | 4 | arm64e.x1-macos, arm64e.x1-maccatalyst ] | ^ This happens also with `–with-gcc=clang`. My tool versions: ❯ cabal -V cabal-install version 3.18.1.0 compiled using version 3.18.1.0 of the Cabal library ❯ ghc -V The Glorious Glasgow Haskell Compilation System, version 9.14.1.20260728 ❯ ld -v @(#)PROGRAM:ld PROJECT:ld-1267 BUILD 18:30:29 Apr 22 2026 configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em armv8m.main armv8.1m.main will use ld-classic for: armv6 armv7 armv7s i386 armv6m armv7k armv7m armv7em LTO support using: LLVM version 21.0.0 (static support for 30, runtime is 30) TAPI support using: Apple TAPI version 21.0.0 (tapi-2100.0.2.6) ❯ gcc -v Apple clang version 21.0.0 (clang-2100.1.1.101) Target: arm64-apple-darwin25.6.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin ❯ clang -v Apple clang version 21.0.0 (clang-2100.1.1.101) Target: arm64-apple-darwin25.6.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin Anyone has encountered this and may have a solution?
discourse.haskell.org
September 11, 2026 at 9:48 AM
since people only sent DMs, if anyone is curious:
August 15, 2026 at 5:54 PM
xcode-select: error: tool 'opendiff' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance

Ugh.
April 15, 2026 at 6:13 PM
A #bash script
that lists all listener processes
and their detailed command lines.

Now using 'ss' instead of 'netstat'

Yes it is still NOT POSIX-compliant.

MPL-2.0-licensed code below this post.

#Linux #LinuxTools #CommandLine #CommandLineTools #CLITools
January 19, 2026 at 3:24 AM
A #bash script
that lists all listener processes
and their detailed command lines.

Yes it is NOT POSIX-compliant.

#Linux #LinuxTools #CommandLine #CommandLineTools #CLITools
January 15, 2026 at 12:25 PM
Error: Your Command Line Tools are too outdated.
Update them from Software Update in System Settings.

If that doesn't show you any updates, run:
sudo rm -rf /Library/Developer/CommandLineTools
sudo xcode-select --install
December 9, 2025 at 9:36 AM
あ、今終わった。相変わらずの使えない Homebrew だった。
November 9, 2025 at 7:05 AM
Algo que me desgraça nas ferramentas de linha de comando é que não há um padrão para coisas simples

Como exemplo, a seguir mostro três programas diferentes que uso de forma razoavelmente frequente, cada um com uma maneira distinta pra saber qual é a versão instalada

xkcd obrigatório: xkcd.com/927/
October 2, 2025 at 1:07 PM
Setup-Script for Codex for Android development? Providing this for the community. If you want to include testing for code include the below. Looks a bit weird, but this was the only way I could get...

Origin | Interest | Match
Setup-Script for Codex for Android development?
Providing this for the community. If you want to include testing for code include the below. Looks a bit weird, but this was the only way I could get codex to understand that I was accepting the liceses. Set environment variable: * `ANDROID_HOME` to `/usr/lib/android-sdk` echo “Getting Android Studio” wget -O android-commandlinetools.zip `https://dl.google.com/android/repository/commandlinetools-linux-13114758_latest.zip` echo “Unpacking Android Studio” unzip android-commandlinetools.zip -d /usr/lib/android-sdk echo “Updating sdkmanager” /usr/lib/android-sdk/cmdline-tools/bin/sdkmanager --sdk_root=/usr/lib/android-sdk/ --update # ← INSERT: accept all licenses echo “Accepting Android SDK licenses” /usr/lib/android-sdk/cmdline-tools/bin/sdkmanager --sdk_root=/usr/lib/android-sdk/ --licenses <<EOF y y y y y y y y EOF echo “Installing Android SDK components” /usr/lib/android-sdk/cmdline-tools/bin/sdkmanager --sdk_root=/usr/lib/android-sdk “platform-tools” “platforms;android-35” “build-tools;35.0.0” <<EOF y EOF echo “Git Submodule Init” git submodule update --init --recursive
community.openai.com
August 3, 2025 at 7:31 PM
Did really nobody with #xcodegen run into issues building iOS projects?

building for 'iOS', but linking in dylib (/Library/Developer/CommandLineTools/SDKs/MacOSX14.4.sdk/usr/lib/libSystem.B.tbd) built for 'macOS macCatalyst […]

[Original post on mastodon.social]
July 15, 2025 at 1:01 PM