pkg/47589: print/cups fails with native libiconv and PREFER_PKGSRC=yes

[diro%nixsyspaus.org@localhost]

>Number:         47589
>Category:       pkg
>Synopsis:       print/cups fails with native libiconv and PREFER_PKGSRC=yes
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Feb 24 12:00:01 +0000 2013
>Originator:     diro%nixsyspaus.org@localhost
>Release:        NetBSD 6.0.1
>Organization:
>Environment:
System: NetBSD gift2 6.0.1 NetBSD 6.0.1 (GIFT) #1: Fri Feb 22 12:41:38 UTC 2013 
 root@gift:/usr/obj/sys/arch/amd64/compile/GIFT amd64
Architecture: amd64
Machine: amd64
>Description:
        This is pretty interesting:

Linking ippserver...
libtool: link: cc -Wl,-R/usr/pkg/lib -fPIE -pie -Wall -Wno-format-y2k -Wunused
-fPIC -Os -g -fstack-protector -Wno-tautological-compare -o ippserver
ippserver.o  -L/usr/pkgsrc/print/cups/work/cups-1.5.4/cgi-bin
-L/usr/pkgsrc/print/cups/work/cups-1.5.4/cups
-L/usr/pkgsrc/print/cups/work/cups-1.5.4/filter
-L/usr/pkgsrc/print/cups/work/cups-1.5.4/ppdc
-L/usr/pkgsrc/print/cups/work/cups-1.5.4/scheduler
-L/usr/pkgsrc/print/cups/work/.buildlink/lib ../cups/libcups.a
/usr/pkgsrc/print/cups/work/.buildlink/lib/libgssapi.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libheimntlm.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libkrb5.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libsqlite3.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libhx509.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libasn1.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libwind.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libcom_err.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libheimbase.so
/usr/pkgsrc/print/cups/work/.buildlink/lib/libroken.so -lssl -lcrypto -ldns_sd
-lpthread -lcrypt -lm /usr/pkgsrc/print/cups/work/.buildlink/lib/libz.so
-Wl,-rpath -Wl,/usr/pkgsrc/print/cups/work/.buildlink/lib -Wl,-rpath
-Wl,/usr/pkgsrc/print/cups/work/.buildlink/lib
../cups/libcups.a(transcode.o): In function `_cupsCharmapFlush':
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:64: undefined
reference to `libiconv_close'
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:70: undefined
reference to `libiconv_close'
../cups/libcups.a(transcode.o): In function `cupsCharsetToUTF8':
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:167: undefined
reference to `libiconv_open'
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:168: undefined
reference to `libiconv_open'
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:179: undefined
reference to `libiconv'
../cups/libcups.a(transcode.o): In function `cupsUTF8ToCharset':
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:292: undefined
reference to `libiconv_open'
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:293: undefined
reference to `libiconv_open'
/usr/pkgsrc/print/cups/work/cups-1.5.4/cups/transcode.c:304: undefined
reference to `libiconv'
gmake[1]: *** [ippserver] Error 1
gmake: *** [all] Error 1
*** Error code 2

Stop.
bmake: stopped in /usr/pkgsrc/print/cups
*** Error code 1
>How-To-Repeat:
        Relevant bits from mk.conf:
PREFER_NATIVE.libiconv=yes
PREFER_PKGSRC=yes

Now, this error is not specific to the CUPS package. One package that i'm
working on also fails with this error:

libtool: link: c++ -Wall -g -mfpmath=sse -msse3 -march=native
-I/usr/pkgsrc/wip/barry/work/.buildlink/include
-I/usr/pkgsrc/wip/barry/work/.buildlink/include/gettext -Wl,-R/usr/pkg/lib -o
.libs/bidentify bidentify.o  -L/usr/pkgsrc/wip/barry/work/.buildlink/lib
../src/.libs/libbarry.so /usr/pkgsrc/wip/barry/work/.buildlink/lib/libz.so
/usr/pkgsrc/wip/barry/work/.buildlink/lib/libusb-1.0.so -lpthread -pthread
-Wl,-rpath -Wl,/usr/pkg/lib -Wl,-rpath
-Wl,/usr/pkgsrc/wip/barry/work/.buildlink/lib
../src/.libs/libbarry.so: undefined reference to `libiconv'
../src/.libs/libbarry.so: undefined reference to `libiconv_close'
../src/.libs/libbarry.so: undefined reference to `libiconv_open'
*** Error code 1

The problem would seem to be linking native libiconv to these packages. It's
specific to these packages, as 23+ other packages are linked to native
libiconv with no problem. I am wondering if this is on our end or the
package's. From the latter package above, i am inclined to believe it is on
upstream's; however, i would like some feedback before patching the configure
script of that particular package.

>Fix:
        I don't know, but we really need to work out these native vs. pkgsrc
libiconv issues if our quarterly stable releases are to be considered stable.