Hi Bruno,
how about Jim's suggestion to remove the cast completely?
Or is that code used also in C++, where a cast might be necessary?
Ciao,
Claudio
diff -Naur gnulib/ChangeLog gnulib-new/ChangeLog
--- gnulib/ChangeLog2006-01-30 17:13:01.0 +0100
+++ gnulib-new/ChangeLog2006-01-30 17:07:27.0 +0100
@@ -1,3 +1,9 @@
+2006-01-30 Claudio Fontana <[EMAIL PROTECTED]>
+
+ * gnulib-tool (func_emit_lib_Makefile_am)
--- Paul Eggert <[EMAIL PROTECTED]> ha scritto:
> Claudio Fontana <[EMAIL PROTECTED]> writes:
>
> > There is a missing dependency at least in the
> error
> > module, which should require progname.
>
> No, because some programs define program_name
>
--- Paul Eggert <[EMAIL PROTECTED]> ha scritto:
> Claudio Fontana <[EMAIL PROTECTED]> writes:
>
> > I'd suggest it is prominently displayed in the
> bug-gnulib manual and
> > error module documentation.
>
> Better yet, there should be some au
--- Karl Berry <[EMAIL PROTECTED]> ha scritto:
> I would suggest to add this to the GNU coding
> standards:
>
> I'm not sure program_name should be in the coding
> standards. If/since
> gnulib functions require it, then I can see that it
> should be in the
> gnulib doc. But programs t
Hello,
while using gnulib I stumbled upon a not well
documented 'program_name' symbol requirement.
I would suggest to add this to the GNU coding
standards:
"Each C program should define program_name as a string
of characters (char*), used to store the name of the
program."
I would also suggest
Hello,
I send this small patch for better 'included libintl'
support in gettext.m4 for review.
DESCRIPTION:
when writing code that should be portable to systems
that do not happen to
have a working libintl, the current situation is in my
opinion suboptimal.
running gettextize --intl creates the
Hello,
I send this small patch for better 'included libintl'
support in gettext.m4 for review.
DESCRIPTION:
when writing code that should be portable to systems
that do not happen to
have a working libintl, the current situation is in my
opinion suboptimal.
running gettextize --intl creates the
--- Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Paul,
>
> > Paul Eggert wrote on Thu, Jan 05, 2006:
> > Thanks for checking that. Can you please run the
> following
> > program on that platform and send us the output?
> If it outputs
> > "preprocessor thinks BITSET_WORD_BITS = 64", then
>
Hello,
I received another bug report for idutils, where
compilation of gnulib module fnmatch under Mac OS X
10.3.9 fails, seemingly for a problem related to
multibyte character constants:
Machinetype:Apple Power Mac G4 (2 1420 MHz
PowerPC G4 (3.3)
CPUs, 2GB RAM); Darwin 7.9.0 (Mac OS
Hello,
I forward to the list this small patch for better
"included libintl" support for review. It is my
intention to do these other things to further improve
integration of intl with gnulib:
* make a gettext-included module that automatically
calls gettextize --intl
on gnulib-tool --import.
*
Hello,
the new GNU id-utils release has been completely
gnulibized,
and I am getting very good feedback from an user that
is testing it on about 20 different unix flavours, and
with different compilers.
during compilation of lib/ (which contains only gnulib
code) with pgcc compiler (Portland Grou
Hello again,
--- Bruno Haible <[EMAIL PROTECTED]> wrote:
> Claudio Fontana wrote:
> > I used gettextize with --intl option.
> > Why is it not common? If the system does not
> provide
> > libintl.h, I do by including intl/* no? What am I
> > missing?
&
Hello,
--- Bruno Haible <[EMAIL PROTECTED]> wrote:
> Claudio Fontana wrote:
> > 1) I use gl_EARLY, gl_SOURCE_BASE, gl_M4_BASE,
> gl_LIB,
> > gl_MODULES, gl_INIT in configure.ac .
> The way to use gnulib-tool has changed. You can
> remove the
> gl_SOURCE_BAS
--- Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hello,
>
> > allocating pseudo-terminals in a portable way is a
> nightmare.
>
> I agree. You also find some source code in this
> direction in glibc,
I found the relevant source in glibc much more
readable than my previous attempt with expect.
> i
Hello,
allocating pseudo-terminals in a portable way is a
nightmare. I tried to study Expect source code, but
the operation is so messy and so unportable (#ifdefs
abound) that the code is difficult to read and
understand.
I am developing the GNU Source Installer project;
basically I am rewriting
16 matches
Mail list logo
