ncurses breaks gawk trying to build py27-wxpython

Dave Curtis dave at dave-curtis.com
Tue Mar 20 19:41:13 PDT 2012


Ah ha!  file shows some curious results...
{ my comments }

david-curtiss-macbook:wxtab dave$ which file
/usr/bin/file

{ Yup, that's the 'file' we want...} 

david-curtiss-macbook:wxtab dave$ file /opt/local/lib/libiconv.2.dylib
/opt/local/lib/libiconv.2.dylib: Mach-O 64-bit dynamically linked shared library x86_64
david-curtiss-macbook:wxtab dave$ file /opt/local/bin/gawk
/opt/local/bin/gawk: Mach-O 64-bit executable x86_64

{ The above work fine.  Let's see what the bad one looks like. }

david-curtiss-macbook:wxtab dave$ port installed libiconv
The following ports are currently installed:
  libiconv @1.13_0
  libiconv @1.13.1_0
  libiconv @1.14_0 (active)
  libiconv @1.14_0+universal
david-curtiss-macbook:wxtab dave$ sudo port activate libiconv at 1.14_0+universal
--->  Deactivating libiconv @1.14_0
--->  Cleaning libiconv
--->  Activating libiconv @1.14_0+universal
--->  Cleaning libiconv
david-curtiss-macbook:wxtab dave$ file /opt/local/lib/libiconv.2.dylib
/opt/local/lib/libiconv.2.dylib: Mach-O universal binary with 2 architectures
/opt/local/lib/libiconv.2.dylib (for architecture ppc7400):	Mach-O dynamically linked shared library ppc
/opt/local/lib/libiconv.2.dylib (for architecture i386):	Mach-O dynamically linked shared library i386

{ Now, that looks pretty wacky.  What gives with ncurses trying to pull that cruft in? }

-dave

On Mar 20, 2012, at 6:58 PM, Dave Curtis wrote:

> 
> On Mar 20, 2012, at 5:14 PM, Ryan Schmidt wrote:
> 
>> 
>> On Mar 20, 2012, at 18:37, Ryan Schmidt wrote:
>> 
>>> On Mar 20, 2012, at 12:39, Dave Curtis wrote:
>>> 
>>>> david-curtiss-macbook:wxtab dave$ gawk
>>>> dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
>>>> Referenced from: /opt/local/bin/gawk
>>>> Reason: Incompatible library version: gawk requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
>>>> Trace/BPT trap
>>> 
>>> The short answer is that you need to rebuild libiconv +universal, or follow the Migration instructions if applicable. This has come up so often on the list and in the issue tracker since Snow Leopard's release three years ago that it's time for me to write a ProblemHotlist entry for it. I'll reply here again when I've written it.
>> 
>> https://trac.macports.org/wiki/ProblemHotlist#libiconv-version
>> 
> No joy. What else could be going on here?  
> 
> Why is there both a 1.14_0 and a 1.14_0+universal build of libiconv, and why does wxpython force the use of the +universal variant?    (As mentioned in my original post, the +universal variant seems to come in through ncurses)
> 
> -dave
> 
> My comments look {like this}
> 
> $history
>  700  echo $DYLD_LIBRARY_PATH
> { path variable reported empty }
> 
>  701  sudo port -n upgrade --force libiconv
> { happy build resulted }
> 
>  702  port installed libiconv
> { @1.14_0 (active)
> 
>  703  sudo port -n upgrade --force libiconv at 1.14_0+universal
> { happy build resulted }
> 
> david-curtiss-macbook:wxtab dave$ port installed libiconv
> The following ports are currently installed:
>  libiconv @1.13_0
>  libiconv @1.13.1_0
>  libiconv @1.14_0
>  libiconv @1.14_0+universal (active)
> david-curtiss-macbook:wxtab dave$ gawk
> dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
>  Referenced from: /opt/local/bin/gawk
>  Reason: Incompatible library version: gawk requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
> Trace/BPT trap
> david-curtiss-macbook:wxtab dave$ 
> 



More information about the macports-users mailing list