Hi,
It appears that the copy of gnulib that you are using is several months old:
The printf-args.c problem was fixed on 2006-07-22. So, can you please tell
us the date of the gnulib copy that you are using, so that we can look at
the right source code, or try the current gnulib instead? Thanks.
B
Daniel Martin <[EMAIL PROTECTED]> writes:
> ../../../../gnulib/src/argp-parse.c:872: error: conflicting types for
> 'argp_parse'
> ../../../../gnulib/src/argp.h:413: error: previous declaration of
> 'argp_parse' was here
> ../../../../gnulib/src/argp-parse.c:872: error: conflicting types for
>
Thanks for the reply,
Bruno Haible pointed out that my version of gnulib is old (I had thought
that gnulib-tool downloads from CVS the most recent sources), I think
I'm going to update gnulib and see what problems remain. After all
there's no point in fixing bugs that have already been fixed!
Sor
Bruno Haible <[EMAIL PROTECTED]> writes:
> xgettext is not guaranteed to work in this situation. Basically, there
> are too many tokens between the _ and the strings. And there are two
> strings. Should xgettext extract the first or the second string? Or both?
> It is all unspecified.
I guess I t
Ok, after installing the latest version of gnulib one of the issues
remains:
On Thu, 2006-10-19 at 14:44 -0700, Paul Eggert wrote:
> Daniel Martin <[EMAIL PROTECTED]> writes:
>
> > ../../../../gnulib/src/argp-parse.c:872: error: conflicting types for
> > 'argp_parse'
> > ../../../../gnulib/src/a
When you call gnulib-tool --import/--update, it autogenerates a
Makefile.am for the library. Sometimes it is desirable to customize
that Makefile's behavior -- but those customizations will be lost upon
the next --update.
The attached patch is not complete; it needs more work and some feedbac
You've Seen Them On TV...
You've Read About Them In The Papers
Now you Can Order it From our online SHOP!
MX-MAN HAS HELPED OVER 1,000,000 MEN AROUND THE WORLD,GAIN I'N'C'H'E'S...
Within the first 2 months 94% of subjects studied had reported noticable gains
of 2cm - 6cm.
100% Satisf
Jim Meyering <[EMAIL PROTECTED]> wrote:
> I've made this additional change:
>
> 2006-10-18 Jim Meyering <[EMAIL PROTECTED]>
>
> * lib/readutmp.c (desirable_utmp_entry): Use "bool" as the
> type for a local, and rename it: s/up/user_proc/.
Thank you.
Regards,
Sergey
Daniel Martin wrote:
> Ah, sorry.
>
> I was under the impression that gnulib-tool downloaded everything from
> the current CVS. I'll try the most recent gnulib. Sorry to have wasted
> your time.
>
> I've just looked in the gnulib-tool source and it contains the line:
> cvsdatestamp='$Date: 2006/0
This fixes a gcc warning with -Wmissing-prototypes.
2006-10-16 Bruno Haible <[EMAIL PROTECTED]>
* lib/c-strstr.c: Include c-strstr.h.
*** gnulib/lib/c-strstr.c 2006-09-14 15:42:08.0 +0200
--- gnulib-20061012/lib/c-strstr.c 2006-10-17 02:03:36.0 +0200
***
Paul Eggert wrote:
> I guess I thought it was specified. The gettext manual says something
> like this under "xgettext Invocation":
>
>`-k KEYWORDSPEC'
>`--keyword[=KEYWORDSPEC]'
> Additional keyword to be looked for (without KEYWORDSPEC means not
> to use default keywords
The output of --create-testdir should be usable on mingw, IMO. But the
autoconfiguration of two modules aborts on mingw. So I find it better to
exclude them from the default configuration.
Of course, you can still --create-testdir of these modules explicitly.
2006-10-19 Bruno Haible <[EMAIL PR
Daniel Martin wrote:
> 1.
> /bin/sh ../../libtool --tag=CC --mode=compile i386-mingw32-gcc
> -DHAVE_CONFIG_H -I. -I../../../../gnulib/src -I../..
> -I/usr/local/i386-mingw32/include -c -o argp-parse.lo
> ../../../../gnulib/src/argp-parse.c
> i386-mingw32-gcc -DHAVE_CONFIG_H -I. -I../../../
This is a small optim, when gl_FUNC_ALLOCA is used several times by the same
configure file.
2006-10-19 Bruno Haible <[EMAIL PROTECTED]>
* m4/alloca.m4 (gl_FUNC_ALLOCA): Cache the result of the AC_EGREP_CPP
invocation.
*** gnulib-20061019/m4/alloca.m42005-01-23 09:06:57
Since gl_FUNC_ALLOCA may invoke AC_LIBOBJ, it must not be AC_REQUIREd -
otherwise it won't work if you use it in two different gnulib libraries from
the same configure.ac file.
Does anyone know how to write an automatic check for this rule: that
autoconf macros that directly or indirectly invoke A
This is a small optim, when gl_SIZE_MAX is used several times by the same
configure file.
2006-10-19 Bruno Haible <[EMAIL PROTECTED]>
* m4/size_max.m4 (gl_SIZE_MAX): Cache the result.
*** gnulib-20061019/m4/size_max.m4 2006-06-16 15:14:36.0 +0200
--- gnulib-20061019-modifi
Hi,
A build of the complete gnulib on mingw fails with a number of errors.
1) 'savewd'
i386-pc-mingw32-gcc -DHAVE_CONFIG_H -DEXEEXT=\".exe\" -DEXEEXT=\".exe\" -I.
-I.. -I../intl -g -O2 -MT savewd.o -MD -MP -MF .deps/savewd.Tpo -c -o
savewd.o savewd.c
savewd.c:31:22: sys/wait.h: No such file
mingw doesn't have symlinks, therefore S_ISLNK (defined in stat-macros.h)
always returns 0. This should avoid the compilation error. canonicalize.m4
should then also check for readlink().
*** canonicalize.c.bak 2006-09-19 00:51:16.0 +0200
--- canonicalize.c 2006-10-20 03:37:12.00
This fixes the build error of fchmodat on mingw.
Jim, Paul?
2006-10-19 Bruno Haible <[EMAIL PROTECTED]>
* lib/openat-priv.h (EOPNOTSUPP): Provide fallback definition. Needed
for mingw.
*** openat-priv.h.bak 2006-10-07 01:01:48.0 +0200
--- openat-priv.h 2006-10
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Paul Eggert on 10/19/2006 3:44 PM:
> You can safely ignore that diagnostic. Line 82 looks like this, right?
>
> ap->a.a_wide_char =
> (sizeof (wint_t) < sizeof (int)
> ? va_arg (args, int)
> : va_arg (args
Hello Charles,
Charles Wilson wrote:
> When you call gnulib-tool --import/--update, it autogenerates a
> Makefile.am for the library. Sometimes it is desirable to customize
> that Makefile's behavior -- but those customizations will be lost upon
> the next --update.
Thanks for working on this
On Fri, 20 Oct 2006 20:08:56 +0200, "Bruno Haible" said:
> Charles Wilson wrote:
> > When you call gnulib-tool --import/--update, it autogenerates a
> > Makefile.am for the library. Sometimes it is desirable to customize
> > that Makefile's behavior -- but those customizations will be lost upon
Bruno Haible <[EMAIL PROTECTED]> wrote:
> This fixes the build error of fchmodat on mingw.
Thanks. Applied.
> 2006-10-19 Bruno Haible <[EMAIL PROTECTED]>
>
> * lib/openat-priv.h (EOPNOTSUPP): Provide fallback definition. Needed
> for mingw.
This fixes a compilation error on mingw. I applied it.
getndelim2.c: In function `getndelim2':
getndelim2.c:91: error: `SSIZE_MAX' undeclared (first use in this function)
2006-10-19 Bruno Haible <[EMAIL PROTECTED]>
* lib/getndelim2.c (SSIZE_MAX): Provide fallback definition. Needed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 10/20/2006 7:55 AM:
> 10)
>
> i386-pc-mingw32-gcc -DHAVE_CONFIG_H -DEXEEXT=\".exe\" -DEXEEXT=\".exe\" -I.
> -I.. -I../intl -g -O2 -MT mkdir-p.o -MD -MP -MF .deps/mkdir-p.Tpo -c -o
> mkdir-p.o mkdir-p.c
> mkdir-p.c: In
Charles Wilson wrote:
> The problem comes down to assignment. Some of the variables in the
> section emitted by gnulib-tool prior to the snippets are assigned using
> '='. Therefore, you can't do this:
>
> Makefile.am:
> DEFAULT_INCLUDES =
> AM_CPPFLAGS = -DNO_XMALLOC
> include Makefile.am.gnul
Daniel Martin <[EMAIL PROTECTED]> writes:
> Thanks in advance for any help you can give me.
Sorry, can't help much with the latest batch without being there.
I guess you'll have to get help from someone who uses MinGW.
Bruno Haible <[EMAIL PROTECTED]> writes:
> * lib/argp.h (argp_parse, __argp_parse): Use _argc, _argv as argument
> names, not __argc, __argv. (The latter are defined as macros on mingw.)
glibc headers must also be robust against user code that does "#define
_argc some_weird_macro" as
28 matches
Mail list logo
