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

Re: Proposal: /etc /usr/etc /usr/local/etc



On Sun, 6 Jul 1997, Yann Dirson wrote:

> Vadim Vygonets writes:
>  > On Fri, 4 Jul 1997, Yann Dirson wrote:
>  > 
>  > > Bill Mitchell writes:
>  > >  > On Fri, 4 Jul 1997, Vadim Vygonets wrote:
>  > >  > 
>  > >  > > It will (if it will exist) have one function:
>  > >  > > FILE *confopen(const char *path);
>  > >  > > It will just try to fopen /etc/path, if it fails -- fopen
>  > >  > > /usr/etc/path, if it fails, return NULL.  Making a shared lib for it
>  > >  > > is ridiculous, as is adding it to libc *shrug*.
>  > > 
>  > > I'm not sure here to understand what you mean anout libc.
>  > 
>  > I mean, don't make it a shared lib, because then it will require every
>  > person who takes a program from debian, to get this lib, too.  And
>  > this function is too small to matter in the binary file.  And libc
>  > solution is even worse, because...  Because it's (a) ugly and (b)
>  > requires you to change libc and (c) this function is too trivial...
> 
> Just a matter of taste, as it seems: (a) it seems to me quite elegant,
> (b) why does it disturb you to change libc ? it always evolve; it's
> just natural IMO (c) and so ? let's make it a cpp macro... if we make
> it at all ;)

If we add it into libc, we'll lose the compatibility with other
Unices.  Making it a macro is really a good idea I didn't think of.

Vadik.

--
Vadim Vygonets * vadik@cs.huji.ac.il * vadik@debian.org * Unix admin
The fish doesn't think, because the fish knows...  everything.
	-- Arizona Dream


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .


Reply to: