This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: thread-local storage: c front end and generic backend patch

From: Richard Henderson <rth at redhat dot com>
To: Alexandre Oliva <aoliva at redhat dot com>
Cc: Mark Mitchell <mark at codesourcery dot com>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>, "Joseph S. Myers" <jsm28 at cam dot ac dot uk>
Date: Wed, 22 May 2002 16:46:12 -0700
Subject: Re: thread-local storage: c front end and generic backend patch
References: <20020521180901.A25232@redhat.com> <157310000.1022100111@gandalf.codesourcery.com> <20020522141755.F25953@redhat.com> <or4rgzvjck.fsf@free.redhat.lsd.ic.unicamp.br>

On Wed, May 22, 2002 at 08:44:11PM -0300, Alexandre Oliva wrote:
> > The run-time mechanism here is that TLS data is initialized via
> > block-copy from a PT_TLS ELF program segment.  So we can't have
> > constructors of any form.
> 
> Sounds like you're describing POD types.

Well, more than that, as Jason noted with "int i = f();".


r~

References:
- thread-local storage: c front end and generic backend patch
  - From: Richard Henderson
- Re: thread-local storage: c front end and generic backend patch
  - From: Mark Mitchell
- Re: thread-local storage: c front end and generic backend patch
  - From: Richard Henderson
- Re: thread-local storage: c front end and generic backend patch
  - From: Alexandre Oliva

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]