Hi,
I'd like to use the following modules in libprelude, would it be
possible to change their license from LGPL to LGPLv2+?
dup2
fopen
intprops
perror
raise
signal
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Bruno Haible <[EMAIL PROTECTED]> wrote:
>> Jim Meyering wrote:
>>> + if (nitems > _FTS_INODE_SORT_DIR_ENTRIES_THRESHOLD
>>> + && !sp->fts_compar
>>> + && dirent_inode_sort_may_be_useful (sp)) {
>>> + sp->fts_compar = fts_compare_ino;
Yoann Vandoorselaere wrote:
> would it be possible to change their license from LGPL to LGPLv2+?
> dup2
> sleep
For these modules, we promised that we would revert to LGPLv2+ upon request,
and there were no changes since then. So, these are OK.
> fopen
> signal
> sigprocmask
Changed by Eric and
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Yoann Vandoorselaere wrote:
>> would it be possible to change their license from LGPL to LGPLv2+?
...
>> raise
>
> Jim?
Sure. It's trivial.
Hello Jim,
thank you for review. I've made the changes you requested, new patch attached.
On Wednesday 24 September 2008 22:52:00 Jim Meyering wrote:
> > + int rc = verrevcmp (s1, s1_len, s2, s2_len);
> > + return (rc == 0)
> > +/* return 0 if (and only if) strings S1 and S2 are identical
Hello Bruno,
thank you for review. I've attempted to cover all your suggestions.
On Thursday 25 September 2008 02:18:50 Bruno Haible wrote:
> Some systems still don't have C99 compilers. Therefore you cannot use
> variable declarations after statements. Either collect the variable
> declarations
Simon Josefsson wrote:
> Right now, the gnulib modules that fail to build under mingw32 are (see
> log): savewd, sigpipe-die, getugroups, idcache, and userspec.
Interesting... 'glob' was also in this list, but was ported to mingw by Yoann.
'sigpipe-die' is new, however. Native Windows does not ha
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* modules/sigpipe: New file.
* m4/sigpipe.m4: New file.
modules/sigpipe ==
Description:
Emulation of POSIX compatible SIGPIPE behaviour.
Files:
m4/sigpipe.m4
Depends-on:
si
Kamil Dudka <[EMAIL PROTECTED]> wrote:
> On Wednesday 24 September 2008 22:52:00 Jim Meyering wrote:
... if (!strcmp (s1, s2))
>> > + int rc = verrevcmp (s1, s1_len, s2, s2_len);
>> > + return (rc == 0)
>> > +/* return 0 if (and only if) strings S1 and S2 are identical */
>> > +? strcm
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* lib/signal.in.h (SIGPIPE): Define to a replacement value.
(raise): New declaration.
* lib/sigprocmask.c (SIGPIPE_handler): New variable.
(ext_signal): New function.
(rpl_raise): New function.
* m4/signa
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* modules/write: New file.
* lib/unistd.in.h: Include .
(write): New declaration.
* lib/write.c: New file.
* m4/write.m4: New file.
* m4/unistd_h.m4 (gl_UNISTD_H_DEFAULTS): Initialize
GNULIB_UNIST
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* modules/sigpipe-tests: New file.
* tests/test-sigpipe.c: New file.
* tests/test-sigpipe.sh: New file.
=== modules/sigpipe-tests ==
Files:
tests/test-sigpipe.c
tests/test-sigpipe
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* lib/stdio.in.h (fprintf, vfprintf, printf, vprintf, fputc, putc,
putchar, fputs, puts, fwrite): Replace when REPLACE_STDIO_WRITE_FUNCS
and GNULIB_STDIO_H_SIGPIPE are set.
* lib/stdio-write.c: New file.
* m4/std
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* modules/sigpipe-die (Depends-on): Add sigpipe.
*** modules/sigpipe-die.orig2008-09-26 12:52:18.0 +0200
--- modules/sigpipe-die 2008-09-26 04:09:29.0 +0200
***
*** 9,14
--- 9,15
error
gettext-h
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* modules/safe-write (Depends-on): Add write.
*** modules/safe-write.orig 2008-09-26 12:52:18.0 +0200
--- modules/safe-write 2008-09-26 01:25:18.0 +0200
***
*** 8,13
--- 8,14
Depends-on:
safe-r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 9/26/2008 4:05 AM:
>> fopen
>> signal
>> sigprocmask
>
> Changed by Eric and me. Fine with me. Eric?
Fine with me.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Here is a patch that makes it so tools using fts,
> like chmod, chown, chgrp, chcon, du, and find are no
> longer susceptible to an O(n^2) performance penalty when
> processing very large directory-entry counts (as in millions).
> I first noticed the proble
Hi Jim,
Eric reminded me that it is good practice to provide a message that explains
why a test is skipped. (When I did this in GNU gettext, it uncovered a couple
of real bugs on various systems.)
How about this? OK to commit?
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* tests/test-
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
> Eric reminded me that it is good practice to provide a message that explains
> why a test is skipped. (When I did this in GNU gettext, it uncovered a couple
> of real bugs on various systems.)
Hi Bruno,
Go ahead, but please correct (s/git/cvs/
Bruno Haible <[EMAIL PROTECTED]> writes:
> I'm applying this in 7 commits.
It appears to solve the problem for sigpipe-die, see successful mingw
build of it in:
http://autobuild.josefsson.org/gnulib/log-200809261431057164000.txt
I'll get around to look at the other failed modules on mingw in tw
Jim Meyering wrote:
> Go ahead, but please correct (s/git/cvs/) the diagnostic
> in tests/test-vc-list-files-cvs.sh.
Oops. Reviewing is valuable! - Committed with the fix.
Bruno
Jim Meyering wrote:
> > * lib/close-stream.c (close_stream): Ignore error EPIPE from fclose.
> >
> I know this condition arises only when ignoring or handling SIGPIPE,
> (which should be rather unusual) but even so, I really dislike the idea
> of ignoring a write error. Even if the write error
Hello,
this patch for getdate.y module restricts usage of countable dayshifts
e.g. +40 tommorow ago, next yesterday etc.
Tests to gnulib getdate testsuite were added.
As this usage of dayshifts is quite insane, I guess no documentation for
it is required.
Greetings,
Ondrej Vasik
From 5
I have an (undoubtedly caffeine induced) idea... why not enhance
gnulib to provide a shim that sits between the system libraries and
client code that wants to use it without shipping (another copy) of
the particular parts it depends upon?
If we add a compile-and-install-everything-as-a-libr
On Fri, Sep 26, 2008 at 9:25 AM, Gary V. Vaughan <[EMAIL PROTECTED]> wrote:
> I have an (undoubtedly caffeine induced) idea... why not enhance gnulib to
> provide a shim that sits between the system libraries and client code that
> wants to use it without shipping (another copy) of the particular p
Gary V. Vaughan gnu.org> writes:
>
> I have an (undoubtedly caffeine induced) idea... why not enhance
> gnulib to provide a shim that sits between the system libraries and
> client code that wants to use it without shipping (another copy) of
> the particular parts it depends upon?
I am so
Addendum to this patch:
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* doc/posix-headers/errno.texi: Remove mention of module 'EOVERFLOW'.
--- doc/posix-headers/errno.texi.orig 2008-09-26 20:08:01.0 +0200
+++ doc/posix-headers/errno.texi2008-09-26 20:05:45.0 +0
The posix-modules script was broken for a long time. This fixes it.
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* posix-modules: Update to directory names changed on 2008-01-19.
Remove commas in output before splitting into words. No more need to
avoid 'ftruncate' since
Currently, "gnulib-tool --version" works better when called from the
gnulib main directory than from any other directory:
$ ./gnulib-tool --version | head -1
gnulib-tool (GNU gnulib 2008-09-26 18:13:32) 0.0.1070-1d542
$ cd modules
$ ../gnulib-tool --version | head -1
gnulib-tool (GNU gnulib 2008-0
The --version support in the 'posix-modules' script predates the switch
from CVS to git. This updates it, using the code we have in gnulib-tool.
2008-09-26 Bruno Haible <[EMAIL PROTECTED]>
* posix-modules (cvsdatestamp, last_checkin_date, version): Remove
variables.
(fu
Hi Gary,
> why not enhance
> gnulib to provide a shim that sits between the system libraries and
> client code that wants to use it without shipping (another copy) of
> the particular parts it depends upon?
It does not take a lot of steps to do that:
1) $ gnulib-tool --create-testdir `pos
Eric Blake wrote:
> vasnprintf now behaves differently on mingw depending on whether
> you are also using sigpipe-die, and this difference is at the source code
> level
> (faking SIGPIPE on mingw comes with a lot of baggage)
The essential idea here is right. Just two details:
- The feature-e
Bruno Haible clisp.org> writes:
>
> The --version support in the 'posix-modules' script predates the switch
> from CVS to git. This updates it, using the code we have in gnulib-tool.
> --- 33,224
> # outputs to stdout the --version message.
> func_version ()
> {
...
> ! gnulib-tool (
Hi Eric,
> > ! gnulib-tool (GNU $package $date)$version
>
> Oops - some over-active copy-n-paste.
Oh, indeed :-)
> And this falls foul of autoconf's advice:
> http://www.gnu.org/software/autoconf/manual/autoconf.html#Shell-Functions
> | Inside a function, IRIX sh sets `$0' to the function name.
Bruno Haible wrote:
Jim Meyering wrote:
+ if (nitems > _FTS_INODE_SORT_DIR_ENTRIES_THRESHOLD
+ && !sp->fts_compar
+ && dirent_inode_sort_may_be_useful (sp)) {
+ sp->fts_compar = fts_compare_ino;
+ head = fts_sort (sp, head, nitems);
+
Hi Bruce,
On 27 Sep 2008, at 01:02, Bruce Korb wrote:
On Fri, Sep 26, 2008 at 9:25 AM, Gary V. Vaughan <[EMAIL PROTECTED]> wrote:
I have an (undoubtedly caffeine induced) idea... why not enhance
gnulib to
provide a shim that sits between the system libraries and client
code that
wants to use
Hi Eric,
Thanks for the feedback.
On 27 Sep 2008, at 01:04, Eric Blake wrote:
Gary V. Vaughan gnu.org> writes:
I have an (undoubtedly caffeine induced) idea... why not enhance
gnulib to provide a shim that sits between the system libraries and
client code that wants to use it without shippin
37 matches
Mail list logo
