building gcc14-libgcc14 using Macports + Apple clang
returns following error
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach/message.h:78,
from /Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach/arm/thread_status.h:40,
from /Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach/machine/thread_status.h:35,
from /Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach-o/loader.h:52,
from /Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach-o/dyld.h:30,
from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc14/libgcc14/work/gcc-14.2.0/libgcc/config/darwin-crt-tm.c:29:
/Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach/port.h:510:1: error: conflicting types for 'MPG_PAYLOAD'; have 'uint64_t(uint8_t, uint32_t, uint32_t)' {aka 'long long unsigned int(unsigned char, unsigned int, unsigned int)'}
510 | MPG_PAYLOAD(uint8_t flag, uint32_t a, uint32_t b)
| ^~~~~~~~~~~
/Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach/port.h:498:1: note: previous definition of 'MPG_PAYLOAD' with type 'uint64_t(uint8_t, uint32_t)' {aka 'long long unsigned int(unsigned char, unsigned int)'}
498 | MPG_PAYLOAD(uint8_t flag, uint32_t a)
| ^~~~~~~~~~~
/Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach/port.h:523:1: error: conflicting types for 'MPG_PAYLOAD'; have 'uint64_t(uint8_t, uint32_t, uint16_t, uint16_t)' {aka 'long long unsigned int(unsigned char, unsigned int, short unsigned int, short unsigned int)'}
523 | MPG_PAYLOAD(uint8_t flag, uint32_t a, uint16_t b, uint16_t c)
| ^~~~~~~~~~~
/Library/Developer/CommandLineTools/SDKs/MacOSX26.sdk/usr/include/mach/port.h:498:1: note: previous definition of 'MPG_PAYLOAD' with type 'uint64_t(uint8_t, uint32_t)' {aka 'long long unsigned int(unsigned char, unsigned int)'}
498 | MPG_PAYLOAD(uint8_t flag, uint32_t a)
libgcxx compiles fine
if forcing compile using clang20/clang19 there is no error.
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Hi there
since I installed Xcode 13 b3, codes running under python 3.9.6 hang at various stages:
I have no error messages just that python resources jump to >100% of CPU.
This happens either loading a module (e.g. from astropy.modeling import models - but from astropy.constants.si import c its fine) or creating a reasonably sized array with numpy.arange().
I reinstalled Xcode 12.5.1 with its CLT and the code loads and creates what is needed.
My vague idea is that the memory resources are badly handled using Xcode 13+CLTs (ahh everything worked fine with Xcode 13 b1)
with Xcode 13 I have been using: Big Sur 11.5, or Monterey 12.0b3 . so the machine seems not to be an issue.
any ideas?
I have a fresh install of Xcode 12 + CLT on Big Sur (no universal). I am trying to install llvm and it claims it cannot find libc++ library. There is a soft link in the /
usr/lib as expected but no target libc++.1.dylib
When I compare to my "stable" Catalina (where I also install Xcode 12 + CLT) I can find the library however the time stamp is June 5th. I suspect it comes from Xcode 11.6 Beta +CLT.
I am the feeling it is missing from Xcode 12
anyone has any idea?
my thinking at the moment install 11.6 beta and move on to 12.