On 08/28/2015 12:13 AM, Eric S. Raymond wrote:
With respect to Joseph's point about periodic deletion and re-creation of
branches, it looks like reposurgeon dutifully models them as deletion and
re-creation of the entire tree, which is understandable but not ideal. It
also warns about these with
On Fri, Aug 28, 2015 at 1:24 PM, Jeff Law wrote:
> trix = Tom Rix
> Not with Red Hat anymore. No idea where he is now.
Tom now works for Juniper Networks. A recent email address is:
trix = Tom Rix
- David
On 08/28/2015 12:29 PM, Eric S. Raymond wrote:
Jeff Law :
Here's my stab at all the @cygnus.com and @redhat.com addresses. There's
several I lost track of through the years.
Would you please resend this as a contrib map with the updated
addresses in it? I find that when I hand-edit these in I
> -Original Message-
> From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
> Jeff Law
> Sent: Wednesday, August 26, 2015 4:19 PM
> To: e...@thyrsus.com
> Cc: gcc@gcc.gnu.org
> Subject: Re: 33 unknowns left
>
> On 08/26/2015 02:09 PM, Eric S. Raymond wrote:
> > Jeff La
Joseph Myers :
> FWIW, updates for some out-of-date codesourcery.com addresses:
>
> dgutson = Daniel Gutson
> mmitchel = Mark Mitchell
> mmitchell = Mark Mitchell
> pbrook = Paul Brook
> (don't know if it's his preferred address, but it's his domain so
>is likely be valid)
> qiyao = Yao
On Fri, Aug 28, 2015 at 11:24:30AM -0600, Jeff Law wrote:
> abalkiss = Anthony Balkissoon
> No clue on this one, not with Red Hat anymore.
>
> aluchko = Aaron Luchko
> Grad Student at University of Alberta.
>
> djee = David Jee
> No clue. Not with Red Hat anymore
>
> kgallowa = Kyle Galloway
>
Jeff Law :
> Here's my stab at all the @cygnus.com and @redhat.com addresses. There's
> several I lost track of through the years.
Would you please resend this as a contrib map with the updated
addresses in it? I find that when I hand-edit these in I make too
many cut'n'paste errors. Given a cont
Peter Bergner :
> On Fri, 2015-08-28 at 11:00 -0400, Eric S. Raymond wrote:
> > Peter Bergner :
> > > On Thu, 2015-08-27 at 10:38 -0400, Eric S. Raymond wrote:
> > > > I've made it available at:
> > > >
> > > > http://thyrsus.com/gitweb/?p=gcc-conversion.git
> > > >
> > > > The interesting conten
FWIW, updates for some out-of-date codesourcery.com addresses:
dgutson = Daniel Gutson
mmitchel = Mark Mitchell
mmitchell = Mark Mitchell
pbrook = Paul Brook
(don't know if it's his preferred address, but it's his domain so
is likely be valid)
qiyao = Yao Qi
I don't have other addresses
On 08/27/2015 10:13 PM, Eric S. Raymond wrote:
I'd like to use the --legacy flag so that old references to SVN commits are
easier to look up.
Your call, but ... I don't recommend it. It's very cluttery, and I've found the
demand for that kind of lookup tends to drop off after conversion faster
On 08/28/2015 09:57 AM, Eric S. Raymond wrote:
Jeff Law :
Given that I worked for Cygnus and still work with Red Hat, I can make a
pass over all the @cygnus.com addresses and probably give something more
up-to-date for most of them if that's useful.
That would be *very* useful.
Here's my stab
On Fri, 2015-08-28 at 11:00 -0400, Eric S. Raymond wrote:
> Peter Bergner :
> > On Thu, 2015-08-27 at 10:38 -0400, Eric S. Raymond wrote:
> > > I've made it available at:
> > >
> > > http://thyrsus.com/gitweb/?p=gcc-conversion.git
> > >
> > > The interesting content is gcc.map (the contributor ma
On August 28, 2015 5:02:39 PM GMT+02:00, "Eric S. Raymond"
wrote:
>Joseph Myers :
>> There's at least one case of a contributor who changed their name
>where
>> you have the old name instead of the new one: Richard Guenther ->
>Richard
>> Biener.
>
>Is
>
>rguenth = Richard Biener
>
>correct?
Jeff Law :
> Given that I worked for Cygnus and still work with Red Hat, I can make a
> pass over all the @cygnus.com addresses and probably give something more
> up-to-date for most of them if that's useful.
That would be *very* useful.
--
http://www.catb.org/~esr/";>Eric S. Raym
Joseph Myers :
> (if someone appears with multiple usernames, probably make their address
>consistent for all of them unless specifically requested otherwise)
I am attemoting to do that.
--
http://www.catb.org/~esr/";>Eric S. Raymond
On 08/28/2015 09:43 AM, Simon Dardis wrote:
Following Jeff's advice[1] to extract more information from GCC, I've
narrowed the cause down to the predictive commoning pass inserting
the load in a loop header style basic block. However, the next pass
in GCC, tree-cunroll promptly removes the loop
On 08/28/2015 09:26 AM, Joseph Myers wrote:
All the cygnus.com addresses are out of date. More current replacements
for a few:
echristo = Eric Christopher
merrill = Jason Merrill
(if someone appears with multiple usernames, probably make their address
consistent for all of them unless
Hello all,
I've been looking at a code generation issue with GCC 5.2 lately dealing with
register to register moves through memory with -O3 -funroll-loops. For
reference the C code is at the end of this mail. The generated code for mips is
(cut down for clarity, ldc1 and sdc1 are double word fl
All the cygnus.com addresses are out of date. More current replacements
for a few:
echristo = Eric Christopher
merrill = Jason Merrill
(if someone appears with multiple usernames, probably make their address
consistent for all of them unless specifically requested otherwise)
rsavoye = Ro
On Fri, 28 Aug 2015, Eric S. Raymond wrote:
> Joseph Myers :
> > There's at least one case of a contributor who changed their name where
> > you have the old name instead of the new one: Richard Guenther -> Richard
> > Biener.
>
> Is
>
> rguenth = Richard Biener
>
> correct?
Yes, that's rig
Peter Bergner :
> > jgrimm = Jon Grimm
>
> Jon is now at Canonical. I'm not sure which of the two email addresses
> that seem to be active for him he prefers:
>
> jon.gr...@canonical.com
> jon.gr...@gmail.com
I'll go wit the gmail one unless he tells mme differently; odds are it w
Aldy Hernandez :
> "Eric S. Raymond" writes:
>
> > The remaining list is pretty short:
> >
> > bson = bson
>
> I worked on a project together with a Jan Brittenson a very long time
> ago. He worked on GNU finger, and some bytecode representation for GCC
> way back when... for the FSF.
>
> Act
Joseph Myers :
> There's at least one case of a contributor who changed their name where
> you have the old name instead of the new one: Richard Guenther -> Richard
> Biener.
Is
rguenth = Richard Biener
correct?
--
http://www.catb.org/~esr/";>Eric S. Raymond
Peter Bergner :
> On Thu, 2015-08-27 at 10:38 -0400, Eric S. Raymond wrote:
> > I've made it available at:
> >
> > http://thyrsus.com/gitweb/?p=gcc-conversion.git
> >
> > The interesting content is gcc.map (the contributor map) and gcc.lift.
> >
> > Presently the only command in gcc.lift expunge
> azanella = Adhemerval Zanella
Adhemerval now works for Linaro, so his email address should be:
adhemerval.zane...@linaro.org
> bje = Ben Elliston
Ben is no longer at Red Hat...or IBM. He went back to school and his
new email address seems to be:
b.ellis...@unsw.edu.au
>
"Eric S. Raymond" writes:
> The remaining list is pretty short:
>
> bson = bson
I worked on a project together with a Jan Brittenson a very long time
ago. He worked on GNU finger, and some bytecode representation for GCC
way back when... for the FSF.
Actually he was very instrumental in getti
There's at least one case of a contributor who changed their name where
you have the old name instead of the new one: Richard Guenther -> Richard
Biener.
--
Joseph S. Myers
jos...@codesourcery.com
On Thu, 2015-08-27 at 10:38 -0400, Eric S. Raymond wrote:
> I've made it available at:
>
> http://thyrsus.com/gitweb/?p=gcc-conversion.git
>
> The interesting content is gcc.map (the contributor map) and gcc.lift.
>
> Presently the only command in gcc.lift expunges the hooks directory.
>From yo
Hi
I am trying to optimize python for some specific benchmarks. I am
testing the PGO ( FDO ) implementation in python Make file : make
profile-opt.
430 # Compile a binary with gcc profile guided optimization.
431 profile-opt:
432 @echo "Building with support for profile generation:"
433
Hi, community!
To simplify generating a preprocessed file if ICE is occurred, GCC
(since 5.0 version) introduces a special -freport-bug option. Looking to
GCC bug reporting guide (https://gcc.gnu.org/bugs/#detailed), it may be
useful to mention -freport-bug on this page. Does this make sense?
30 matches
Mail list logo
