From owner-freebsd-ports Mon Apr 8 19:27:46 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26073 for ports-outgoing; Mon, 8 Apr 1996 19:27:46 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA26068 for ; Mon, 8 Apr 1996 19:27:44 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id TAA16084; Mon, 8 Apr 1996 19:30:06 -0700 Date: Mon, 8 Apr 1996 19:30:06 -0700 Message-Id: <199604090230.TAA16084@sunrise.cs.berkeley.edu> To: ache@astral.msk.su CC: andreas@knobel.gun.de, ports@FreeBSD.org In-reply-to: <199604062228.CAA05714@astral.msk.su> (ache@astral.msk.su) Subject: Re: New Elm port is missing libintl (what's that !!??) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * > > It seems that Configure script find libintl somewhere at your machine, * > > I just compile it without any problems. * > * > You are right, I missed to look also in /usr/local for that lib. * > I had to add -L/usr/local/lib ... now everything works fine. * * No, Elm not needs this lib at all, better variant is remove this lib from * /usr/local/lib, because intl is part of libc. Maybe it's better to fix elm to not look at it at all? At least finding it and not using it (because it didn't give -L/usr/local/lib to the linker) doesn't seem right at all. Or is it a problem with all autoconf-generated configure scripts? If so, I guess I agree that it's the system with /usr/local/lib/libintl.* that are "oddballs" and have to be fixed.... Satoshi