update to icu has again broken all the macports-clang compilers
Ken Cunningham
ken.cunningham.webuse at gmail.com
Wed Aug 12 14:58:30 UTC 2020
On 2020-08-12, at 7:55 AM, Joshua Root wrote:
> On 2020-8-13 00:37 , Ken Cunningham wrote:
>> not exactly sure how I'm going to get around this just yet
>>
>> have to find some compiler that still works somewhere -- gcc? to rebuild libxmls2 and then again rebuild libxml2 +universal once some clang works again...
>>
>> configure:3623: $? = 1
>> configure:3643: checking whether the C compiler works
>> configure:3665: /opt/local/bin/clang-mp-3.7 -pipe -Os -arch x86_64 -arch i386 -I/opt/local/include -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -arch i386 conftest.c >&5
>> dyld: Library not loaded: /opt/local/lib/libicui18n.65.dylib
>> Referenced from: /opt/local/lib/libxml2.2.dylib
>> Reason: image not found
>>
>
> I notice clang-3.7 doesn't actually depend on libxml2, unlike later
> clangs. Probably for precisely this reason? But that means whatever it's
> doing to avoid using libxml2 isn't working.
>
> - Josh
I think it is opportunistically found if present in /opt/local, otherwise the system one is used.
In some of the newer llvm ports I specifically disable it, but they use cmake whereas clang-3.7 is still using autotools (and I didn't look into forcing it off in clang-3.7).
next project :>
Ken
More information about the macports-dev
mailing list