On 4/16/2012 5:36 AM, Chiheng Xu wrote:
On Sat, Apr 14, 2012 at 7:07 PM, Robert Dewar wrote:
hand, but to suggest banning all templates is not a supportable
notion.
Why ?
Because some simple uses of templates are very useful, and
not problematic from any point of view.
On 17 April 2012 07:55, Mailaripillai, Kannan Jeganathan (STSD) wrote:
>
> I belong to HP-UX Itanium/PA-RISC GCC compiler team. I noticed that the GCC
> page (http://gcc.gnu.org/install/binaries.html) that lists out the
> pre-compiled versions of GCC (for different platforms) does not contain the
>
On 4/17/12 12:19 AM, Josh Cogliati wrote:
I would like to make a contribution to gcc. What copyright assignment
paperwork do I need to do this and what do I need to get from my
employer?
Sent forms off-list.
Diego.
Hi,
On Mon, 16 Apr 2012, H.J. Lu wrote:
> Hi Michael,
>
> Can you apply IFUNC spec to x86-64 psABI?
Yes, ...
> BTW, where can I find the latest x86-64 psABI source? The svn
> site:
>
> https://www.x86-64.org/svn/trunk/x86-64-ABI
>
> is down.
... once I find out what the problem with that is
Hi all,
I can see why copying from one pseudo-register to another would not be a
reason *not* to decompose a register, but I don't understand why this is
a reason to say it *should* be decomposed.
This is causing me trouble, and I can't tell how to fix it without
figuring out why it is this
Jonathan Wakely wrote:
>Why does saving/editing a page on the GCC wiki take several minutes
>to reload the page?
>
>Opening the page in a new tab shows the changes have been saved, but
>the page still keeps loading. Is there some kind of re-indexing going
>on which is incredibly inefficient? Or do
Andrew Stubbs writes:
> Hi all,
>
> I can see why copying from one pseudo-register to another would not be a
> reason *not* to decompose a register, but I don't understand why this is
> a reason to say it *should* be decomposed.
The idea is that, if a backend implements an N-word pseudo move us
Hello!
I would like to point out that many targets get atomic_orM named
patterns wrong. The name should be atomic_orM, not atomic_iorM. These
targets are mostly these that were converted from sync named patterns
to atomic ones automatically.
This warning applies to 4.7 branch and current mainline
On 17/04/12 18:20, Richard Sandiford wrote:
Andrew Stubbs writes:
Hi all,
I can see why copying from one pseudo-register to another would not be a
reason *not* to decompose a register, but I don't understand why this is
a reason to say it *should* be decomposed.
The idea is that, if a backen
On Tue, Apr 17, 2012 at 2:52 AM, Oleg Endo wrote:
> On Mon, 2012-04-16 at 04:11 +0800, Chiheng Xu wrote:
>> On Sat, Apr 14, 2012 at 11:47 AM, Chiheng Xu wrote:
>> >
>> > And I want to say that tree/gimple/rtl are compiler's data(or state),
>> > not compiler's text(or logic), the most important th
On 17 April 2012 17:51, Steve McIntyre wrote:
> Jonathan Wakely wrote:
>>Why does saving/editing a page on the GCC wiki take several minutes
>>to reload the page?
>>
>>Opening the page in a new tab shows the changes have been saved, but
>>the page still keeps loading. Is there some kind of re-index
On Wed, 2012-04-18 at 06:03 +0800, Chiheng Xu wrote:
> >
> Sorry, I don't know what is the benefit of const ivars.
I didn't say there's a benefit of using const ivars in this hypothetical
case. It's just another possible option of doing certain things.
> But if you use "tree->code" instead of "
Hi,
As discussed at thread
"http://gcc.gnu.org/ml/gcc/2012-04/msg00396.html";, I am trying a patch
now.
The problem here is I have to go through all basic block from
"sink_from" to "sink_to" to check whether
the memory might be clobbered in them.
Currently I have two methods:
1, do fully data analy
13 matches
Mail list logo
