This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: possible vfscanf problem?
- To: Franz dot Sirl-kernel at lauterbach dot com
- Subject: Re: possible vfscanf problem?
- From: Geoff Keating <geoffk at cygnus dot com>
- Date: Mon, 28 Aug 2000 14:31:13 -0700
- CC: libc-alpha at sources dot redhat dot com
- References: <00082822550102.01854@enzo.bigblue.local>
> From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
> Date: Mon, 28 Aug 2000 22:55:01 +0200
> vfscanf.c: In function `_IO_vfscanf':
> vfscanf.c:1291: warning: comparison is always false due to limited range of
> data type
There is definitely something wrong with this code. I think it will
fail on x86 systems if a multibyte sequence contains an 0xFF, which
I believe is possible with UTF8.
> make[2]: Entering directory `/cvsx/rawhide/BUILD/glibc-2.1.92/dirent'
> In file included from ../sysdeps/unix/powerpc/sysdep.h:19,
> from ../sysdeps/unix/sysv/linux/powerpc/sysdep.h:19,
> from ../sysdeps/unix/sysv/linux/getdents.c:29,
> from ../sysdeps/unix/sysv/linux/i386/getdents64.c:41,
> from ../sysdeps/unix/sysv/linux/powerpc/getdents64.c:1:
> ../sysdeps/unix/sysdep.h:40:16: warning: "SYS_ify" redefined
> ../sysdeps/unix/sysv/linux/powerpc/sysdep.h:27:1: warning: this is the
> location of the previous definition
I think that unix/sysv/linux/powerpc/sysdep.h is getting included
twice. It's not protected against multiple inclusion, because that
didn't happen before. If you could work out where it gets included
the first time, that would be helpful.
--
- Geoffrey Keating <geoffk@cygnus.com>