lkml.org 
[lkml]   [1998]   [Aug]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: 2.1.114 linux/include/linux/sched.h problem - followup
From
Date
alan@lxorguk.ukuu.org.uk (Alan Cox) writes:

> > >compilation for the non-SMP case. What's the correct fix?
> > >Unconditionally define INIT_LOCKS to be SPIN_LOCK_UNLOCKED?
> >
> > Nope. That won't cut it. DaveM's comment about some versions of gcc
> > dumping core when an empty structure constant is parsed at the end of
> > a large top level structure initialization definitely applies to
> > gcc-2.7.2.3. gcc-2.8.1 is fine, and I would assume that egcs compilers
> > are probably ok as well.
>
> Since our string code is still capable of generating invalid code with
> gcc 2.8.1/egcs that doesn't seem to be a valid answer either ;)

Maybe the dreaded asm/string.h should be just removed, except for
memcpy()/memmove()/memset(). All other string functions are either not
performance criticial or not used at all (strtok, strspn, ..) - so they
could be implemented in C -, or already better supported by gcc by using
the __builtin_* variants.

-Andi (who thinks most of asm/string.h is just an anachronism)

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html

\
 
 \ /
  Last update: 2005-03-22 13:43    [W:0.033 / U:0.216 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site