Ralf Wildenhues writes:
> Hi Simon,
>
> * Simon Josefsson wrote on Thu, May 07, 2009 at 01:01:42PM CEST:
>>
>> My thought is that the machinery to search top-level configure.ac for
>> AC_CONFIG_AUX_DIR is not worth the trouble, and that we should use the
>> same machinery for specifying the othe
Bruno Haible writes:
> [Trimmed down the CCs]
>
> Simon Josefsson wrote:
>> So in gnulib, I propose we deprecated 'fdl' and ask maintainers to
>> depend directly on 'fdl-1.3' or whatever version they need. Thoughts?
>
> I think gnulib supports all possible ways the maintainer prefers:
> - If t
> The situation with GPL and LGPL is different: A change in the
> license of the code is a very careful decision. Whereas the FDL
> license version does not matter for many developers. This
> explains the difference in module structure.
Is this true? The GFDL certainly caught a lot
After the patch I installed to inetutils [1], I think actually the
only problem is that the gnulib 'fdl' module is a moving target.
That doesn't really work, as Karl explained, since the main manual
needs to be updated manually whenever there is a FDL version update
in gnulib.
Right
On Thu, May 7, 2009 at 7:02 PM, Bruno Haible wrote:
>
> The situation with GPL and LGPL is different: A change in the license of
> the code is a very careful decision. Whereas the FDL license version does
> not matter for many developers. This explains the difference in module
> structure.
Is thi
Simon Josefsson wrote:
> +#define _SS_PADSIZE (_SS_SIZE - (2 * sizeof (__ss_aligntype)))
If the goal is that sizeof (struct sockaddr_storage) == _SS_SIZE, then the
formula is incorrect. It should be
(_SS_SIZE - (max (sizeof (sa_family_t), alignof (__ss_aligntype)) + sizeof
(__ss_aligntype))
[Trimmed down the CCs]
Simon Josefsson wrote:
> So in gnulib, I propose we deprecated 'fdl' and ask maintainers to
> depend directly on 'fdl-1.3' or whatever version they need. Thoughts?
I think gnulib supports all possible ways the maintainer prefers:
- If the maintainer wants always the newe
After the patch I installed to inetutils [1],
Which is good, thanks.
So in gnulib, I propose we deprecated 'fdl' and ask maintainers to
depend directly on 'fdl-1.3' or whatever version they need. Thoughts?
Makes sense to me.
Hi Simon,
* Simon Josefsson wrote on Thu, May 07, 2009 at 01:01:42PM CEST:
>
> My thought is that the machinery to search top-level configure.ac for
> AC_CONFIG_AUX_DIR is not worth the trouble, and that we should use the
> same machinery for specifying the other directories to gnulib-tool for
>
On Thu, May 07, 2009 at 07:12:31PM +0200, Simon Josefsson wrote:
> "Tom G. Christensen" writes:
>
> > I applied this patch and gave the result a whirl on the actual
> > Solaris 2.6 system in question but it did not do what I expected it to
> > do.
> ...
> > I've dumped config.log and the buildlog
FYI, while doing pre-release testing for coreutils-7.4, I noticed a
single gnulib test failure on Fedora rawhide. It looks like a bug in
's memchr macro. Reported here:
http://bugzilla.redhat.com/499689
Quick summary:
cat > k.c <<\EOF
#include
int main() { return !!(memchr (0, 'a', 0)); }
"Tom G. Christensen" writes:
> I applied this patch and gave the result a whirl on the actual
> Solaris 2.6 system in question but it did not do what I expected it to
> do.
...
> I've dumped config.log and the buildlog at http://jupiterrise.com/tmp
Thanks, it was a simple mistake. Please try ag
On Thu, May 07, 2009 at 03:09:17PM +0200, Simon Josefsson wrote:
> We got a report about sockaddr_storage on Solaris 2.6:
>
> http://thread.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/3524
>
> How about the patch below?
>
I applied this patch and gave the result a whirl on the actual
Sola
"Alfred M. Szmidt" writes:
>doc/fdl.texi is removed below
>
>If I'm understanding correctly, removing fdl.texi seems wrong to
>me. I'm supposing it's created dynamically from a copy in gnulib
>or somewhere now? But the license can't be updated merely by
>changing that fi
We got a report about sockaddr_storage on Solaris 2.6:
http://thread.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/3524
How about the patch below?
I'm unsure about HAVE_STRUCT_SOCKADDR_STORAGE=1 but sockaddr_storage is
POSIX, so it seemed like a good default to assume it exists unless some
te
In GNU SASL I have one top-level configure.ac (for command line tools,
self-tests, etc) and one lib/configure.ac (for the library). There is
one gnulib m4-base in gl/m4 and one in lib/gl/m4. Both top-level and
lib/ import the maintainer-makefile module, which is needed for
downloading translation
16 matches
Mail list logo
