curlhandle 1.9_0 won't build because libcurl.a is a fat file

[ryandesign (Ryan Carsten Schmidt)]

$ sudo port install curlhandle
--->  Fetching curlhandle
--->  Verifying checksum(s) for curlhandle
--->  Extracting curlhandle
--->  Configuring curlhandle
--->  Building curlhandle
Error: Target org.macports.build returned: shell command "cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9" && xcodebuild -project CURLHandleSource/CURLHandle.pbproj -alltargets -configuration Deployment build OBJROOT=build/ SYMROOT=build/ " returned error 1
Command output:     exit ${_result}
=== Script ===
#!/bin/sh
# Sequence courtesy of Kevin Enderby.  Changes common symbol into a definition.
# The result is in /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/curl and you could move it back into /usr/local/lib; we
# just leave it here and statically link to it. 
mkdir /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/curl
cd /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/curl
ar x /opt/local/lib/libcurl.a
ld -r -d hostip.o
mv a.out hostip.o
libtool -o libcurl.a *.o
--- Output ---
ar: /opt/local/lib/libcurl.a is a fat file (use libtool(1) or lipo(1) and ar(1) on it)
ar: /opt/local/lib/libcurl.a: Inappropriate file type or format
ld: can't open: hostip.o (No such file or directory, errno = 2)
ld: no object files loaded
mv: rename a.out to hostip.o: No such file or directory
libtool: can't open file: *.o (No such file or directory)
=== Exit code: 1 ===

SymLink /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/CURLHandleSource/build/Deployment/CURLHandle.framework/Versions/Current A
    /bin/ln  -sf A  /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/CURLHandleSource/build/Deployment/CURLHandle.framework/Versions/Current 

Mkdir /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/CURLHandleSource/build/Deployment/CURLHandle.framework/Versions/A/Headers
    /bin/mkdir  -p /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/CURLHandleSource/build/Deployment/CURLHandle.framework/Versions/A/Headers 

SymLink /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/CURLHandleSource/build/Deployment/CURLHandle.framework/Headers Versions/Current/Headers
    /bin/ln  -sf Versions/Current/Headers  /opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_curlhandle/work/CURLHandle_1.9/CURLHandleSource/build/Deployment/CURLHandle.framework/Headers 
** BUILD FAILED **

Error: Status 1 encountered during processing.
$

[ryandesign (Ryan Carsten Schmidt)]

I found a note ​here which says:

To use the source presently available for CURLHandle, you need to upgrade the target, set it to universal, remove the script which tries to link to the static library, and remove the reference to the static curl library in the Other Linker Flags setting (in build settings). After that it should work.

[ryandesign (Ryan Carsten Schmidt)]

There appears to be a binary and source code for a universal curlhandle ​here.

[ryandesign (Ryan Carsten Schmidt)]

Another source for a universal curlhandle is ​here.

[blb@…]

Looks like curlhandle has been updated to 2.0 and moved to ​a new home. Maybe 2.0 works?

[(none)]

Milestone Port Bugs deleted

[cooljeanius (Eric Gallager)]

Cc Me!

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

I found a note ​here which says:

To use the source presently available for CURLHandle, you need to upgrade the target, set it to universal, remove the script which tries to link to the static library, and remove the reference to the static curl library in the Other Linker Flags setting (in build settings). After that it should work.

Once I remove the reference to the static curl library I get a bunch of missing symbols that were supposed to be in it...

[ryandesign (Ryan Carsten Schmidt)]

Replying to blb@…:

Looks like curlhandle has been updated to 3.1.1 and moved to ​a new home. Maybe 3.1.1 works?

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

Looks like curlhandle has been updated to 3.1.1 and moved to ​a new home. Maybe 3.1.1 works?

Opened an issue asking them for help with this here: ​https://github.com/karelia/CurlHandle/issues/4

[ryandesign (Ryan Carsten Schmidt)]

Replying to ryandesign@…:

Looks like curlhandle has been updated to 3.1.1 and moved to ​a new home. Maybe 3.1.1 works?

Looks like it does. r103926

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

Replying to ryandesign@…:

Looks like curlhandle has been updated to 3.1.1 and moved to ​a new home. Maybe 3.1.1 works?

Looks like it does. r103926

On all OSes? Last time I tried it, it only worked on Lion and up... (anyway, thanks for the update)

[ryandesign (Ryan Carsten Schmidt)]

I only tested Mountain Lion. It failed on the Lion and Snow Leopard buildbots and on my Leopard machine, different reasons in each case.

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

I only tested Mountain Lion. It failed on the Lion and Snow Leopard buildbots and on my Leopard machine, different reasons in each case.

So... are you going to try fixing it for those machines, or are you just going to mark it as incompatible with those OS versions?

[ryandesign (Ryan Carsten Schmidt)]

New tickets should be filed for any remaining issues, but filing them upstream might be best. I have filed a bug report with the developers about the build failure on Lion: ​https://github.com/karelia/CurlHandle/issues/8