[MacPorts] #32427: gdbm @1.10 +universal Build fails: merge error

MacPorts noreply at macports.org
Mon Dec 5 23:42:16 PST 2011


#32427: gdbm @1.10 +universal Build fails: merge error
--------------------------------+-------------------------------------------
 Reporter:  abarnert@…          |       Owner:  macports-tickets@…                   
     Type:  defect              |      Status:  new                                  
 Priority:  Normal              |   Milestone:                                       
Component:  ports               |     Version:  2.0.3                                
 Keywords:                      |        Port:  gdbm                                 
--------------------------------+-------------------------------------------
 I've tested this with two computers running Lion 10.7.2 and the 10.7.3
 prerelease, both with Xcode 4.2.1. The 10.7.3 machine was a completely
 clean MacPorts installation; I just installed MacPorts and then did "sudo
 port selfupdate" and "sudo port install gdbm +universal".

 Searching for information, I found
 http://stackoverflow.com/questions/8372001/macports-error-when-installing-
 gdbm which appears (at least at first glance) to be the same problem, but
 the reporter doesn't seem to have filed a ticket.

 I've tried passing alternate values for configure.compiler, and get what
 appears to be the same error.

 I can build the source distribution by following the instructions in the
 INSTALL file (the usual passing CC="gcc -arch i386 -arch x86_64" etc. to
 configure). The result is a universal binary that passes make check, and
 seems to work in a quick test from both 32-bit and 64-bit builds after
 installing it to /usr/local.

 I tried figuring out the log output. There seem to be lots of harmless
 errors that occur in any project with .la files (e.g., a slew of errors
 from cp, lipo -info, etc.), and no indication of what the real error is...
 but it could be that the dependency_libs entries are different in the 32-
 and 64-bit versions of the .la file, possibly because somehow libiconv got
 picked up by the 64-bit configure but not the 32-bit one (even though I
 seem to have libiconv @1.14_0+universal)? I could be way off target here,
 but:
 {{{
 $ diff
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macpo\
 rts.org_release_ports_databases_gdbm/gdbm/work/destroot-*//opt/local/lib/libgd\
 bm.la
 20c20
 < dependency_libs=' -L/opt/local/lib -ldbm'
 ---
 > dependency_libs=' -R/opt/local/lib -L/opt/local/lib
 /opt/local/lib/libintl.la \
 /opt/local/lib/libiconv.la -lc -ldbm'
 }}}

 Anyway, build log attached.

-- 
Ticket URL: <https://trac.macports.org/ticket/32427>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list