#13614: Glib2 does not upgrade. "cannot compute sizeof (char)" on configuring. -------------------------------------------------+-------------------------- Reporter: vakuumfluktuation@quantentunnel.de | Owner: ryandesign@macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: Glib2 sizeof char -------------------------------------------------+-------------------------- Comment (by vakuumfluktuation@quantentunnel.de): Okay, that looks like your's did: {{{ {508}:/$ otool -L /opt/local/lib/libiconv.2.dylib /opt/local/lib/libiconv.2.dylib: /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) }}} ...and I made sure only one version each is installed, when I rebuild them: {{{ {509}:/$ sudo port installed libiconv gettext The following ports are currently installed: libiconv @1.12_0+darwin_8 (active) gettext @0.17_2 (active) }}} But there are quite a few possible delinquents here: {{{ {507}:/$ locate lib/libiconv.2.dylib /Applications/Gimpshop.app/Contents/Resources/lib/libiconv.2.dylib /Applications/Gimp.app/Contents/Resources/lib/libiconv.2.dylib /Applications/GNUBackGammon.app/Contents/MacOS/lib/libiconv.2.dylib /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.2.dylib /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.2.dylib /opt/kde4-deps/lib/libiconv.2.dylib /opt/local/lib/libiconv.2.dylib /opt/local/var/macports/software/libiconv/1.11_0+darwin_8/opt/local/lib/libiconv.2.dylib /opt/local/var/macports/software/libiconv/1.11_4+darwin_8/opt/local/lib/libiconv.2.dylib /opt/local/var/macports/software/libiconv/1.11_6+darwin_8/opt/local/lib/libiconv.2.dylib /sw/lib/libiconv.2.dylib sr/lib/libiconv.2.dylib sr/lib/libiconv.2.dylib.bak }}} What I don't understand is: Why are there still libs of older versions though I did a ''port --all clean libiconv'' Somehow I get the feeling it could be ''/sw/lib/libiconv.2.dylib'' - which is from my '''Fink''' installation. Question is: Why is it used, if it is? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13614#comment:8> MacPorts </projects/macports> Ports system for Mac OS