Re: 2.1.114 linux/include/linux/sched.h problem - followup

Horst von Brand (vonbrand@inf.utfsm.cl)
Tue, 04 Aug 1998 09:08:00 -0400


rct@gherkin.sa.wlk.com (Bob_Tracy) said:
> I wrote:
> >Moving INIT_LOCKS from the end of the INIT_TASK definition broke
> >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.

It doesn't, really ;-) gcc-2.7.2.3 doesn't like them anywhere, not just at
the end. Check how the ugly klugde around this used to work: It placed the
empy structure at the end, and just didn't initialize it.

> gcc-2.8.1 is fine, and I would assume that egcs compilers
> are probably ok as well.

egcs shas been fine for as long as I remember. I found the original bug in
gcc, and checked egcs when I became aware of it in its beginning. It had
been fixed by then.

-- 
Dr. Horst H. von Brand                       mailto:vonbrand@inf.utfsm.cl
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513

- 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