[MacPorts] #67101: serf1 fails due to architecture mismatch on apr

[MacPorts]

#67101: serf1 fails due to architecture mismatch on apr
------------------------------+------------------------
 Reporter:  rmottola          |      Owner:  danielluke
     Type:  defect            |     Status:  assigned
 Priority:  Normal            |  Milestone:
Component:  ports             |    Version:
 Keywords:  lion x86_64 i386  |       Port:  apr
------------------------------+------------------------
 while upgrading serf1 on Leopard 64bit, I get the following error:


 {{{
 ld: warning: ignoring file /opt/local/lib/libaprutil-1.dylib, file was
 built for unsupported file format which is not the architecture being
 linked (x86_64)
 Undefined symbols for architecture x86_64:
   "_apr_uri_unparse", referenced from:
       _serf_connection_create2 in outgoing.os
   "_apr_uri_parse", referenced from:
       _serf_connection_create2 in outgoing.os
       _serf__setup_request_digest_auth in auth_digest.os
   "_apr_uri_port_of_scheme", referenced from:
       _serf_connection_create2 in outgoing.os
   "_apr_date_checkmask", referenced from:
       _run_machine.isra.2 in bwtp_buckets.os
       _run_machine.isra.3 in response_buckets.os
   "_apr_base64_encode_len", referenced from:
       _serf_ssl_cert_export in ssl_buckets.os
       _serf__encode_auth_header in auth.os
   "_apr_base64_encode", referenced from:
       _serf_ssl_cert_export in ssl_buckets.os
       _serf__encode_auth_header in auth.os
   "_apr_uuid_get", referenced from:
       _serf__setup_request_digest_auth in auth_digest.os
   "_apr_uuid_format", referenced from:
       _serf__setup_request_digest_auth in auth_digest.os
   "_apr_md5", referenced from:
       _build_digest_ha2 in auth_digest.os
       _serf__handle_digest_auth in auth_digest.os
       _serf__setup_request_digest_auth in auth_digest.os
       _serf__validate_response_digest_auth in auth_digest.os
 ld: symbol(s) not found for architecture x86_64
 collect2: error: ld returned 1 exit status

 }}}

 indeed, if I execute


 {{{
 $ file /opt/local/lib/libaprutil-1.dylib
 /opt/local/lib/libaprutil-1.dylib: Mach-O dynamically linked shared
 library i386
 }}}

 it looks that for some reason I got a 32bit version of libaprutil


 I think the bug is more in apr that builds with the wrong arch (maybe on
 10.5 default is still 32bit) than serf1 which tries to use it, but feel
 free to correct me.

-- 
Ticket URL: <https://trac.macports.org/ticket/67101>
MacPorts <https://www.macports.org/>
Ports system for macOS