Re: linking problems with heimdal in base (ports version works)

From: Brian Fundakowski Feldman (green_at_freebsd.org)
Date: 10/18/05

  • Next message: Danny Howard: "No SATA disks appear on E7520 with 5.4-RELEASE" 
    Date: Mon, 17 Oct 2005 18:18:56 -0400
To: Michael Nottebrock <lofi@freebsd.org>, freebsd-stable@freebsd.org, Palle Girgensohn <girgen@pingpong.net>

    On Sun, Oct 16, 2005 at 09:04:58PM +0400, Igor Pokrovsky wrote:
    > On Sun, Oct 16, 2005 at 06:35:51PM +0200, Michael Nottebrock wrote:
    > > On Sunday, 16. October 2005 09:06, Igor Pokrovsky wrote:
    > > > On Fri, Oct 14, 2005 at 09:49:51PM +0200, Michael Nottebrock wrote:
    > > > > On Friday, 14. October 2005 21:11, Igor Pokrovsky wrote:
    > > > > > > Still, isn't it strange that the kerberos libs don't have any
    > > > > > > dependencies registered? A quick check shows that they are almost the
    > > > > > > only libs in /usr/lib that have zero output from ldd.
    > > > > >
    > > > > > Probably they are statically linked.
    > > > >
    > > > > No, static libraries don't come with an .so extension. :-)
    > > >
    > > > No, you missed my point. I mean that kerberos libs are dynamic but
    > > > linked against other libraries statically.
    > >
    > > If they were, there would be no problem in the first place.
    >
    > Sorry, it seems I missed a part of the thread.

    Either the ports that use libkrb5 must know its dependencies or they
    must be encoded in the shared library's header as dependencies. I vote
    for #1 because it's too late for #2. See previous post about how to
    solve this. 

    -- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
  • Next message: Danny Howard: "No SATA disks appear on E7520 with 5.4-RELEASE"

    Relevant Pages

    • Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
      ... header is poor style and leads to people failing to consider dependencies. ... commonly used C header assembly-invariant. ... files included in the ARM sub-tree and reduce the namespace pollution ...
      (Linux-Kernel)
    • Re: Class Member Variables:instance Vs pointer
      ... >>I have tried both approaches (composition and association), ... I didn't say there were no multiple inclusions, or no dependencies ... I said I didn't let any *header* file include any ... Clients' calls to these forwarding functions often ...
      (comp.lang.cpp)
    • Re: [linux-next][PATCH] revert headers_check fix: ia64, fpu.h
      ... header is poor style and leads to people failing to consider dependencies. ... but I view it as a hack rather than fixing the real problem ... commonly used C header assembly-invariant. ...
      (Linux-Kernel)
    • RE: PHP-4.3.9-3 Recompile Fails
      ... php has a varying number of dependencies, from a few to a lot, based on ... you need a lot of 'devel' libraries to compile php from the ... search the rpm database with rpm -qa. ... To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list ...
      (Fedora)
    • Re: [PATCH v3] ftrace: add a tracepoint for __raise_softirq_irqoff()
      ... Yes, we should try to fix TRACE_EVENT, but we should fix it _before_ we ... Circular header dependencies is a real problem ... Then the declaration C file would need to define ...
      (Linux-Kernel)