Benoit SIGOURE <[EMAIL PROTECTED]> writes:
> How shall I proceed, is there a test suite I can run against newlib to
> check for missing functions or something? Or shall I simply hack a
> script that builds up one test per function mentioned in gnulib?
Run
gnulib-tool --create-megatestdir --dir
Ludovic Courtès wrote:
> the excerpt of `u16-conv-from-enc.c'
> that I quoted made me think that, e.g., "UTF-16BE" and "UTF-16LE" were
> only known to work on Glibc >= 2.2:
>
> /* Name of UTF-16 encoding with machine dependent endianness and alignment.
> */
> #if defined _LIBICONV_VERSION ||
Hi,
I'm in the process of making my man-db package use Gnulib. Upon
importing the xgetcwd module and using it, I found that calling xgetcwd
caused infinite recursion:
#34894 0x0805cc1e in getcwd (buf=0x0, size=0) at getcwd.c:157
#34895 0x0805cc1e in getcwd (buf=0x0, size=0) at getcwd.c:157
Hi,
On Sun, 7 Oct 2007, Jim Meyering wrote:
Martin Koeppe <[EMAIL PROTECTED]> wrote:
The test tests/rm/dir-nonrecur shows IMO a real bug in coreutils,
however:
"rm d" should fail at
remove.c:1094 with "cannot remove 'd': Is a directory"
but fails there with "cannot remove 'd': No such f
Hi,
Colin Watson wrote:
> I'm in the process of making my man-db package use Gnulib. Upon
> importing the xgetcwd module and using it
Have you done a "make distclean" and reconfigured after doing this?
> I found that calling xgetcwd caused infinite recursion:
>
> #34894 0x0805cc1e in getcwd (
Martin Koeppe wrote:
> I just found the bug in gettext causing this trouble. Unfortunately I
> didn't find a gettext mailing list.
For most GNU programs, you find the bug reporting address at the end of
the " --help" output. "gettext --help" is in this category.
> Gettext is 0.16.1, file dcigett
Hi Bruno,
On Sun, 14 Oct 2007, Bruno Haible wrote:
Martin Koeppe wrote:
I just found the bug in gettext causing this trouble. Unfortunately I
didn't find a gettext mailing list.
For most GNU programs, you find the bug reporting address at the end of
the " --help" output. "gettext --help" is
On Oct 14, 2007, at 9:59 AM, Simon Josefsson wrote:
Benoit SIGOURE <[EMAIL PROTECTED]> writes:
How shall I proceed, is there a test suite I can run against
newlib to
check for missing functions or something? Or shall I simply hack a
script that builds up one test per function mentioned in
Martin Koeppe wrote:
> Thanks. Unfortunately, this
> http://lists.gnu.org/archive/html/bug-gnu-gettext/
> is not a valid URL (404). And I looked on
> http://lists.gnu.org/archive/html/
> for "gettext" or "intl" and couldn't find either.
The bug-gnu-gettext archives are at
http://lists.gnu.org/ar
On Wed, Oct 13, 2007 at 16:25:21PM +0200, Bruno Haible wrote:
> I'm applying your patch, with modifications:
> ...
> 4) Don't use 0 to designate null pointers. That doesn't sit well with
> C++ compilers.
I only used 0 because further down in m4/getaddrinfo.m4 is:
AC_TRY_LINK([
#ifdef
On Sun, Oct 14, 2007 at 05:41:06PM +0200, Bruno Haible wrote:
> Colin Watson wrote:
> > I'm in the process of making my man-db package use Gnulib. Upon
> > importing the xgetcwd module and using it
>
> Have you done a "make distclean" and reconfigured after doing this?
Yes.
> > Isn't this bound
Colin Watson wrote:
> REPLACE_GETCWD is 1 and unistd.h is up to date.
This is all as it should be.
> However, getcwd.c includes . Should this not be "unistd.h",
> in order to use the version from Gnulib in the current directory?
Good idea? Maybe your AM_CPPFLAGS are missing -I. -I$(srcdir) ?
On Sun, Oct 14, 2007 at 07:37:35PM +0100, Colin Watson wrote:
> On Sun, Oct 14, 2007 at 05:41:06PM +0200, Bruno Haible wrote:
> > The expected behaviour is that __getwcd expands to getcwd which in turns
> > expands to rpl_getcwd. If getcwd does not expand to rpl_getcwd, you need
> > to find out why
Colin Watson wrote:
> I made this change and it now works correctly.
Thanks for checking. That's important to know.
How exactly did you invoke gnulib-tool? With or without a --makefile-name
option?
> Gnulib needs to put -I. in its AM_CPPFLAGS, since it
> appears to define that variable to empty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
If I've --import'ed md5, is there a means for me to specify in
configure.ac that it should not be included in certain circumstances?
I'm in the process of converting portions of Wget to gnulib. We had
GNU's MD5 code in there, but only used it when w
Hi,
Micah Cowan asked:
> If I've --import'ed md5, is there a means for me to specify in
> configure.ac that it should not be included in certain circumstances?
Depending on what you want, there are different answers:
1) If it's ok to build the module even though it does not get used -
this is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Bruno Haible wrote:
> Hi,
>
> Micah Cowan asked:
>> If I've --import'ed md5, is there a means for me to specify in
>> configure.ac that it should not be included in certain circumstances?
>
> Depending on what you want, there are different answers:
Hello Bruno,
* Bruno Haible wrote on Mon, Oct 15, 2007 at 02:08:18AM CEST:
>
> if ENABLE_LIBWCRYPT
> SUBDIR_wcrypt = wcrypt
> else
> SUBDIR_wcrypt =
> endif
> SUBDIRS = gl $(SUBDIR_wcrypt) src doc po ...
>
>Such declarations will prevent "make"
Hello Bruno, Colin,
* Bruno Haible wrote on Sun, Oct 14, 2007 at 11:07:28PM CEST:
> Colin Watson wrote:
>
> > Gnulib needs to put -I. in its AM_CPPFLAGS, since it
> > appears to define that variable to empty
>
> Yes, I agree that this may be the mistake.
>
> > thus cancelling Automake's default
19 matches
Mail list logo
