Opened 11 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)

kerberos5.lion.xcode4.3.3.main.log (78.7 KB) - added by ryandesign (Ryan Carsten Schmidt) 11 years ago.

Download all attachments as: .zip

Change History (5)

Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

comment:1 Changed 11 years ago by neverpanic (Clemens Lang)

Owner: changed from macports-tickets@… to cal@…
Status: newassigned

Can you attach the log for llvm-gcc-4.2? __et_list should be in libcomerr, can you verify that using nm $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 find libcom_err.dylib.

comment:2 Changed 11 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.

Last edited 11 years ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:3 Changed 11 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: assignedclosed

Assuming fixed due to lack of repsonse.

Note: See TracTickets for help on using tickets.