Opened 12 years ago
Closed 11 years ago
#38630 closed defect (fixed)
kerberos5: Undefined symbols: __et_list
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | neverpanic (Clemens Lang) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.3 |
Keywords: | lion | Cc: | |
Port: | kerberos5 |
Description
I cannot build kerberos5 on Lion with Xcode 4.3.3:
:info:build Undefined symbols for architecture x86_64: :info:build "__et_list", referenced from: :info:build _initialize_prof_error_table in prof_err.so :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)
$ clang -v Apple clang version 3.1 (tags/Apple/clang-318.0.61) (based on LLVM 3.1svn) Target: x86_64-apple-darwin11.4.2 Thread model: posix
Using llvm-gcc-4.2 instead succeeds.
Attachments (1)
Change History (5)
Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Attachment: | kerberos5.lion.xcode4.3.3.main.log added |
---|
comment:1 Changed 12 years ago by neverpanic (Clemens Lang)
Owner: | changed from macports-tickets@… to cal@… |
---|---|
Status: | new → assigned |
comment:2 Changed 12 years ago by aphor (Jeremy McMillan)
I can confirm on my Lion system it is trying to build
cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_kerberos5/kerberos5/work/krb5-krb5-da9dc1b/src" && /usr/bin/make -j16 -w all
with no -L to help it find any libcom_err.dylib, especially the /opt/local/lib/libcom_err.dylib which I confirmed implements the missing __et_list
symbol.
I took a peek at the portfile, and found
# kerberos5 fails to build in its own presence, see #23769, #37944 configure.cppflags-delete -I${prefix}/include configure.ldflags-delete -L${prefix}/lib
so is apparently broken by r77769, and I can confirm that commenting those lines out of the portfile works (at least with no active kerberos5 package/port). Some test common.o failed to compile with make -j
, but built fine without parallel make.
comment:3 Changed 12 years ago by neverpanic (Clemens Lang)
Can you check whether this is fixed with r105939?
comment:4 Changed 11 years ago by neverpanic (Clemens Lang)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Assuming fixed due to lack of repsonse.
Note: See
TracTickets for help on using
tickets.
Can you attach the log for llvm-gcc-4.2?
__et_list
should be in libcomerr, can you verify that usingnm $prefix/lib/libcom_err.dylib | grep et_list
? It seems to me the linker invocation is missing a -L$prefix/lib and thus probably doesn't findlibcom_err.dylib
.