Hello,
When I built blob with arm-iwmmxt-linux-gnueabi toolchain, I found the
SP value before invoking number() in printf() may be 0 or 4 modulo 8.
If SP is 0 modulo 8, printf worked well, but while SP is 4 modulo 8,
printf failed. It cannot store long long type parameter into stack
before invoki
On 7/2/06, Gary Funck <[EMAIL PROTECTED]> wrote:
...
More to the point, I think it is rather too bad that the
extern has to have the __thread attribute at all, and would
have hoped that the linker and OS could have collaborted to
make this transparent, in the same way that data can arranged
in se
I am pleased to announce that the GCC Steering Committee has
appointed Ulrich Weigand to the role of reload maintainer.
Please join me in congratulating Ulrich on his new role. Ulrich,
please update your entry in the MAINTAINERS file.
Happy Hacking!
David
Pinski wrote:
> What about the following two sources:
> char t;
> ---
> extern int t;
> What should happen? According to the C standard this is invalid code but
> the compiler does not need to diagnose the problem.
Yup. Certainly a great way to re-use space across separately compiled
"C" source
On Jul 2, 2006, at 1:58 PM, Gary Funck wrote:
The fact that one current generally available platform doesn't require
the __thread attribute on the extern should be enough to at least
question whether an *error* should be diagnosed. Also, consider
that compiler can't check for consistency across
Seongbae Park wrote:
> That's the only platform I know of that doesn't require different
> sequence.
> Should we make the language rules such that
> it's easy to implement on one platform but not on the others,
> or should we make it such that it's easy to implement in almost
> all platforms ?
On 7/2/06, Gary Funck <[EMAIL PROTECTED]> wrote:
...
Seongbae Park wrote:
> Because the compiler has to generate different code
> for accesses to __thread vs non __thread variable
In my view, this is implementation-defined, and generally can vary
depending upon the underlying linker and OS techn
On Jul 2, 2006, at 12:23 PM, Gary Funck wrote:
(Btw, personally, I'd prefer that a propoasl to extend the "C"
language use something other than a keyword beginning
with __ as a way of doing that. For example, a compound keyword
such as "thread local" would read better and is unlikely to clobbe
Andrew Pinski wrote:
> I would have hoped people actually read:
> http://gcc.gnu.org/onlinedocs/gcc/C99-Thread_002dLocal-Edits.html
>
> Which actually describes the edits to the C99 standard to how
> __thread is supposed to behave.
Thanks for the reference. Per that proposal, __thread is a
st
On Jul 2, 2006, at 5:00 AM, Dave Korn wrote:
Perhaps we should regard __thread as being like a type-qualifier
of some
kind?
I would have hoped people actually read:
http://gcc.gnu.org/onlinedocs/gcc/C99-Thread_002dLocal-Edits.html
Which actually describes the edits to the C99 standard t
On Sun, 2 Jul 2006, Paolo Bonzini wrote:
> ... and which has been restored for a while. :-)
Oops, I must have missed this somehow, when reading gcc-patches.
Indeed, I'm now back to using this and it works like a charm. :-)
>> Also, would you mind adding some notes to gcc-4.2/changes.html, as
>>
On 02 July 2006 08:15, Seongbae Park wrote:
> On 7/1/06, Gary Funck <[EMAIL PROTECTED]> wrote:
> ...
>> What are the technical reasons for the front-end enforcing this
>> restriction, when apparently some linkers will handle the TLS linkage
>> fine? If in fact it is required that __thread be adde
Gerald Pfeifer wrote:
Hi Paolo,
since we are approaching the GCC 4.2 release, I thought I'd point
out the question of bootstrap-lean again, which is still documented
and which I found rather useful in some settings.
... and which has been restored for a while. :-)
Also, would you mind add
On 7/1/06, Gary Funck <[EMAIL PROTECTED]> wrote:
...
What are the technical reasons for the front-end enforcing this restriction,
when apparently some linkers will handle the TLS linkage fine? If in fact
it is required that __thread be added to the extern, is the compiler simply
accommodating a
14 matches
Mail list logo
