On 26/11/2012, at 1:28 PM, Greg McGary wrote:
> I'm working onaport to a VLIW DSP with anexposed pipeline (i.e., no
> interlocks). Some operations OPhave as much as 2-cycle latency on values
> of the call-preserved regs CPR. E.g., if the callee's epiloguerestores a
> CPR in the delay slot of the
I'm working onaport to a VLIW DSP with anexposed pipeline (i.e., no
interlocks). Some operations OPhave as much as 2-cycle latency on values
of the call-preserved regs CPR. E.g., if the callee's epiloguerestores a
CPR in the delay slot of the return instruction, then any OP with that CPR
as input
Snapshot gcc-4.8-20121125 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20121125/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Sun, Nov 25, 2012 at 7:28 AM, Ruben Safir wrote:
> On Sun, Nov 25, 2012 at 10:28:39AM -0500, Diego Novillo wrote:
>> My main concern is losing valid content because of this limitation.
>>
>
> Your only concern is to send email with your android gmail.
>
> You also need to learn to trim the CC l
On Sun, Nov 25, 2012 at 7:45 AM, Richard Biener
wrote:
> Just to add another case which seems to be not covered in the thread.
> When dumping from inside a gdb session in many cases I cut&paste
> addresses literally. For overloading to work I'd need to write casts
> in front of the inferior call
On Sat, Nov 24, 2012 at 11:13 AM, Ian Lance Taylor wrote:
> 2) The fact that Android refuses to provide a non-HTML e-mail capability
> is ridiculous but does not seem to me to be a reason for us to change
> our policy.
Amen.
Rich texts in technical conversations where people people use
various
On Sun, Nov 25, 2012 at 7:45 AM, Richard Biener
wrote:
> On Sun, Nov 25, 2012 at 4:21 PM, Diego Novillo wrote:
>> On Sun, Nov 25, 2012 at 10:09 AM, Richard Biener
>> wrote:
>>
>>> I'd say the most pragmatic solution is to stick with gengtype but
>>> make it more dependent on annotations (thus, e
On Sun, Nov 25, 2012 at 10:28:39AM -0500, Diego Novillo wrote:
> My main concern is losing valid content because of this limitation.
>
Your only concern is to send email with your android gmail.
You also need to learn to trim the CC line
On Sun, Nov 25, 2012 at 5:03 PM, Joern Rennecke
wrote:
> Quoting Richard Biener :
>
>> (though doesn't save much space). One file per mail is then convenient
>> for
>> review anyway.
>
>
> That would be 84 mails then just for the added files.
> And if the testsuite was bigger, that figure would o
Quoting Richard Biener :
(though doesn't save much space). One file per mail is then convenient for
review anyway.
That would be 84 mails then just for the added files.
And if the testsuite was bigger, that figure would only get larger.
Is that really the preferred way to do this?
On Sun, Nov 25, 2012 at 4:47 PM, Joern Rennecke
wrote:
> Quoting Richard Biener :
>
>> That said, filtering any non text/plain mail into spam keeps me off most
>> spam. Thus be warned when you try to get patches in non text/plain
>> sent to me ;)
>
>
> Should I uuencode new port submissions?
> Ex
Quoting Richard Biener :
That said, filtering any non text/plain mail into spam keeps me off most
spam. Thus be warned when you try to get patches in non text/plain
sent to me ;)
Should I uuencode new port submissions?
Expressing addition of several score files as a 'patch' is not always an
o
On Sun, Nov 25, 2012 at 4:21 PM, Diego Novillo wrote:
> On Sun, Nov 25, 2012 at 10:09 AM, Richard Biener
> wrote:
>
>> I'd say the most pragmatic solution is to stick with gengtype but
>> make it more dependent on annotations (thus, explicit). That is,
>
> Yes. That is the direction in which I'
On 24-Nov-12, at 9:19 PM, Steven Bosscher wrote:
+;; This machine description is inspired by sparc.md and (to a lesser
+;; extend) mips.md.
Change "extend" to "extent". Don't need parentheses.
+
+;; Possible improvements, if anyone is still interested in working on
+;; improving this machin
On Sun, Nov 25, 2012 at 8:54 AM, Richard Biener
wrote:
> That said, filtering any non text/plain mail into spam keeps me off most
> spam. Thus be warned when you try to get patches in non text/plain
> sent to me ;)
It would be OK for me if the mailing list software we use stripped the
text/html
On Sun, Nov 25, 2012 at 10:09 AM, Richard Biener
wrote:
> I'd say the most pragmatic solution is to stick with gengtype but
> make it more dependent on annotations (thus, explicit). That is,
Yes. That is the direction in which I've been leaning towards. My
preference is to transitionally move
On Fri, Nov 16, 2012 at 1:59 AM, Diego Novillo wrote:
> As we continue adding new C++ features in the compiler, gengtype
> is becoming an increasing source of pain. In this proposal, we
> want to explore different approaches to GC that we could
> implement.
>
> At this point, we are trying to rea
On Tue, Nov 6, 2012 at 7:06 AM, Jeff Law wrote:
> On 11/05/2012 07:43 PM, DJ Delorie wrote:
>>
>>
>> Ian Lance Taylor writes:
>>>
>>> Also the fact that GCC is now written in C++ seems to me to be
>>> deserving of a bump to 5.0.
>>
>>
>> I see no reason why an internal design change that has no u
On Sat, Nov 24, 2012 at 7:08 PM, Robert Dewar wrote:
> On 11/24/2012 12:59 PM, Daniel Berlin wrote:
>>
>> On Sat, Nov 24, 2012 at 12:47 PM, Robert Dewar wrote:
>>>
>>>
2) The fact that Android refuses to provide a non-HTML e-mail capability
is ridiculous but does not seem to me to be a
On Sat, Nov 24, 2012 at 6:47 PM, Robert Dewar wrote:
>
>> 2) The fact that Android refuses to provide a non-HTML e-mail capability
>> is ridiculous but does not seem to me to be a reason for us to change
>> our policy.
>
>
> Surely there are altenrative email client for Android that have plain
> t
On Fri, Nov 23, 2012 at 11:03 PM, Diego Novillo wrote:
> On Fri, Nov 23, 2012 at 5:00 PM, Richard Kenner
> wrote:
>>> It's just that an increasing number of mail agents are configured by
>>> default to send rich-text.
>>
>> And people who know enough about computing to work on compilers don't kno
On Thu, Nov 15, 2012 at 2:12 AM, Lawrence Crowl wrote:
> Diego and I seek your comments on the following (loose) proposal.
>
>
> It is sometimes hard to remember which printing function is used
> for debugging a type, or even which type you have.
>
> We propose to rely on overloading to unify the
On Fri, Nov 23, 2012 at 5:15 PM, Andrew MacLeod wrote:
> On 11/22/2012 01:18 PM, Lawrence Crowl wrote:
>>
>> I have found that tree-flow.h implements iteration over htab_t,
>> while there is no current facility to do that with hash_table.
>> Unfortunately, the specific form does not match the stan
On Tue, Nov 20, 2012 at 11:20 AM, Steven Bosscher wrote:
> On Mon, 19 Nov 2012 18:31:27 -0800, Lawrence Crowl wrote:
>
>> Richi, ping?
>
> Just guessing... isn't he simply out on Honeymoon?
>
> Those functions were introduced to handle alias sets for spill slots
> better, but IIRC this never worke
On Tue, Nov 20, 2012 at 2:45 AM, Lawrence Crowl wrote:
> I believe the following components in sese.[hc] are completely unused.
>
> phis -- functions declared extern in sese.h but never defined
>
> extern void insert_loop_close_phis (htab_t, loop_p);
> extern void insert_guard_phis (basic_bloc
On Mon, Nov 5, 2012 at 10:13 PM, Kenneth Zadeck
wrote:
> On 11/05/2012 03:37 PM, Joseph S. Myers wrote:
>>
>> On Mon, 5 Nov 2012, Kenneth Zadeck wrote:
>>
>>> This switch to doing math within the precision causes many test cases to
>>> behave differently. However, I want to know if differently m
DJ Delorie schrieb:
Ian Lance Taylor writes:
Also the fact that GCC is now written in C++ seems to me to be
deserving of a bump to 5.0.
I see no reason why an internal design change that has no user visible
effects should have any impact on the version number.
Changing the implementation lan
27 matches
Mail list logo
