Jim Meyering wrote:
> > The stdarg.m4 macro is now tested (it's used in gettext-0.15). Any
> > objections
> > to this patch?
>
> That looks fine.
Patch applied.
2006-07-25 Bruno Haible <[EMAIL PROTECTED]>
* modules/version-etc (Depends-on): Add stdarg.
* lib/version-etc.c (ve
Bruno Haible <[EMAIL PROTECTED]> wrote:
> The stdarg.m4 macro is now tested (it's used in gettext-0.15). Any objections
> to this patch?
That looks fine.
Thank you!
Hi Jim,
The stdarg.m4 macro is now tested (it's used in gettext-0.15). Any objections
to this patch?
diff -r -c3 --unidirectional-new-file --exclude=CVS
gnulib-20060722/modules/version-etc gnulib-20060722-modified/modules/version-etc
*** gnulib-20060722/modules/version-etc 2005-07-06 17:58:47.0
OK, since there's apparently demand for this module, I added it. If
it doesn't work well everywhere, gettext users will likely be the first to
report it.
Jim, I didn't touch the version-etc module; it's in your responsibility.
Bruno
Eric Blake wrote:
> My recollection from using the proprietary Green Hills Software compiler
> for PowerPC at work was that they implemented va_list as a one-element
> array of a struct. They provided va_copy with their latest 4.x version
> compiler, but in the 3.x version, my workaround for imple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 5/2/2006 8:31 AM:
> I propose this fix, using a va_copy detection macro that I wrote for gettext.
> (I heard that you don't like #ifdefs inside functions?)
I like the general idea, but wonder if it will work everywhere.
>
Hi Jim et al.,
I think the code in version-etc.c is not C99 compliant:
#ifdef __va_copy
__va_copy (tmp_authors, authors);
#else
tmp_authors = authors;
#endif
If a compiler other than GCC defines va_copy, it should be used, rather than
performing an assignment.
I propose this fix, using
