[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#346346: netatalk_2.0.3-3 (mips*/unstable): FTBFS: checking for gss_acquire_cred... no

On Thu, Jan 12, 2006 at 12:48:38PM +1100, Brian May wrote:
> >>>>> "Steve" == Steve Langasek <vorlon@debian.org> writes:

>     Steve> Ok, so it seems we need -pthread -lpthreads to be fully
>     Steve> correct when building a shared lib that depends on
>     Steve> pthreads, as the behavior of -pthread varies by
>     Steve> architecture.  Thanks.

>     Steve> Brian, can you make the necessary change to the heimdal
>     Steve> package, or should I prepare a patch?

> I might be wrong, but my understanding after a very quick glance at
> the other bug report was:

> a) you can't just hard code -pthread -lpthreads as on some platforms
> -pthread is correct.

No, this is not the case for any Debian platforms.  On some platforms,
-pthread is sufficient *because* it implies -lpthreads; but in all cases,
libgssapi needs to be linking against libpthreads because it uses symbols
from it, therefore "-pthread -lpthreads" is at worst redundant and at best
it's exactly what's needed.

> b) heimdal uses libtool (from sarge currently), and libtool should do
> the right thing? (perhaps sarge is not a sufficient version).

What I read in the bug log is that libtool sometimes tries to be *clever*,
and therefore gets things wrong.  That's not the case here; libtool is
simply passing the linker arguments through unmodified.  I don't see any
reason why we should expect libtool to second-guess gcc itself regarding the
meaning of "-pthread".

Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
vorlon@debian.org                                   http://www.debian.org/

Attachment: signature.asc
Description: Digital signature

Reply to: