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