Re: update to icu has again broken all the macports-clang compilers

2020-08-12 Thread Joshua Root
On 2020-8-13 00:52 , Ken Cunningham wrote:
> the macports-clang compilers actually have no need for macports' libxml2 I 
> believe, the libxml2 provided by the system is sufficient, and libxml2 itself 
> is optionally used by one tiny component that is not relevant to a bootstrap 
> compiler...
> 
> I have disabled libxml2 in various llvm-related ports already, so perhaps I 
> should just look at removing our libxml2 from all the llvm* ports and maybe 
> solve this forever.

It doesn't matter for newer clangs, libxml2 will be upgraded first
because a dependency is declared, and everything will be fine because
libxml2 builds with either the system clang or clang-3.7. The problem is
that clang-3.7 is linked with libxml2 despite (deliberately) not
depending on it.

- Josh


Re: update to icu has again broken all the macports-clang compilers

2020-08-12 Thread Ken Cunningham


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

Re: update to icu has again broken all the macports-clang compilers

2020-08-12 Thread Joshua Root
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


Re: update to icu has again broken all the macports-clang compilers

2020-08-12 Thread Ken Cunningham
the macports-clang compilers actually have no need for macports' libxml2 I 
believe, the libxml2 provided by the system is sufficient, and libxml2 itself 
is optionally used by one tiny component that is not relevant to a bootstrap 
compiler...

I have disabled libxml2 in various llvm-related ports already, so perhaps I 
should just look at removing our libxml2 from all the llvm* ports and maybe 
solve this forever.

Ken

Re: update to icu has again broken all the macports-clang compilers

2020-08-12 Thread Ken Cunningham


On 2020-08-12, at 7:37 AM, 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 did this:

sudo port -f deactivate libxml2
sudo port -v install libxml2

(downloaded the prebuilt x86_64 binary from the buildbot)

 sudo port -v -n upgrade --enforce-variants libxml2 +universal 

(rebuilt libxml2 +universal using the now-working clang-3.7)

Ken

Re: update to icu has again broken all the macports-clang compilers

2020-08-12 Thread Marius Schamschula
Also related to the icu update, *webkit* ports are broken.

For example, see https://trac.macports.org/ticket/60975 
 and 
https://trac.macports.org/ticket/60977

> On Aug 12, 2020, at 9:37 AM, 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
> 

Marius
--
Marius Schamschula






update to icu has again broken all the macports-clang compilers

2020-08-12 Thread Ken Cunningham
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