NetBSD Problem Report #40995
From email@example.com Wed Mar 11 12:46:29 2009
Received: from mail.netbsd.org (mail.netbsd.org [188.8.131.52])
by www.NetBSD.org (Postfix) with ESMTP id 5DA9763BE42
for <gnats-bugs@gnats.NetBSD.org>; Wed, 11 Mar 2009 12:46:29 +0000 (UTC)
Date: Wed, 11 Mar 2009 12:43:08 +0000 (UTC)
Subject: libnids needs glib and gthread
>Synopsis: libnids needs glib and gthread
>Arrival-Date: Wed Mar 11 12:50:00 +0000 2009
>Last-Modified: Sat May 30 22:25:01 +0000 2009
>Originator: Alan Barrett
>Release: NetBSD 5.99.7
System: NetBSD 5.99.7 i386
The net/libnids package installs only a static library.
Programs that link against ilbnids need
-lnids -lglib-2.0 -lghtread-2.0
but there appears to be no mechanism for informing such programs
of that fact.
For example, the security/dsniff-nox11 package won't build,
complaining about several undefined symbols that are referenced
by libnids, and provided by libglib02.0 and libghtread-2.0.
Try to build security/dsniff-nox11
Unknown. Perhaps convert libnids to use libtool and to provide
a shared library with appropriate dependency information?
A workaround is to patch the Makefile in
security/dsniff-nox11/work/dsniff-2.3/Makefile (after "make
configure" has created the Makefile, but before proceeding to
the rest of the build), changing the LIBNIDS line to:
NIDSLIB = -L/usr/pkg/lib -lnids -lglib-2.0 -lgthread-2.0
However, this is clearly the wrong solution, since it would have
to be integrated into the configure script and repeated for
every package that uses libnids.
From: "OBATA Akio" <firstname.lastname@example.org>
Subject: Re: pkg/40995: libnids needs glib and gthread
Date: Sun, 31 May 2009 07:20:27 +0900
On Wed, 11 Mar 2009 21:50:00 +0900, <email@example.com> wrote:
> The net/libnids package installs only a static library.
> Programs that link against ilbnids need
> -lnids -lglib-2.0 -lghtread-2.0
Now, allowed glib to be disabled.
Then, it is depend on whether libnids was built with glib option or not.
> NIDSLIB = -L/usr/pkg/lib -lnids -lglib-2.0 -lgthread-2.0
> However, this is clearly the wrong solution, since it would have
> to be integrated into the configure script and repeated for
> every package that uses libnids.
Putting follwing lines in net/libnids/buildlink3.mk may help to resolve this issue.
But it must be conditional, as said in above.
"Of course I love NetBSD":-)
OBATA Akio / obache@NetBSD.org
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.