tech-pkg archive

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

Re: NetBSD's sed is not gsed (Was: Re: pkg/45752: security/gnome-keyring does (still) not build)



On Sat, 31 Dec 2011 21:52:31 +0900, Joerg Sonnenberger 
<joerg%britannica.bec.de@localhost> wrote:

On Sat, Dec 31, 2011 at 11:27:46AM +0900, OBATA Akio wrote:
On Fri, 30 Dec 2011 06:43:42 +0900, Joerg Sonnenberger 
<joerg%britannica.bec.de@localhost> wrote:

>On Fri, Dec 30, 2011 at 10:31:32AM +1300, Steven Drake wrote:
>>
>>On Wed, 28 Dec 2011, noud4%home.nl@localhost wrote:
>>
>>> host055# ls -l .tools/bin/gsed .tools/bin/sed
>>> lrwxr-xr-x  1 root  wheel  12 Dec 28 17:25 .tools/bin/gsed -> /usr/bin/sed
>>> lrwxr-xr-x  1 root  wheel   4 Dec 28 17:26 .tools/bin/sed -> gsed
>>
>>Why is gsed pointing to /usr/bin/sed it's not GNU sed it's NetBSD sed?
>
>Because it's a bit of a misname. For almost every case, a modern sed is
>good enough. As in: there's a handful of case where that isn't the case.
>That's better than the reverse and so far, not enough justification to
>change anything.

Do you know how many packages set USE_TOOLS+=gsed and reset TOOLS_PLATFORM.gsed?

Just grep for them, it's like 6 or 7 or so.

Hmm...
Do you know how many packages set {,BUILD_}DEPENDS+= 
gsed-[0-9]*:../../textproc/gsed?
Do you know how many packages set USE_TOOLS+=gsed and works with NetBSD sed? Is 
it so many?
Do you know how many packages set USE_TOOLS+=gsed, bulk build will be passed, 
but result in runtime failure with NetBSD sed?

Remove TOLLS_PLATFORM.gsed setting from tools.NetBSD.mk, and those issue will 
be not relevant
and simple solution.

--
OBATA Akio / obache%NetBSD.org@localhost


Home | Main Index | Thread Index | Old Index