[[Simon, I'm Cc:ing you for the gnutls bug at the bottom]]
The current test code inside strerror.m4 says:
AC_LANG_PROGRAM(
[[#include
]],
[[return !*strerror (-2);]])
Which is fine for Solaris 9 and 10 which return "Unknown Error",
but causes a SIGSEGV on ol
Jim Meyering <[EMAIL PROTECTED]> wrote:
> I'd like to use the gethostname module in libvirt (LGPLv2+),
> for use when building for mingw.
>
> Considering the size of the module (trivial, 10-line gethostname function
> and minimal gethostname.m4), would anyone object to relaxing its license
> from L
Jim Meyering <[EMAIL PROTECTED]> writes:
> I'd like to use the gethostname module in libvirt (LGPLv2+),
> for use when building for mingw.
>
> Considering the size of the module (trivial, 10-line gethostname function
> and minimal gethostname.m4), would anyone object to relaxing its license
> from
This module can be useful for benchmarking in self-tests, for example.
Thoughts?
The patch does not link the modules in MODULES.html.sh, I'll take care
of that in later revisions of the patch (or when pushing it).
/Simon
>From 9789867af6d7ffb3fd362789fe9bbc3fe335df93 Mon Sep 17 00:00:00 2001
Fro
I'd like to use the gethostname module in libvirt (LGPLv2+),
for use when building for mingw.
Considering the size of the module (trivial, 10-line gethostname function
and minimal gethostname.m4), would anyone object to relaxing its license
from LGPL to LGPLv2+?
This is mainly to avoid gnulib's l
Hi Ralf,
Ralf Wildenhues wrote:
Reproducible with a small example, see below. Workaround: use
./config.status gllib/Makefile depfiles
instead of --file=gllib/Makefile.
thanks a lot for the workaround, it does solve the problem.
Sam.
This patch fixes the argp failure in:
http://autobuild.josefsson.org/gnulib/log-200810270833778763000.txt
I have pushed it.
I have been using the same idiom in e.g. gnutls for scripts that needs
to invoke built programs. Are there any thoughts on better ways to
solve this problem?
/Simon
>Fro
After the lstat fix, gnulib built for mingw now links and the self-tests
can be run. There are some failure, but overall pretty good shape:
http://autobuild.josefsson.org/gnulib/log-200810270833778763000.txt
I had to kill test-getdate.exe, it kept consuming CPU time for minutes.
/Simon
Bruno Haible <[EMAIL PROTECTED]> writes:
>> The following patch fixes the lstat declaration in sys_stat.in.h.
>
> It is all right. Sorry, I should have tested a little better last week.
I have pushed it.
/Simon
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> I've pushed this self test as a first step to debug the problem.
>
> Thanks. I added an include, needed for the declaration of perror().
Thanks.
/Simon
> The following patch fixes the lstat declaration in sys_stat.in.h.
It is all right. Sorry, I should have tested a little better last week.
Bruno
Simon Josefsson wrote:
> I've pushed this self test as a first step to debug the problem.
Thanks. I added an include, needed for the declaration of perror().
2008-10-27 Bruno Haible <[EMAIL PROTECTED]>
* tests/test-lstat.c: Include .
*** tests/test-lstat.c.orig 2008-10-27 12:22:5
The lstat problem on mingw was because of the generated sys/stat.h
containing:
#if ! 0
# define lstat stat
#endif
#if 1 && 1
# undef lstat
# define lstat rpl_lstat
extern int rpl_lstat (const char *name, struct stat *buf);
#endif
That seems broken, and made lstat.c to call lstat, but there is no
There is some lstat related errors under mingw32. I've pushed this self
test as a first step to debug the problem.
/Simon
>From 3ff8a9d0d29f6fe7ce697d9f7824c09a99bc1e1b Mon Sep 17 00:00:00 2001
From: Simon Josefsson <[EMAIL PROTECTED]>
Date: Mon, 27 Oct 2008 11:03:33 +0100
Subject: [PATCH] lstat
Bruno Haible <[EMAIL PROTECTED]> writes:
> I applied this:
Thanks.
With that fix, and except for the following non-portable modules:
--avoid=autobuild --avoid=mkdir-p --avoid=savewd --avoid=getugroups
--avoid=idcache --avoid=userspec --avoid=mkancesdirs --avoid=group-member
--avoid=getgroups
15 matches
Mail list logo