Opened 17 months ago

Last modified 17 months ago

#66380 new defect

clang-14: unable to locate default SDK

Reported by: MarcKaufmann (Marc Kaufmann) Owned by:
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: clang-14

Description

When I try to install the package "later", I get the following error:

ld: library not found for -latomic
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [later.so] Error 1
ERROR: compilation failed for package ‘later’

After asking on the R IRC, it turns out this is because the library atomic (-latomic) is missing, while I thought the whole thing was just a flag. Now when I look under /opt/local/lib/gcc12, I see that libatomic.a is there, as is libatomic.dylib. Does this mean that there is a path that is misconfigured, either on the R side or on the gcc side - or is it that this is not the right atomic library, or not the right files? Someone on IRC mentioned that I might need the header files, so I guess that would be libatomic.h, but I don't know how I would install those.

I attach the full logs of the failed install.

Attachments (1)

R-failed-install-of-package-later.log (5.6 KB) - added by MarcKaufmann (Marc Kaufmann) 17 months ago.
Logs of failed package installation run

Download all attachments as: .zip

Change History (21)

Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

Logs of failed package installation run

comment:1 Changed 17 months ago by ryandesign (Ryan Carsten Schmidt)

The log you attached is very short. Please attach the entire main.log file, compressing it first if it is large. (Never mind; I see the problem is not when installing the R port but when using R to install something else.)

The log says it was determined that -latomic was needed. I would be interested in seeing how that determination was reached, because it may be wrong. (Hopefully, the full log file will tell us.) The log says you are on arm64. -latomic is needed on some other operating systems on ARM processors but in my experience it is not needed on macOS.

The log shows that items within the path /Users/kaufmannm/Library/R are being used. I wonder why that is. Surely we don't want that. Maybe that is the cause of the problem.

Last edited 17 months ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:2 Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

Yes, sorry I didn't make it even clearer that the R install worked fine, but the package did not. Should I attach something else or what should I try next? I am on a Mac with Apple M1, Ventura 13.0.1.

Last edited 17 months ago by MarcKaufmann (Marc Kaufmann) (previous) (diff)

comment:3 Changed 17 months ago by ryandesign (Ryan Carsten Schmidt)

I don't know R so forgive me if my questions have obvious answers.

What's in /Users/kaufmannm/Library/R? Is it normal for things to exist there after a MacPorts R install and for them to be used when building things with R? If not—if those files came from some other place—maybe they are interfering with what you are trying to do. You could try renaming that directory to something else.

Can you figure out why -latomic is being used? Is it for example coming from something within /Users/kaufmannm/Library/R or from something within the files installed by the MacPorts R port? If you can find where it is, can you try removing it? I suspect the existence of some code, somewhere, that says something like "if the processor is arm then add -latomic" which may be correct on operating systems that are not macOS but as far as I have been able to tell is not correct on macOS. I've encountered this in another port before (i.e. [cd9e090aab86cc29f29c66a8d7e2e2c34939e965/macports-ports]).

comment:4 Changed 17 months ago by ryandesign (Ryan Carsten Schmidt)

You mentioned that the problem occurs when trying to build the "later" R package. I see that the "later" R package's configure script contains code designed to detect whether -latomic is needed. Maybe it is faulty on macOS. Here is where that code was introduced:

https://github.com/r-lib/later/pull/114

comment:5 Changed 17 months ago by kencu (Ken)

Ryan is right, -latomic should not be needed. He found the script bit that tests for it, I modified it very slightly, and every time I run this script on Intel Ventura, it says "-latomic linker flag not needed."

Can I ask what you see?

#!/bin/sh

echo "Running configure script"

# Find compiler
CC=clang++-mp-14

# Detect whether -latomic is needed during linking. This is needed on some
# platforms, notably ARM (Raspberry Pi).
echo "#include <stdint.h>
uint64_t v;
int main() {
    return (int)__atomic_load_n(&v, __ATOMIC_ACQUIRE);
}" | ${CC} -x c - 

if [ $? -eq 0 ]; then
  echo "-latomic linker flag not needed."
else
  echo "-latomic linker flag needed."
  EXTRA_PKG_LIBS=-latomic
fi


# Success
exit 0

comment:6 Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

Thanks. To Ryan's first point, the /Users/kaufmannm/Library/R part is where R installs packages, since it can't write to /opt/..., which belongs to root. I removed that folder, made the /opt/... path writable to test it, and the later package still doesn't install, with the same error. (Logs look identical to before without the mention of the "-I/Users/..." part).

