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?
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
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
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
"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
> 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
>
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
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
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
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
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
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
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
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
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
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
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
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?
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 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 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
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
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
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
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
>
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
> -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
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
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: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
30 matches
Mail list logo
