Re: pkg/40377: wm/blackbox70 fails on build

[David Holland <dholland-pbugs%netbsd.org@localhost>]

The following reply was made to PR pkg/40377; it has been noted by GNATS.

From: David Holland <dholland-pbugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/40377: wm/blackbox70 fails on build
Date: Sun, 7 Mar 2010 06:05:45 +0000

 On Mon, Jan 12, 2009 at 03:40:01PM +0000, diro%nixsyspaus.org@localhost wrote:
  > => Full dependency libiconv>=1.9.1nb4: found libiconv-1.12nb1
  > [...]
  > checking for iconv_open... yes
  > checking for GNU libiconv... yes
  > [...]
  > c++ -shared \
  >   .libs/Application.o .libs/Bitmap.o .libs/Color.o .libs/Display.o \
  >   .libs/EWMH.o .libs/Font.o .libs/Image.o .libs/Menu.o .libs/Pen.o \
  >   .libs/PixmapCache.o .libs/Rect.o .libs/Resource.o .libs/Texture.o \
  >   .libs/Timer.o .libs/Unicode.o .libs/Util.o .libs/XDG.o \
  >   -L/usr/pkgsrc/wm/blackbox70/work/.buildlink/lib \
  >   -L/usr/pkgsrc/wm/blackbox70/work/.x11-buildlink/lib \
  >   -lXext -lX11 \
  >   -Wl,-R/usr/pkg/lib -Wl,-R/usr/X11R6/lib \
  >   -Wl,-soname -Wl,libbt.so.0 \
  >   -o .libs/libbt.so.0.0.0
  > [...]
  > c++ -O2 \
  >   -I/usr/pkgsrc/wm/blackbox70/work/.buildlink/include \
  >   -I/usr/pkgsrc/wm/blackbox70/work/.x11-buildlink/include \
  >   -Wl,-R/usr/pkg/lib -Wl,-R/usr/X11R6/lib \
  >   -o .libs/blackbox \
  >   BlackboxResource.o Clientmenu.o Configmenu.o Iconmenu.o Rootmenu.o \
  >   Screen.o ScreenResource.o Slit.o Slitmenu.o StackingList.o Toolbar.o \
  >   Toolbarmenu.o Window.o WindowGroup.o Windowmenu.o Workspace.o \
  >   Workspacemenu.o blackbox.o main.o \
  >   -L/usr/pkgsrc/wm/blackbox70/work/.buildlink/lib \
  >   -L/usr/pkgsrc/wm/blackbox70/work/.x11-buildlink/lib \
  >   ../lib/.libs/libbt.so \
  >   -lXext -lX11  -Wl,--rpath -Wl,/usr/pkg/lib
  > ../lib/.libs/libbt.so: undefined reference to `libiconv_open'
  > ../lib/.libs/libbt.so: undefined reference to `libiconv_close'
  > ../lib/.libs/libbt.so: undefined reference to `libiconv'
  > *** Error code 1
 
 Note that there's no -liconv in either of those link lines. I'm
 guessing the problem is that the configure script is finding the
 header files from the libiconv package and also the iconv symbols in
 libc, and getting confused into thinking it doesn't need -liconv.
 
 The rest of us don't see this because we don't have that PREFER_PKGSRC
 and therefore aren't trying to build it against pkgsrc libiconv.
 
 Can you look in config.log and see what it's doing in this regard?
 
 I can't think of any useful buildlink or wrapper way to hide the iconv
 in libc, so I suspect the only useful approach is to make the
 configure test smarter. Then again, somebody may have hit this before,
 in which case there may be some pkgsrc switch to throw that I don't
 know about...
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost