Glib2 does not upgrade. "cannot compute sizeof (char)" on configuring.

[vakuumfluktuation@…]

I'm trying to upgrade Glib2 (2.12.13_0 < 2.14.4_1)

When it's configuring it stops with:

checking size of char... configure: error: cannot compute sizeof (char)

Full output and config.log should be attached...

Thanks in advance...

[vakuumfluktuation@…]

Full Output

[vakuumfluktuation@…]

config.log

[ryandesign (Ryan Carsten Schmidt)]

What version of Mac OS X, Xcode and MacPorts are you using? What processor architecture (Intel or PowerPC)?

[vakuumfluktuation@…]

I'm sorry I typed up the info and forgot to paste it. So here it is:

Mac OS X 10.4.11
Xcode 2.2
MacPorts 1.60 (had the same problem with 1.52)

It's a PowerPC (iBook G4)

I just saw Xcode is rather dated. I'll try updating it.

[ryandesign (Ryan Carsten Schmidt)]

Yes, please. Xcode 2.2 is way too old and is known to cause various problems. Please update to the latest version of Xcode, which is currently 2.5 for Tiger. Xcode 2.4.1 would also be acceptable. If that does not solve the problem, please re-open this ticket.

[vakuumfluktuation@…]

I upped to Xcode 2.5.

Sadly, nothing has changed. Do you need the "new" config.log and error-output?

[vinc17@…]

Your config.log says:

1427    dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
1428      Referenced from: /opt/local/lib/libintl.8.dylib
1429      Reason: Incompatible library version: libintl.8.dylib requires version 7.0.0 or later, but libiconv.2.dylib provides version 6.0.0

Fix this problem first by rebuilding and reinstalling gettext and/or libiconv.

[vakuumfluktuation@…]

I did

sudo port -f uninstall libiconv gettext
sudo port --all clean libiconv gettext
sudo port install libiconv gettext

and tried to install Glib2 again. It didn't work... config.log still contains the error you cited above.

What could I do to get rid of it? Do I have to recompile a/all port build upon libiconv?

[vinc17@…]

FYI, under Mac OS X 10.4.11 (PowerPC):

prunille:~> 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)

So, I don't understand why your config.log says "libiconv.2.dylib provides version 6.0.0". Perhaps you have an old version in /usr/local or something like that? Could you try the above command and/or search all the occurrences of libiconv.2.dylib on your machine? ("locate lib/libiconv.2.dylib" should do the latter.)

Also...

prunille:~> port installed libiconv
The following ports are currently installed:
  libiconv @1.11_6+darwin_8
  libiconv @1.12_0+darwin_8 (active)

[vakuumfluktuation@…]

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?

[vinc17@…]

The older versions are not a problem: they are still installed, but not activated (only one version can be activated). You can remove them with "port uninstall". What does

otool -L /opt/local/lib/libintl.8.dylib

give you? You'll see what libiconv it tries to pick.

[ryandesign (Ryan Carsten Schmidt)]

What is the status of this issue, please? Are you still experiencing it? If so, please attach your current config.log.

It looks like "cannot compute sizeof (char)" ​could result from a bad or missing libiconv, so I think we're on the right track with trying to fix your iconv/gettext problem.

[ryandesign (Ryan Carsten Schmidt)]

No response in 2 months so I'm going to assume this issue is fixed. glib2 will be updated to version 2.16.1 via #14631. If you still experience the problem with that version please reopen this ticket and provide the information requested in earlier notes.

[vakuumfluktuation@…]

Hi, first off: I'm really sorry for not answering that long - your mails got lost in a spam-filter. I just dug them up... Hope you dont't mind (that much)!

Back to the problem:
I upped to xcode 2.5
I removed the fink-installation.
I wiped my macports-installation and reinstalled.

Still gives the same error upon glib2-installation.

otool -L /opt/local/lib/libintl.8.dylib gives:

/opt/local/lib/libintl.8.dylib:
        /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, current version 9.2.0)
        /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.11)
        /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 368.33.0)

locate lib/libiconv.2.dylib gives (after updating the db)

/Applications/Gimp.app/Contents/Resources/lib/libiconv.2.dylib
/Applications/Gimpshop.app/Contents/Resources/lib/libiconv.2.dylib
/Applications/Spiele/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.12_0+darwin_8/opt/local/lib/libiconv.2.dylib
/usr/lib/libiconv.2.dylib
/usr/lib/libiconv.2.dylib.bak

Might I need to uninstall KDE4Mac ?

Thanks! Sven

[vakuumfluktuation@…]

Well I got rid of KDE4Mac, too.

Didn't do it either...

[ryandesign (Ryan Carsten Schmidt)]

Sorry, now I'm the one who has neglected this ticket.

I thought removing Fink would help...

glib2 was just updated to 2.18.1 in r40237. If you're still experiencing this issue with that version, would you be so good as to attach a current config.log?

[vakuumfluktuation@…]

Now it stops with:

[...]
checking for gmtime_r... yes
checking size of char... 0
checking size of short... 0
checking size of long... 0
checking size of int... 0
checking size of void *... 0
checking size of long long... 0
checking size of __int64... 0
configure: error:
*** GLib requires a 64 bit type. You might want to consider
*** using the GNU C compiler.

As far as I understand the output it's the same problem: it can't get the size of those datatypes!?

gcc is gcc -v says

Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --target=powerpc-apple-darwin8
Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5370)

So it's there... Why that error about using it?

[vinc17@…]

The fact that you have /usr/lib/libiconv.2.dylib.bak can mean that your system is already broken (some software touched files in /usr/lib).

[vakuumfluktuation@…]

The fact that you have /usr/lib/libiconv.2.dylib.bak can mean that your system is already broken

Dumb question: Is that repairable?

Could I delete /usr/lib (and/or some more?) and reinstall XCode to get back to the correct versions?

[ryandesign (Ryan Carsten Schmidt)]

/usr/lib contains files provided by and necessary to your operating system, so reinstalling the OS with the "Archive and Install" option, and then running Software Update and installing all OS and security updates, would be the way to get /usr/lib and all other system directories back to a good state. Apple tries to make the OS reinstall a painless process for "normal" users, but it never seems that way for me. For example, it will probably archive away /Library/Tcl/macports1.0 which you're gonna need and should move back after archiving.

There are also some ports that install into OS locations that will be archived away. php5+apache installs into /usr/libexec/httpd, I believe, and there are some X11 ports that install into ${x11prefix}. To combat this, you could save a list of active ports to the desktop with "port installed active > ~/Desktop/activeports.txt", then deactivate all ports with "sudo port deactivate active", then do the OS reinstall, then reactivate each port foo listed in activeports.txt with "sudo port activate foo".

[vakuumfluktuation@…]

I did a reinstall... Glib2 installs now.

I have problems with Gnumeric, though. I posted an reply about that here: ​https://trac.macports.org/ticket/16798

You can close this ticket now... Thanks so far!

[(none)]

Milestone Port Bugs deleted