To Ken's point, I ran the script and get:

Running configure script
ld: library not found for -lc++
clang: error: linker command failed with exit code 1 (use -v to see invocation)
-latomic linker flag needed.

I checked, and I have clang++-mp-14 on my machine, so that's not the problem. But clearly the script thinks I need the atomic library. What should I check next?

comment:7 Changed 17 months ago by kencu (Ken)

this is the issue that is leading to the non-zero output that is leading the script to think you need -latomic:

ld: library not found for -lc++

Where the heck did your -lc++ go? I think I might have a clue...

make a little file like this:

% cat test.cpp
#include <stdint.h>
uint64_t v;
int main() {
    return (int)__atomic_load_n(&v, __ATOMIC_ACQUIRE);
}

and then try to compile it with some verbosity flags added, and see what happens... I will guess you have no SDK, but let's see.

Here's what I get:

% clang++-mp-14 -v -Wl,-v test.cpp
clang version 14.0.6
Target: x86_64-apple-darwin22.1.0
Thread model: posix
InstalledDir: /opt/local/libexec/llvm-14/bin
 "/opt/local/libexec/llvm-14/bin/clang" -cc1 -triple x86_64-apple-macosx13.0.0 -Wundef-prefix=TARGET_OS_ -Werror=undef-prefix -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name test.cpp -mrelocation-model pic -pic-level 2 -mframe-pointer=all -ffp-contract=on -fno-rounding-math -funwind-tables=2 -target-sdk-version=13.0 -fcompatibility-qualified-id-block-type-checking -fvisibility-inlines-hidden-static-local-var -target-cpu penryn -tune-cpu generic -mllvm -treat-scalable-fixed-error-as-warning -debugger-tuning=lldb -target-linker-version 820.1 -v -fcoverage-compilation-dir=/Users/cunningh -resource-dir /opt/local/libexec/llvm-14/lib/clang/14.0.6 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -I/usr/local/include -stdlib=libc++ -internal-isystem /opt/local/libexec/llvm-14/bin/../include/c++/v1 -internal-isystem /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/local/include -internal-isystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/include -internal-externc-isystem /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include -fdeprecated-macro -fdebug-compilation-dir=/Users/cunningh -ferror-limit 19 -stack-protector 1 -fblocks -fencode-extended-block-signature -fregister-global-dtors-with-atexit -fgnuc-version=4.2.1 -fcxx-exceptions -fexceptions -fmax-type-align=16 -fcolor-diagnostics -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /var/folders/b4/rjyd2skj48b3hc6t2xmpdyfh0000gn/T/test-e3047f.o -x c++ test.cpp
clang -cc1 version 14.0.6 based upon LLVM 14.0.6 default target x86_64-apple-darwin22.1.0
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/local/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/Library/Frameworks"
#include "..." search starts here:
#include <...> search starts here:
 /opt/local/libexec/llvm-14/bin/../include/c++/v1
 /opt/local/libexec/llvm-14/lib/clang/14.0.6/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks (framework directory)
End of search list.
 "/opt/local/libexec/llvm-14/bin/ld" -demangle -lto_library /opt/local/libexec/llvm-14/lib/libLTO.dylib -no_deduplicate -dynamic -arch x86_64 -platform_version macos 13.0.0 13.0 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -o a.out -L/usr/local/lib -v /var/folders/b4/rjyd2skj48b3hc6t2xmpdyfh0000gn/T/test-e3047f.o -lc++ -lSystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/lib/darwin/libclang_rt.osx.a
