Problem upgrading curl

Question

Problem upgrading curl

I successfully compiled the latest version of curl (7.16.x?), manually removed the old one when I realized that the install didn't replace the old one (eek!), and got the new one working from the command line immediately.

Bravo to me.

Now the problem...

Several programs on the system no longer work. Some preference panels (e.g., sharing settings) can't be changed. When I download a DMG file, I can't get it to open. (Disk Image crashes on attempt to open.)

The problem, so far as I can diagnose, is that the old curl (7.13.x?) identified itself with dylib version 3, and the new one with version 4. So these Aqua apps think that curl no longer exists.

How do I convince the UI that curl is still there?

Dual G5 Mac OS X (10.4.9)

Dual G5 tower, Mac OS X (10.4.7)

Posted on Jun 4, 2007 1:55 PM

Reply

Answer 1

neutron

Level 2

315 points

Jun 4, 2007 4:53 PM in response to Jeffrey Holton

I have installed curl, and it has no problems. After running make, try make check and make sure that all the tests work correctly. Also, make sure that the dir that curl gets installed to is the same as the old one was.

You could also try installins Apple's orig. version of curl.
Go to http://www.opensource.apple.com/darwinsource/ and select your OS X version and CPU type (PPC for PPC, x86 for Intel). curl is listed, but after the packages with their first letter capitalized. Download the .tar.gz file and try that...

Hope this is helpful.

~D

Reply

Answer 2

Jun 4, 2007 6:08 PM in response to neutron

Am trying that now. Grateful for the suggestion of the easiest way to revert. (Had no idea Darwin was open source!)

In the meantime, here's the actual error the console was giving...

dyld: Library not loaded: /usr/lib/libcurl.3.dylib
Referenced from: /System/Library/PrivateFrameworks/DiskImages.framework/Versions/A/DiskImages
Reason: image not found
Jun 4 17:55:51 Lexington crashdump[3573]: writeconfig crashed
Jun 4 17:55:51 Lexington crashdump[3573]: crash report written to: /Users/jeff/Library/Logs/CrashReporter/writeconfig.crash.log
DiscoveryEventHandler called

Reply

Answer 3

Jun 4, 2007 6:14 PM in response to neutron

Well...thrilling notion. Didn't work. Downloaded the version of curl for 10.4.9 (which I confirmed is what I'm running). Tried "make" (as myself) and let it run.

It had errors. All sorts of unresolved symbols. Not sure why. Said...

gcc -arch ppc -arch ppc64 -g -Os -pipe -arch ppc -arch ppc64 -o .libs/curl main.o hugehelp.o urlglob.o writeout.o writeenv.o getpass.o homedir.o strtoofft.o timeval.o ../lib/.libs/libcurl.dylib
ld64 warning: in ../lib/.libs/libcurl.dylib, file is not of required architecture
Undefined symbols for architecture ppc64:

...[slough of symbols cut here for your sanity]...

ld64-59.2 failed: symbol(s) not found for architecture ppc64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//ccrFaQ9P.out (No such file or directory)
make[3]: * [curl] Error 1
make[2]: * [all] Error 2
make[1]: * [all-recursive] Error 1
make: * [build] Error 2

curl-config --version still reports 7.16.2

Reply

Answer 4

Jun 4, 2007 6:23 PM in response to neutron

Ok, something tells me I'm going to pay for this, but I solved the problem by changing to /usr/lib/local/ and issuing...

ln -s libcurl.4.0.0.dylib libcurl.3.dylib

Everything works fine now. Apparently, I fooled the system into thinking that v4 IS v3.

And I came up with that one on my own, too. ****, I'm good.

Reply

Answer 5

neutron

Level 2

315 points

Jun 5, 2007 5:39 PM in response to Jeffrey Holton

Hmph...that is interesting...thanks for telling me. I shall have to remember it. I'd have never thought of using a symbolic link to solve it, because I would have thought that the problem would be in the actual way libcurl4.0 runs, not the name...

Reply