Opened 13 years ago

Closed 12 years ago

Last modified 12 years ago

#13614 closed defect (invalid)

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

Reported by: vakuumfluktuation@… Owned by: ryandesign (Ryan Schmidt)
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: Glib2 sizeof char Cc:
Port: glib2

Description

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...

Attachments (2)

glib2.txt (1.8 KB) - added by vakuumfluktuation@… 13 years ago.
Full Output
config.log (70.7 KB) - added by vakuumfluktuation@… 13 years ago.
config.log

Download all attachments as: .zip

Change History (23)

Changed 13 years ago by vakuumfluktuation@…

Attachment: glib2.txt added

Full Output

Changed 13 years ago by vakuumfluktuation@…

Attachment: config.log added

config.log

comment:1 Changed 13 years ago by ryandesign (Ryan Schmidt)

Milestone: Port Bugs
Owner: changed from macports-tickets@… to ryandesign@…

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

comment:2 in reply to:  1 Changed 13 years ago by 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.

comment:3 Changed 13 years ago by ryandesign (Ryan Schmidt)

Resolution: invalid
Status: newclosed

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.

comment:4 Changed 13 years ago by vakuumfluktuation@…

Resolution: invalid
Status: closedreopened

I upped to Xcode 2.5.

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

comment:5 Changed 13 years ago by 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.

comment:6 Changed 13 years ago by 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?

comment:7 Changed 13 years ago by 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)

comment:8 Changed 13 years ago by 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?

comment:9 Changed 13 years ago by 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.

comment:10 Changed 13 years ago by ryandesign (Ryan 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.

comment:11 Changed 13 years ago by ryandesign (Ryan Schmidt)

Resolution: worksforme
Status: reopenedclosed

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.

comment:12 Changed 13 years ago by vakuumfluktuation@…

Resolution: worksforme
Status: closedreopened

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

comment:13 Changed 13 years ago by vakuumfluktuation@…

Well I got rid of KDE4Mac, too.

Didn't do it either...

comment:14 Changed 12 years ago by ryandesign (Ryan Schmidt)

Port: glib2 added

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?

comment:15 in reply to:  14 Changed 12 years ago by 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?

comment:16 Changed 12 years ago by 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).

comment:17 in reply to:  16 Changed 12 years ago by 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?

comment:18 Changed 12 years ago by ryandesign (Ryan 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".

comment:19 Changed 12 years ago by 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!

comment:20 Changed 12 years ago by blb@…

Resolution: invalid
Status: reopenedclosed

comment:21 Changed 12 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.