Felix von Leitner <[EMAIL PROTECTED]> wrote:
> Proposed fix (in paste.c):
>
> static char dummy_closed;
> static char dummy_endlist;
> #define CLOSED ((FILE*)&dummy_closed)
> #define ENDLIST ((FILE*)&dummy_endlist)
The C standard allows undefined behavior for such casts, since the
dummy va
On Fri, 2004-08-27 at 00:09, Paul Jarc wrote:
> Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > begin quote ---
> > XBD ERN 16 Utilities that have extensions violating the Utility Syntax
> > Guidelines Accept as marked.
> >
> > It was agreed that an interpretation be made
On Fri, 2004-08-27 at 00:09, Paul Jarc wrote:
> Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > begin quote ---
> > XBD ERN 16 Utilities that have extensions violating the Utility Syntax
> > Guidelines Accept as marked.
> >
> > It was agreed that an interpretation be made
Michael McTails <[EMAIL PROTECTED]> wrote:
> I built coreutils with a native GCC compiler on the NSLU2 which is an
> armv5b device. I keep getting circular directory structure even though
> the filesystem is fine. Here the error messages exactly, and any info
> I think is useful:
>
> DATABANK:/opt/
Hello,
I'm not reporting a real bug, but I think it should be fixed.
I use Fedora Core 1 with Czech environment and when I typed
'install --help' I got Czech translation of 1st as 1-ni, 2nd as 2-hy and 3rd
as 3-ti which is nonsense. Czech rules define ordering numbers to be written
as 1.
I built coreutils with a native GCC compiler on the NSLU2 which is an
armv5b device. I keep getting circular directory structure even though
the filesystem is fine. Here the error messages exactly, and any info I
think is useful:
DATABANK:/opt/src root# ls
bash-3.0 coreutil.tar coreutils-5.2.
The POSIX API does not define a way to do anything useful with
non-pointer FILE variables, so the diet libc (www.fefe.de/dietlibc/)
defines FILE as opaque data type.
The result is that paste does not compile, because it tries to
instantiate two FILE variables just for the purpose of having values
