Jim Meyering <[EMAIL PROTECTED]> writes:
> Since the patch I posted does not change the semantics of base_name or
> dir_name, I propose to push it now, and those who want different names
> or changed semantics can build on top of that. Besides, that patch is
> already larger than I would like.
>
Jim Meyering wrote:
> I propose to push it now, and those who want different names
> or changed semantics can build on top of that. Besides, that patch is
> already larger than I would like.
You can push it now, except for the changes to 'findprog'. In libvirt,
you should be able to use 'findprog
Jim Meyering wrote:
> I propose to push it now, and those who want different names
> or changed semantics can build on top of that. Besides, that patch is
> already larger than I would like.
Please give me a few hours to do the changes on the 'filename' and 'findprog'
modules in the way I prefer.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 9/1/2008 12:00 PM:
> Since the patch I posted does not change the semantics of base_name or
> dir_name, I propose to push it now, and those who want different names
> or changed semantics can build on top of that. Besides,
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
>> how about we go one step
>> further, and have a deprecation period, where for a year or so, we provide
>> mbase_name (returns NULL on failure) and xbase_name (calls xmalloc on
>> failure) but no base_name.
>
> Ther
Eric Blake <[EMAIL PROTECTED]> writes:
> how about we go one step
> further, and have a deprecation period, where for a year or so, we provide
> mbase_name (returns NULL on failure) and xbase_name (calls xmalloc on
> failure) but no base_name.
There's a better solution that doesn't involve waitin
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Jim Meyering on 8/29/2008 6:00 AM:
>>> 1) About the naming of the functions. We have one convention so far to
>>>distinguish a library-safe function and one that calls xalloc_die()
>>>upon memory allocation error: the prefix "x" ("checki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 8/29/2008 6:00 AM:
>> 1) About the naming of the functions. We have one convention so far to
>>distinguish a library-safe function and one that calls xalloc_die()
>>upon memory allocation error: the prefix "x" ("che
Bruno Haible <[EMAIL PROTECTED]> wrote:
...
> This would also solve a problem that was mentioned some time ago: 'argp'
> is an LGPLed module, but it uses 'dirname' which is not under LGPL.
>
>> I wanted a version of findprog that I could use from a library
>> (libvirt), but the existing one can cal
Hi Jim,
> ended up with
> a new module, mfilenamecat (wrapper around filenamecat), and mfilename
> (contents of basename.c and dirname.c, adjusted not to exit).
This would also solve a problem that was mentioned some time ago: 'argp'
is an LGPLed module, but it uses 'dirname' which is not under L
Jim Meyering <[EMAIL PROTECTED]> wrote:
...
> diff --git a/lib/mfilename.c b/lib/mfilename.c
> new file mode 100644
> index 000..10bdfbd
> --- /dev/null
> +++ b/lib/mfilename.c
> @@ -0,0 +1,182 @@
> +/* simple file-name-manipulation functions that never exit
> +
> + Copyright (C) 1996-2008 Fr
I wanted a version of findprog that I could use from a library
(libvirt), but the existing one can call exit in several ways.
My first cut at this changes findprog itself not to call exit anymore.
Obviously, this is an API change, and may well be undesirable, in which
case I can easily create a ne
12 matches
Mail list logo