@(#)PROGRAM:ld  PROJECT:ld64-820.1
BUILD 18:42:34 Sep 11 2022
configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em
Library search paths:
	/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib
Framework search paths:
	/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/

comment:8 Changed 17 months ago by kencu (Ken)

If you see you have no section like this in your build line:

-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk

then that is the issue that needs fixing.

comment:9 Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

Yes, you are right, I am missing whatever it is this is looking for:

% clang++-mp-14 -v -Wl, -v test.cpp
clang version 14.0.6
Target: arm64-apple-darwin22.1.0
Thread model: posix
InstalledDir: /opt/local/libexec/llvm-14/bin
 "/opt/local/libexec/llvm-14/bin/clang" -cc1 -triple arm64-apple-macosx13.0.0 -Wundef-prefix=TARGET_OS_ -Werror=undef-prefix -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name test.cpp -mrelocation-model pic -pic-level 2 -mframe-pointer=non-leaf -ffp-contract=on -fno-rounding-math -funwind-tables=2 -fcompatibility-qualified-id-block-type-checking -fvisibility-inlines-hidden-static-local-var -target-cpu apple-m1 -target-feature +v8.5a -target-feature +fp-armv8 -target-feature +neon -target-feature +crc -target-feature +crypto -target-feature +dotprod -target-feature +fp16fml -target-feature +ras -target-feature +lse -target-feature +rdm -target-feature +rcpc -target-feature +zcm -target-feature +zcz -target-feature +fullfp16 -target-feature +sha2 -target-feature +aes -target-abi darwinpcs -fallow-half-arguments-and-returns -mllvm -treat-scalable-fixed-error-as-warning -debugger-tuning=lldb -target-linker-version 820.1 -v -v -fcoverage-compilation-dir=/tmp -resource-dir /opt/local/libexec/llvm-14/lib/clang/14.0.6 -stdlib=libc++ -internal-isystem /opt/local/libexec/llvm-14/bin/../include/c++/v1 -internal-isystem /usr/local/include -internal-isystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/include -internal-externc-isystem /usr/include -fdeprecated-macro -fdebug-compilation-dir=/tmp -ferror-limit 19 -stack-protector 1 -fblocks -fencode-extended-block-signature -fregister-global-dtors-with-atexit -fgnuc-version=4.2.1 -fcxx-exceptions -fexceptions -fmax-type-align=16 -fcolor-diagnostics -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /var/folders/8_/0lh40nm57qq3069hrzss3s1m0000gn/T/test-5459d1.o -x c++ test.cpp
clang -cc1 version 14.0.6 based upon LLVM 14.0.6 default target arm64-apple-darwin22.1.0
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/local/libexec/llvm-14/bin/../include/c++/v1
 /opt/local/libexec/llvm-14/lib/clang/14.0.6/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.
 "/opt/local/libexec/llvm-14/bin/ld" -demangle -lto_library /opt/local/libexec/llvm-14/lib/libLTO.dylib -no_deduplicate -dynamic -arch arm64 -platform_version macos 13.0.0 13.0.0 -o a.out /var/folders/8_/0lh40nm57qq3069hrzss3s1m0000gn/T/test-5459d1.o -lc++ -lSystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/lib/darwin/libclang_rt.osx.a
ld: library not found for -lc++
clang: error: linker command failed with exit code 1 (use -v to see invocation)

I have Xcode CLI tools installed, at least according to this (in case that's what you meant with SDK):

% xcode-select --version
xcode-select version 2396.

So what is it that I am missing according to this, and how would I install it? R didn't complain about this, but some other things I wanted to install (shellcheck) said I needed a full Xcode install, which I didn't succeed at installing somehow, so I didn't install shellcheck. Is that what I'd need?

comment:10 Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

OK, thanks a lot Ken. Just saw your message after posting. How do I install it (since I do not see that line in my output)? I did read that I needed the Xcode CLI tools, but not the full SDK. So if I understand correctly, for R to work I should need the full SDK? I think the R-app port did warn me about this, but R did not. (I didn't install R-app for that reason yet.)

Edit: I checked, and I do have Xcode in the path that you wrote:

% cd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk 
% ls
Entitlements.plist      SDKSettings.json        SDKSettings.plist       System                  usr

So if I have the SDK, why is it not picked up? I downloaded it from the AppStore I think (in case it matters how I installed it).

Last edited 17 months ago by MarcKaufmann (Marc Kaufmann) (previous) (diff)

comment:11 Changed 17 months ago by kencu (Ken)

well, here is where we saw something similar #66352

but I would like you to help me out here, as you are seeing the issue and I can't see it.

Please do only this, to rebuild yourself a new llvm/clang-14. It will take a little while, sorry:

sudo port -f uninstall clang-14 llvm-14
sudo port -v -s -N install clang-14

and then try your test compile again

comment:12 Changed 17 months ago by kencu (Ken)

If you do have Xcode installed, you need to open it at least once (double-click it) to get everything working. This is kinda unfortunate, but that is the reality of it.

Ideally you'd rebuild as above, and if clang-14 is still broken, open Xcode once, let it do it's thing, and then rebuild clang-14 again. That would help identify the issue more closely, but may be a lot to ask, processor-wise.

Last edited 17 months ago by kencu (Ken) (previous) (diff)

comment:13 Changed 17 months ago by kencu (Ken)

Cc: kjellpk i0ntempest removed
Port: clang-14 added; R removed
Summary: R @4.2.2_1: error when installing package "later: ld: library not found for -latomicclang-14: unable to locate default SDK

comment:14 Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

Port: R added; clang-14 removed
Summary: clang-14: unable to locate default SDKR @4.2.2_1: error when installing package "later: ld: library not found for -latomic

There seems to be an issue with my Xcode installation I believe:

% /usr/bin/xcodebuild --version
xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance

Is my Xcode CLI tools masking the SDK?

And what should I do first, open Xcode SDK (which I did, but I never created anything in the window, i.e. I immediately closed the window). Or should I do the rebuilding of the tools and see what I get? When you say "do the test compile" you probably mean the little file that Ken wrote that checks if atomic is needed or not?

Happy to wait if it fixes the issue or helps you figure out what's going on.

comment:15 Changed 17 months ago by kencu (Ken)

The other possibility, I suppose, is that /usr/bin/xcrun sees Xcode is installed, and so tries to use it, but because Xcode has never been opened it is not fully functional and that results in this error.

Try just opening Xcode once, and then see if everything works.

comment:16 Changed 17 months ago by kencu (Ken)

Oh, you said you did already open Xcode once. OK.

I get this:

% xcode-select -p
/Applications/Xcode.app/Contents/Developer

If yours is not that, set it to that, (xcode-select -s /Applications/Xcode.app/Contents/Developer) and then try your test compile again.

Maybe that is the issue...

comment:17 Changed 17 months ago by kencu (Ken)

Port: clang-14 added; R removed
Summary: R @4.2.2_1: error when installing package "later: ld: library not found for -latomicclang-14: unable to locate default SDK

comment:18 Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

I had to switch the xcode-select (-s) and now it has the right path (it seems):

 % xcode-select -p
/Applications/Xcode.app/Contents/Developer

The script still fails:

% cat test.cpp 
#include <stdint.h>
uint64_t v;
int main() {
    return (int)__atomic_load_n(&v, __ATOMIC_ACQUIRE);
}
% clang++-mp-14 -v -Wl, -v test.cpp
clang version 14.0.6
Target: arm64-apple-darwin22.1.0
Thread model: posix
InstalledDir: /opt/local/libexec/llvm-14/bin
 "/opt/local/libexec/llvm-14/bin/clang" -cc1 -triple arm64-apple-macosx13.0.0 -Wundef-prefix=TARGET_OS_ -Werror=undef-prefix -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name test.cpp -mrelocation-model pic -pic-level 2 -mframe-pointer=non-leaf -ffp-contract=on -fno-rounding-math -funwind-tables=2 -fcompatibility-qualified-id-block-type-checking -fvisibility-inlines-hidden-static-local-var -target-cpu apple-m1 -target-feature +v8.5a -target-feature +fp-armv8 -target-feature +neon -target-feature +crc -target-feature +crypto -target-feature +dotprod -target-feature +fp16fml -target-feature +ras -target-feature +lse -target-feature +rdm -target-feature +rcpc -target-feature +zcm -target-feature +zcz -target-feature +fullfp16 -target-feature +sha2 -target-feature +aes -target-abi darwinpcs -fallow-half-arguments-and-returns -mllvm -treat-scalable-fixed-error-as-warning -debugger-tuning=lldb -target-linker-version 820.1 -v -v -fcoverage-compilation-dir=/tmp -resource-dir /opt/local/libexec/llvm-14/lib/clang/14.0.6 -stdlib=libc++ -internal-isystem /opt/local/libexec/llvm-14/bin/../include/c++/v1 -internal-isystem /usr/local/include -internal-isystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/include -internal-externc-isystem /usr/include -fdeprecated-macro -fdebug-compilation-dir=/tmp -ferror-limit 19 -stack-protector 1 -fblocks -fencode-extended-block-signature -fregister-global-dtors-with-atexit -fgnuc-version=4.2.1 -fcxx-exceptions -fexceptions -fmax-type-align=16 -fcolor-diagnostics -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /var/folders/8_/0lh40nm57qq3069hrzss3s1m0000gn/T/test-87379a.o -x c++ test.cpp
clang -cc1 version 14.0.6 based upon LLVM 14.0.6 default target arm64-apple-darwin22.1.0
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/local/libexec/llvm-14/bin/../include/c++/v1
 /opt/local/libexec/llvm-14/lib/clang/14.0.6/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.
 "/opt/local/libexec/llvm-14/bin/ld" -demangle -lto_library /opt/local/libexec/llvm-14/lib/libLTO.dylib -no_deduplicate -dynamic -arch arm64 -platform_version macos 13.0.0 13.0.0 -o a.out /var/folders/8_/0lh40nm57qq3069hrzss3s1m0000gn/T/test-87379a.o -lc++ -lSystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/lib/darwin/libclang_rt.osx.a
ld: library not found for -lc++
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Next I'll be running the recompiles for clang-14. Gonna be a while:

sudo port -f uninstall clang-14 llvm-14
sudo port -v -s -N install clang-14

comment:19 Changed 17 months ago by MarcKaufmann (Marc Kaufmann)

OK, the compilation has finished (I also synced port) and it is now working. The script passes:

% clang++-mp-14 -v -Wl, -v test.cpp  
clang version 14.0.6
Target: arm64-apple-darwin22.1.0
Thread model: posix
InstalledDir: /opt/local/libexec/llvm-14/bin
 "/opt/local/libexec/llvm-14/bin/clang" -cc1 -triple arm64-apple-macosx13.0.0 -Wundef-prefix=TARGET_OS_ -Werror=undef-prefix -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name test.cpp -mrelocation-model pic -pic-level 2 -mframe-pointer=non-leaf -ffp-contract=on -fno-rounding-math -funwind-tables=2 -target-sdk-version=13.0 -fcompatibility-qualified-id-block-type-checking -fvisibility-inlines-hidden-static-local-var -target-cpu apple-m1 -target-feature +v8.5a -target-feature +fp-armv8 -target-feature +neon -target-feature +crc -target-feature +crypto -target-feature +dotprod -target-feature +fp16fml -target-feature +ras -target-feature +lse -target-feature +rdm -target-feature +rcpc -target-feature +zcm -target-feature +zcz -target-feature +fullfp16 -target-feature +sha2 -target-feature +aes -target-abi darwinpcs -fallow-half-arguments-and-returns -mllvm -treat-scalable-fixed-error-as-warning -debugger-tuning=lldb -target-linker-version 820.1 -v -v -fcoverage-compilation-dir=/tmp -resource-dir /opt/local/libexec/llvm-14/lib/clang/14.0.6 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -I/usr/local/include -stdlib=libc++ -internal-isystem /opt/local/libexec/llvm-14/bin/../include/c++/v1 -internal-isystem /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/local/include -internal-isystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/include -internal-externc-isystem /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include -fdeprecated-macro -fdebug-compilation-dir=/tmp -ferror-limit 19 -stack-protector 1 -fblocks -fencode-extended-block-signature -fregister-global-dtors-with-atexit -fgnuc-version=4.2.1 -fcxx-exceptions -fexceptions -fmax-type-align=16 -fcolor-diagnostics -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /var/folders/8_/0lh40nm57qq3069hrzss3s1m0000gn/T/test-c90de3.o -x c++ test.cpp
clang -cc1 version 14.0.6 based upon LLVM 14.0.6 default target arm64-apple-darwin22.1.0
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/local/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/Library/Frameworks"
#include "..." search starts here:
#include <...> search starts here:
 /opt/local/libexec/llvm-14/bin/../include/c++/v1
 /opt/local/libexec/llvm-14/lib/clang/14.0.6/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks (framework directory)
End of search list.
 "/opt/local/libexec/llvm-14/bin/ld" -demangle -lto_library /opt/local/libexec/llvm-14/lib/libLTO.dylib -no_deduplicate -dynamic -arch arm64 -platform_version macos 13.0.0 13.0 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -o a.out -L/usr/local/lib /var/folders/8_/0lh40nm57qq3069hrzss3s1m0000gn/T/test-c90de3.o -lc++ -lSystem /opt/local/libexec/llvm-14/lib/clang/14.0.6/lib/darwin/libclang_rt.osx.a

and the package installation works as well. I guess that something had gone wrong with my original installation of clang-14.

Last edited 17 months ago by MarcKaufmann (Marc Kaufmann) (previous) (diff)

comment:20 Changed 17 months ago by kencu (Ken)

but what, I wonder?

tough nut to crack, but you’re second person w this issue now.

Note: See TracTickets for help on using tickets.