From owner-freebsd-arch Sat Oct 30 15:23:51 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 94AB2151A1 for ; Sat, 30 Oct 1999 15:23:38 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id AAA11675 for ; Sun, 31 Oct 1999 00:23:37 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id AAA63115 for freebsd-arch@freebsd.org; Sun, 31 Oct 1999 00:23:37 +0200 (MET DST) Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id E581414CA2 for ; Sat, 30 Oct 1999 15:23:20 -0700 (PDT) (envelope-from dima@tejblum.pp.ru) Received: (from uucp@localhost) by arc.hq.cti.ru (8.9.3/8.9.3) with UUCP id CAA95432; Sun, 31 Oct 1999 02:22:21 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Received: from tejblum.pp.ru (localhost [127.0.0.1]) by tejblum.pp.ru (8.9.3/8.9.3) with ESMTP id CAA03773; Sun, 31 Oct 1999 02:28:54 +0400 (MSD) (envelope-from dima@tejblum.pp.ru) Message-Id: <199910302228.CAA03773@tejblum.pp.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: chris@calldei.com Cc: freebsd-arch@freebsd.org From: Dmitrij Tejblum Subject: Re: stpcpy() In-reply-to: Your message of "Fri, 29 Oct 1999 15:13:17 CDT." <19991029151317.E535@holly.calldei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Oct 1999 02:28:54 +0400 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Costello wrote: > On Fri, Oct 29, 1999, Randell Jesup wrote: > > stpcpy() (the issue in this case) is something I've seen in > > compiler's C libraries since the late 80's/early 90's (if I remember > > correctly) Yes. > First it's stpcpy, then GNU getopt, then ... Yes. So what? You are suffering from the "NIH" disease. (BTW, stpcpy is not first and is not GNUism/Linuxism). > The bigger issue of Linux compatibility is essentially what > this is leading into. Currently the biggest users of stpcpy are > Linux applications. Frankly it's hard enough at this point to > deal with problems with the GNU getopt (awfully difficult to port > programs using GNU getopt without replicating the getopt() code > from glibc). At the same time, there are dozens of other Linux > compatibility issues. Putting all these new foreign library > calls into libc is not the solution unless we're interested in a > larger library. The argument "hardware is cheap" is not valid. I don't care about Linux compatibility. stpcpy() is an useful function, even if only little useful. There is no more reason to call it bloat than for asprintf(), or strsignal(), or even fts(), or strvis() or strlcpy(). GNU getopt has nothing to do with stpcpy() and cannot be a valid argument to not include stpcpy() in libc. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message