Richard Biener writes:
>> Using d...@gcc.gnu.org would imply that is my email address, but email
>> sent there would vanish.
>
> Would it? You're supposed to have a valid forwarding address on that.
Frank tested it and it does seem to forward to me, so I guess so.
On Tue, Sep 15, 2015 at 1:11 PM, H.J. Lu wrote:
>> To implement interrupt and exception handlers for x86 processors, a
>> compiler should support:
>>
>> 1. void * __builtin_ia32_interrupt_data (void)
>
> I got a feedback on the name of this builtin function. Since
> it also works for 64-bit, we
On Tue, 15 Sep 2015, niXman wrote:
> mirrors.webhostinggeeks.com/gcc/
This is a little disappointing, though I am inclinded to consider
it a genuine mistake/migration. Addressed like this.
Gerald
Index: mirrors.html
===
RCS file: /
Richard Earnshaw :
> Well if that's the case then someone ought to be able to produce a meta
> file that could be supplied to Eric, that looked something like
>
> $SVN: r
> $Committer:
> $Author:...
> $Author:...
> $Author:...
> ...
>
> $SVN:...
> $Committer:
> $NoAuthors
>
>
>
>
> For t
Michael Matz :
> I don't see why the problems with some ranges of commits should prevent us
> doing better for those ranges where there are no such problems. I thought
> reposurgeon (I haven't looked at it) had the ability to postprocess
> commits and dig out additional info, and assumed it wou
On 09/17/2015 10:24 AM, Richard Earnshaw wrote:
[ snip ]
No, I'm not going to do that work; and personally, I don't think it's
worth holding up the switch to wait for that to be done.
Agreed.
Jeff
On 17/09/15 17:08, Michael Matz wrote:
> Hi,
>
> On Thu, 17 Sep 2015, Richard Earnshaw wrote:
>
>> None of this has any chance of working for any commits to the pre-egcs
>> sources. In those days there was no version control on the ChangeLog
>> file.
>>
>> My feeling is we could spend months r
Hi,
On Thu, 17 Sep 2015, Richard Earnshaw wrote:
> None of this has any chance of working for any commits to the pre-egcs
> sources. In those days there was no version control on the ChangeLog
> file.
>
> My feeling is we could spend months ratholing on this particular problem
> rather than
On 17/09/15 16:15, Michael Matz wrote:
> Hi,
>
> On Thu, 17 Sep 2015, Eric S. Raymond wrote:
>
>> All I can say is every time I've tried this it's been a nightmare, and
>> when you say "apart from CVS imported revisions" my hair stands on end.
>> And the GCC history is two and a half times the
I've since taken another look at this recently and I've tracked the issue down
to
tree-predcom.c, specifically ref_at_iteration almost always generating MEM_REFs.
With MEM_REFs, GCC's RTL GCSE cannot compare them as equal and hence
remove them. A previous version of the code did generate ARRAY_RE
Hi,
On Thu, 17 Sep 2015, Eric S. Raymond wrote:
> All I can say is every time I've tried this it's been a nightmare, and
> when you say "apart from CVS imported revisions" my hair stands on end.
> And the GCC history is two and a half times the size of the next largest
> repo I've tried this
On 16/09/15 17:36, Jeff Law wrote:
> On 09/16/2015 10:25 AM, Ramana Radhakrishnan wrote:
>>
>>
>> On 16/09/15 17:14, Mike Stump wrote:
>>> On Sep 16, 2015, at 12:29 AM, Andreas Schwab
>>> wrote:
Mike Stump writes:
> The software presently works with 1.4.4 and there aren’t any
>
DJ Delorie wrote:
> > And in fact, you should be able to decide at *expand* time which
> > of the two you need for the given set of operands.
>
> I already check for multiple fars at expand, and force all but one of
> them to registers.
OK, that's good.
> Somewhere before reload they get put ba
Richard Biener :
> Maybe I'm missing sth but apart from the CVS imported revisions each
> SVN revision should contain the actual change plus the changes to the
> ChangeLog files (you can't count on the commit message itself I guess
> as not all people replicate the ChangeLog entries there).
>
> Th
On Thu, Sep 17, 2015 at 12:41 PM, Eric S. Raymond wrote:
> Richard Biener :
>> Not sure why we can't label the individual commits with Authors scraped
>> from the ChangeLog entries in that commit. Some commits even have
>> multiple authors after all! And if that fails I'd rather use the
>> @gcc
Richard Biener :
> Not sure why we can't label the individual commits with Authors scraped
> from the ChangeLog entries in that commit. Some commits even have
> multiple authors after all! And if that fails I'd rather use the @gcc.gnu.org
> identity.
Because associating ChangeLog entries with re
On Thu, Sep 17, 2015 at 4:57 AM, DJ Delorie wrote:
>
> "Frank Ch. Eigler" writes:
>> That makes sense, but how many people are in cagney's shoes
>
> I am one of those people - I have two email addresses listed in
> MAINTAINERS, with two sets of copyright papers filed with the FSF (a
> personal as
17 matches
Mail list logo
