id summary reporter owner description type status priority milestone component version resolution keywords cc port 32427 gdbm @1.10 +universal Build fails: merge error abarnert@… ryandesign "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." defect closed Normal ports 2.0.3 fixed haspatch gdbm