On Fri, 2019-12-20 at 12:08 +0100, Richard Biener wrote:
> On December 20, 2019 8:25:18 AM GMT+01:00, Jeff Law wrote:
> > On Fri, 2019-12-20 at 08:09 +0100, Richard Biener wrote:
> > > On December 20, 2019 3:20:40 AM GMT+01:00, Jeff Law
> > wrote:
> >
On Fri, 2020-01-24 at 13:49 -0500, David Edelsohn wrote:
> > > > On 1/24/20 8:45 AM, David Edelsohn wrote:
> > > > > There is no ChangeLog entry for the testsuite changes.
> > > >
> > > > I don't believe in ChangeLog entries for testcases, but I'll add one for
> > > > the target-supports.exp chang
On Fri, 2020-01-24 at 20:32 +0100, Eric Botcazou wrote:
> > I strongly prefer to move towards relying on the git log.
>
> In my experience the output of git log is a total mess so cannot replace
> ChangeLogs. But we can well decide to drop ChangeLog for the testsuite.
Well, glibc has moved to ex
On Sat, 2020-01-25 at 10:50 -0500, Nathan Sidwell wrote:
> On 1/24/20 4:36 PM, Jeff Law wrote:
> > On Fri, 2020-01-24 at 20:32 +0100, Eric Botcazou wrote:
> > > > I strongly prefer to move towards relying on the git log.
> > >
> > > In my experience the outp
On Sat, 2020-01-25 at 12:39 +, Feng Xue OS wrote:
> Which account should I use to push my local patch to git repo of gcc?
> I have a sourceware account that works for svn, but now it doesn't for git.
> Actually both below commands were tried, but failed.
> git push ssh://f...@sourceware.org/
On Mon, 2020-01-27 at 10:18 -0500, Nicholas Krause wrote:
> Greetings,
>
> Sorry if this question has been asked before but do we extend out the
> core tree type for SSA or
> is there a actual dominator tree type. It seems to be we just extend or
> override the core tree
> type parameters but wa
On Sat, 2020-01-25 at 09:31 +, Richard Sandiford wrote:
> TL;DR: if we have two bare SYMBOL_REFs X and Y, neither of which have an
> associated source-level decl and neither of which are in an anchor block:
>
> (Q1) can a valid byte access at X+C alias a valid byte access at Y+C?
>
> (Q2) can
On Mon, 2020-02-03 at 18:55 +, Richard Sandiford wrote:
> "H.J. Lu" writes:
> > On Fri, Jan 24, 2020 at 2:39 PM Paul Smith wrote:
> > > On Fri, 2020-01-24 at 22:45 +0100, Jakub Jelinek wrote:
> > > > > > In my experience the output of git log is a total mess so cannot
> > > > > > replace Chan
This affects gcc.gnu.org as well...Expect weekend outages...
--- Begin Message ---
Community,
The sourceware.org server will be transitioning to a new server over
the next 2-4 weeks. The new server will be CentOS 8-based with more
CPU and more RAM.
Please keep this in mind when planning out y
On Wed, 2020-02-05 at 15:18 -0600, Segher Boessenkool wrote:
> On Mon, Feb 03, 2020 at 01:24:04PM -0700, Jeff Law wrote:
> > ANd yes, even though I have been a regular ChangeLog user, I rely more
> > and more on the git log these days.
>
> As a reviewer, the changelog is
On Thu, 2020-02-13 at 22:18 +, Modi Mo wrote:
> > On 2/12/20 8:53 PM, David Malcolm wrote:
> > > Thanks for the patch.
> > >
> > > Some nitpicks:
> > >
> > > Timing-wise, the GCC developer community is focusing on gcc 10
> > > bugfixing right now (aka "stage 4" of the release cycle). So this
On Mon, 2020-02-24 at 12:36 +0100, Petr Tesarik wrote:
> On Mon, 24 Feb 2020 11:14:44 +
> Jozef Lawrynowicz wrote:
>
> > On Mon, 24 Feb 2020 12:05:28 +0100
> > Petr Tesarik wrote:
> >
> > > Hi all,
> > >
> > > I'm looking into reviving the efforts to port gcc to VideoCore IV [1].
> > > One
On Sun, 2020-03-01 at 14:37 +0100, Michael de Lang wrote:
> Dear Sir/Madam,
>
> I'm working on implementing pr0980r1 and people in the #gcc channel
> told me to get the legal process started asap. I am willing to sign
> copyright assignments as outlayed on
> https://gcc.gnu.org/contribute.html
Con
I'm away on PTO for the next couple weeks, which likely means that patch
review times will suffer. Normally I'd ask Richard Henderson to help
cover, but he's going to be on PTO as well.
It's probably safe to assume that when I return there will be a bit of a
patch backlog and I'll have a hi
On 06/10/2015 07:36 AM, Kyrill Tkachov wrote:
Thanks, I've made some progress towards making it more aggressive.
A question since I'm in the area...
noce_try_cmove_arith that I've been messing around with has this code:
/* A conditional move from two memory sources is equivalent to a
c
On 06/21/2015 11:57 PM, Alan Modra wrote:
set_src_cost says it is supposed to
/* Return the cost of moving X into a register, relative to the cost
of a register move. SPEED_P is true if optimizing for speed rather
than size. */
Now, set_src_cost of a register move (set (reg1) (reg2)),
On 06/24/2015 03:18 AM, Alan Modra wrote:
On Tue, Jun 23, 2015 at 11:05:45PM -0600, Jeff Law wrote:
I certainly agree that the cost of a move, logicals and arithmetic is
essentially the same at the chip level for many processors. But a copy has
other properties that make it "cheaper"
On 06/24/2015 03:18 AM, Alan Modra wrote:
So in these examples we'd really like register moves to cost one
insn. Hmm, at least, moves from hard regs ought to cost something.
The more I think about it, the more I think that's a reasonable step.
Nothing should have cost 0.
Jeff
On 06/25/2015 06:28 AM, Richard Earnshaw wrote:
On 24/06/15 17:47, Jeff Law wrote:
On 06/24/2015 03:18 AM, Alan Modra wrote:
So in these examples we'd really like register moves to cost one
insn. Hmm, at least, moves from hard regs ought to cost something.
The more I think about it
On 06/09/2015 04:52 AM, Richard Biener wrote:
On Tue, Jun 9, 2015 at 12:39 PM, Eric Botcazou wrote:
What's the reason to not expose the byte swapping operations earlier, like
on GIMPLE? (or even on GENERIC?)
That would be too heavy, every load and store in GENERIC/GIMPLE would have an
associ
On 06/09/2015 10:20 AM, Eric Botcazou wrote:
Because some folks don't want to audit their code to where to add byteswaps.
I am serious people have legacy big-endian code they want to run little
endian. There is a reason this is around in the first place. Developers are
lazy.
That's a little rou
On 06/25/2015 12:28 PM, Richard Sandiford wrote:
Sorry in advance for inviting a bikeshed discussion, but while making
the hashing changes that I just committed, I noticed that the C++ification
has been done in a variety of different styles. I ended up having to follow
the "do what the surroundi
On 06/26/2015 03:50 AM, Martin Jambor wrote:
Hi,
On Thu, Jun 25, 2015 at 04:59:51PM -0400, David Malcolm wrote:
On Thu, 2015-06-25 at 19:28 +0100, Richard Sandiford wrote:
Sorry in advance for inviting a bikeshed discussion, but while making
the hashing changes that I just committed, I noticed
On 06/26/2015 01:56 AM, Richard Biener wrote:
On Thu, Jun 25, 2015 at 7:03 PM, Jeff Law wrote:
On 06/09/2015 10:20 AM, Eric Botcazou wrote:
Because some folks don't want to audit their code to where to add
byteswaps.
I am serious people have legacy big-endian code they want to run l
On 06/27/2015 01:18 AM, Richard Sandiford wrote:
Mikhail Maltsev writes:
Perhaps one disappointing exception is mixed space/tabs indentation. It
is often inconsistent (i.e. some parts use space-only indentation).
Yeah. Been hitting that recently too.
commit-hooks are the solution to this cla
On 06/27/2015 06:10 AM, Ajit Kumar Agarwal wrote:
All:
The presence of aliases disables many optimizations like CCP(conditional
constant propagation) , PRE(Partial Redundancy Elimination),
Scalar Replacements for conditional IF-THEN-ELSE. The presence of aliasing
also disables the IF-convers
On 06/30/2015 04:02 PM, H. Peter Anvin wrote:
On 06/30/2015 02:55 PM, Andy Lutomirski wrote:
On Tue, Jun 30, 2015 at 2:52 PM, H. Peter Anvin wrote:
On 06/30/2015 02:48 PM, Andy Lutomirski wrote:
On Tue, Jun 30, 2015 at 2:41 PM, H. Peter Anvin wrote:
On 06/30/2015 02:37 PM, Jakub Jelinek wro
On 07/05/2015 05:11 AM, Ajit Kumar Agarwal wrote:
All:
I am wondering allocation of hot data structure closer to the top of
the stack increases the performance of the application. The data
structure are identified as hot and cold data structure and all the
data structures are sorted in decreasin
On 07/01/2015 10:14 PM, DJ Delorie wrote:
In this bit of code in explow.c:
/* By passing constant addresses through registers
we get a chance to cse them. */
if (! cse_not_expected && CONSTANT_P (x) && CONSTANT_ADDRESS_P (x))
x = force_reg (address_mode, x);
On the rl78 it res
On 07/06/2015 09:42 AM, Pierre-Marie de Rodat wrote:
Hello,
The attached reproducer[1] seems to trigger a code generation issue at
least on x86_64-linux:
$ gnatmake -q p -O3 -gnatn
$ ./p
raised PROGRAM_ERROR : p.adb:9 explicit raise
Can you please file this as a bug in bugzilla
On 07/07/2015 11:53 AM, Martin Jambor wrote:
Hi,
I've been asked to look into the item one of
http://permalink.gmane.org/gmane.linux.kernel/1990397 and found out
that at least shrink-wrapping happily moves prologue past an asm
statement which can be bad if the asm statement contains a call
instr
On 07/08/2015 02:33 PM, DJ Delorie wrote:
Is there any reason that LARL can't be used to load a 32-bit symbolic
value, in 64-bit mode? On TPF (64-bit) the app has the option of
being loaded in the first 4Gb so that all symbols are also valid
32-bit addresses, for backward compatibility. (and if
On 07/08/2015 02:51 PM, Josh Poimboeuf wrote:
On Wed, Jul 08, 2015 at 11:22:34AM -0500, Josh Poimboeuf wrote:
On Wed, Jul 08, 2015 at 05:36:31AM -0500, Segher Boessenkool wrote:
On Wed, Jul 08, 2015 at 11:23:09AM +0200, Martin Jambor wrote:
For other archs, e.g. x86-64, you can do
reg
On 07/08/2015 03:05 PM, DJ Delorie wrote:
In the TPF case, the software has to explicitly mark such pointers as
SImode (such things happen only when structures that contain addresses
can't change size, for backwards compatibility reasons[1]):
int * __attribute__((mode(SImode))) ptr;
ptr = &s
On 06/02/2015 10:43 PM, Ajit Kumar Agarwal wrote:
-Original Message-
From: Jeff Law [mailto:l...@redhat.com]
Sent: Tuesday, June 02, 2015 9:19 PM
To: Ajit Kumar Agarwal; Richard Biener; gcc@gcc.gnu.org
Cc: Vinod Kathail; Shail Aditya Gupta; Vidhumouli Hunsigida; Nagaraju Mekala
Subject
On 07/10/2015 09:04 AM, Armin Rigo wrote:
Hi David,
On 10 July 2015 at 16:11, David Malcolm wrote:
AIUI, we have CALL_INSN instructions all the way through the RTL phase
of the backend, so we can identify which locations in the generated code
are calls; presumably we'd need at each CALL_INSN t
On 07/15/2015 08:33 AM, Andrew MacLeod wrote:
Oh, wait. this isnt on a scratch build this time, this is on an
incremental rebuild I just noticed (I was doing stuff on multiple
machines, turn out the other one was a scratch build)
make -j16 from the root build directory.
and it may have happened
On 07/28/2015 12:18 PM, Alex Velenko wrote:
On 21/04/15 06:27, Jeff Law wrote:
On 04/20/2015 01:09 AM, Shiva Chen wrote:
Hi, Jeff
Thanks for your advice.
can_replace_by.patch is the new patch to handle both cases.
pr43920-2.c.244r.jump2.ori is the original jump2 rtl dump
pr43920-2.c
I am pleased to announce that the GCC Steering Committee has appointed
Bin Cheng as the IVopts maintainer.
Please join me in congratulating Bin on his new role.
Bin, please update your entry in the MAINTAINERS file. I also believe
you have some patches to self-approve :-)
Thanks,
Jeff
On 08/13/2015 05:06 AM, Kyrill Tkachov wrote:
Hi all,
I'm implementing a target-specific reorg pass, and one thing that I want
to do
is for a given insn in the stream to find an instruction
in the stream that I can swap it with, without violating any dataflow
dependencies.
The candidate instruct
On 08/14/2015 03:05 AM, Kyrill Tkachov wrote:
The problem I'm trying to solve can be expressed in this way: "An
insn that satisfies predicate pred_p (insn) cannot appear exactly N
insns apart from another insn 'insn2' that satisfies pred_p (insn2).
N is a constant". So, the problem here is that
On 08/18/2015 11:11 AM, David Edelsohn wrote:
On Tue, Aug 18, 2015 at 1:00 PM, Oleg Endo
wrote:
Hi all,
Kaz and I have been discussing the SH5/SH64 status, which is part
of the SH port, every now and then. To our knowledge, there is no
real hardware available as of today and we don't think th
On 08/19/2015 02:38 PM, DJ Delorie wrote:
I've seen this on other targets too, sometimes so bad I write a quick
target-specific "stupid move optimizer" pass to clean it up.
A generic pass would be much harder, but very useful.
More important is to determine *why* we're getting these patterns. I
On 08/20/2015 01:07 AM, sa...@hederstierna.com wrote:
From: Jeff Law
More important is to determine *why* we're getting these patterns. In
the IRA/LRA world, they should be a lot less common.
Yes I agree this phenomena seems more common
On 08/20/2015 02:54 AM, Claudiu Zissulescu wrote:
Hi,
The LAST_INSN_CODE is used to mark the last instruction code valid
for a particular architecture (e.g., For ARM the value of
LAST_INSN_CODE is 3799). Also this code (i.e., 3799) is used by a
predicated instruction (e.g., for ARM this code is
On 08/20/2015 11:28 AM, Claudiu Zissulescu wrote:
Hi Jeff,
In the gencodes.c:89, it explicitly decrements by one the return
value of get_num_insn_codes(). While for the get_num_insn_codes is
stated this:
/* Return the number of possible INSN_CODEs. Only meaningful once the
whole file has
On 08/20/2015 11:57 AM, Jason Merrill wrote:
I hear that at Cauldron people were generally supportive of switching
over to git as the primary GCC repository, and talked about me being
involved in that transition. Does anyone have more information about
this discussion?
Our current workflow tran
On 08/20/2015 02:09 PM, Jason Merrill wrote:
On 08/20/2015 02:23 PM, Jeff Law wrote:
I suspect Jakub will strongly want to see some kind commit hook to
associate something similar to an SVN id to each git commit to support
his workflow where the SVN ids are associated with the compiler
On 08/24/2015 02:17 AM, Jakub Jelinek wrote:
On Thu, Aug 20, 2015 at 04:09:39PM -0400, Jason Merrill wrote:
On 08/20/2015 02:23 PM, Jeff Law wrote:
I suspect Jakub will strongly want to see some kind commit hook to
associate something similar to an SVN id to each git commit to support
his
On 08/24/2015 09:43 AM, Jakub Jelinek wrote:
On Mon, Aug 24, 2015 at 09:34:41AM -0600, Jeff Law wrote:
On 08/24/2015 02:17 AM, Jakub Jelinek wrote:
On Thu, Aug 20, 2015 at 04:09:39PM -0400, Jason Merrill wrote:
On 08/20/2015 02:23 PM, Jeff Law wrote:
I suspect Jakub will strongly want to see
On 08/24/2015 01:46 PM, Frank Ch. Eigler wrote:
Joseph Myers writes:
[...]
FWIW, Jason's own trial conversion with reposurgeon got up to at least
45GB memory consumption on a 32GB repository.
(The host sourceware.org box has 72GB.)
And if Jason really needs it, we've got considerably larger
On 08/25/2015 12:39 PM, Steve Ellcey wrote:
I have a question about FAKE, EH, and ABNORMAL edges. I am not sure I
understand all the implications of each type of edge from the description
in cfg-flags.def.
I am trying to implement dynamic stack alignment for MIPS and I have code
that does the
On 08/25/2015 03:54 PM, Steve Ellcey wrote:
On Tue, 2015-08-25 at 14:44 -0600, Jeff Law wrote:
I want to preserve the copy of $sp to $12 and I also want to preserve the
.cfi psuedo-ops (and code) in the exit block and epilogue in order for
exception handling to work correctly. One way I
On 08/26/2015 01:31 PM, Eric S. Raymond wrote:
mib = mib
Michael Bushnell. Aagain, not active in forever.
m...@geech.gnu.ai.mit.edu probably doesn't work anymore.
miles = miles
Miles Bader. mi...@gnu.ai.mit.edu
mkoch = mkoch
Michael Koch? konque...@gmx.de/
moore = moore
Catheri
On 08/26/2015 02:09 PM, Eric S. Raymond wrote:
Jeff Law :
On 08/26/2015 01:31 PM, Eric S. Raymond wrote:
mib = mib
Michael Bushnell. Aagain, not active in forever. m...@geech.gnu.ai.mit.edu
probably doesn't work anymore.
miles = miles
Miles Bader. mi...@gnu.ai.mit.edu
my
On 08/26/2015 02:35 PM, Eric S. Raymond wrote:
Joseph Myers :
On Wed, 26 Aug 2015, Eric S. Raymond wrote:
After comparing with the Subversion hists, passswd file, the are 30
unknowns left. Can anyone identify any of these?
aluchko = aluchko
Aaron Luchko
Aha. I thought that was him. I
On 08/26/2015 02:44 PM, Ian Lance Taylor wrote:
friedman = friedman
Noah Friedman (was ).
Yea.
fx = fx
Dave Love (was ).
Hmm, not Francois-Xavier Coudert? I guess if it's an old commit, then
Dave Love is more likely. Given most of the names we're pulling out are
from old contribu
On 08/26/2015 02:50 PM, Eric S. Raymond wrote:
Jeff Law :
moore = moore
Catherine, Tim?
The more I think about it, it's more likely Tim. Catherine typically used
clm@ and Tim used moore@.
Certainly if it was a change to the PA port, then it was Tim.
What was his address?
Most
On 08/26/2015 02:54 PM, Joseph Myers wrote:
click = click
Nick Clifton
Wow, never knew 'click' would be Nick.
ni...@redhat.com is probably better than ni...@cygnus.com
On 08/26/2015 06:02 PM, Peter Bergner wrote:
On Wed, 2015-08-26 at 13:44 -0700, Ian Lance Taylor wrote:
On Wed, Aug 26, 2015 at 12:31 PM, Eric S. Raymond wrote:
click = click
You've got me on that one. Any hints?
Just purely looking at the name, did Cliff Click ever
contribute to gcc in
On 08/26/2015 07:37 PM, Joel Sherrill wrote:
On August 26, 2015 8:28:40 PM CDT, Jeff Law wrote:
On 08/26/2015 06:02 PM, Peter Bergner wrote:
On Wed, 2015-08-26 at 13:44 -0700, Ian Lance Taylor wrote:
On Wed, Aug 26, 2015 at 12:31 PM, Eric S. Raymond
wrote:
click = click
You've g
On 08/27/2015 10:16 AM, Eric S. Raymond wrote:
Paulo Matos :
On 27/08/15 16:56, Paulo Matos wrote:
I noticed I am not on the list (check commit r225509, user pmatos) either.
And thanks for your help on this transition.
r188804 | mkuvyrkov
Maxim Kuvyrkov
jeff
On 08/27/2015 10:04 AM, FX wrote:
If the former, then I don't know why they're not in the map.
In fact, I can look at the output of “svn log” for the MAINTAINERS file, which
probably almost everyone with commit rights has modified.
This contains 442 usernames, compared to the map’s 290. And th
On 08/27/2015 11:27 AM, Eric S. Raymond wrote:
I'm pretty sure I know who bothner, brendan, drepper, eggert, ian,
jimb, meissner, and roland are; they've all had stable handles longer
than GCC has existed.
Yup.
(Raise a glass to Brendan Kehoe; he was a fine
hacker and a good man and it's a
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
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
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 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-edi
On 09/01/2015 01:44 AM, DJ Delorie wrote:
Given this test case for rl78-elf:
extern __far int a, b;
void ffr (int x)
{
a = b + x;
}
I'm trying to use this patch:
Index: gcc/config/rl78/rl78-virt.md
===
--- gcc/config/rl78/rl78-
On 09/03/2015 10:36 AM, Manuel López-Ibáñez wrote:
On 02/09/15 22:44, David Kunsman wrote:
Hello, I just read over the incremental compiler project on the gcc
wiki...and I am excited to try to finish it. I am just wondering if
it is even wanted anymore because it is 7-8 years old. Does anybody
On 09/04/2015 09:40 AM, David Kunsman wrote:
what do you think about the sub project in the wiki:
Parallel Compilation:
One approach is to make the front end multi-threaded. (I've pretty
much abandoned this idea. There are too many mutable tree fields,
making this a difficult project. Also, thr
On 09/04/2015 10:14 AM, Jonathan Wakely wrote:
On 4 September 2015 at 16:57, Manuel López-Ibáñez wrote:
Clang++ is much faster yet it is doing more and tracking more data
than cc1plus.
How much faster these days? In my experience for optimized builds of
large files the difference is not so imp
On 09/08/2015 12:05 PM, Abe wrote:
Dear all,
In order to be able to implement this idea for stores, I think I need
to make some changes to the RTL if-converter such that it will
sometimes add -- to the code being compiled -- a new slot/variable in
the stack frame. This memory needs to be addres
On 09/08/2015 12:39 PM, Aditya K wrote:
IIUC, in the haifa-sched.c, the default scheduling algorithm seems to
be top-down (before reload). Is there a way to schedule the other way
(bottom up), or both ways?
Not that I'm aware of. Note that region scheduling allows insns to move
between basic bl
On 09/07/2015 10:05 AM, Konstantin Vladimirov wrote:
Hi,
In private backend for GCC 5.2.0, we do have target-specific scheduler
(running in TARGET_SCHED_FINISH hook), that do some instruction
packing/pairing on sched2 and relies on REG_DEAD notes, that should be
correct.
But they aren't because
On 09/08/2015 01:40 PM, Vladimir Makarov wrote:
As I remember it is was written by Mike Tiemann.
Correct.
Bottom-up scheduler as
a rule generates worse code than top-down one.
Indeed that was one of the key things we were looking to get from the
Haifa scheduler along with improved supers
On 09/08/2015 01:24 PM, Aditya K wrote:
Subject: Re: Combined top-down and bottom-up instruction scheduler
To: hiradi...@msn.com; gcc@gcc.gnu.org
CC: vmaka...@redhat.com
From: l...@redhat.com
Date: Tue, 8 Sep 2015 12:51:24 -0600
On 09/08/2015 12:39 PM,
On 09/08/2015 03:12 PM, Evandro Menezes wrote:
cache miss and transcendental functions). You might also attack
secondary
issues like throughput at the retirement stage for example.
Our motivation stems from the fact that even modern, aggressively OOO
processors don't have orthogonal resourc
On 09/09/2015 10:41 AM, Jonathan Wakely wrote:
Gerald, I think we've had similar issues with these mirrors in the
past as well, shall we just remove them from the list?
Please do.
jeff
On 09/09/2015 01:17 PM, Martin Sebor wrote:
On 09/09/2015 12:36 PM, Toon Moene wrote:
See:
https://gcc.gnu.org/ml/gcc-testresults/2015-09/msg00699.html
Full error message:
/home/toon/compilers/trunk/gcc/cp/search.c: In function 'int
accessible_p(tree, tree, bool)':
/home/toon/compilers/trunk/
On 09/07/2015 06:56 PM, David Wohlferd wrote:
In order for the doc maintainers to approve this patch, I need to have
someone sign off on the technical accuracy. Now that I have included
the points we have discussed (attached), hopefully we are there.
Original text: https://gcc.gnu.org/onlinedoc
On 09/10/2015 12:28 PM, Abe wrote:
On 9/8/15 1:12 PM, Jeff Law wrote:
Look at assign_stack_local.
Thanks very much!
The above was very helpful, and I have started to make some progress on
this work. I`ll report back when I have much more progress. Would you
like me to CC further emails
On 09/13/2015 12:28 PM, Florian Weimer wrote:
* Ajit Kumar Agarwal:
The replacement of malloc with alloca can be done on the following
analysis.
If the lifetime of an object does not stretch beyond the immediate
scope. In such cases the malloc can be replaced with alloca. This
increases the p
On 09/14/2015 02:14 AM, Richard Earnshaw wrote:
On 13/09/15 20:19, Florian Weimer wrote:
* Jeff Law:
On 09/13/2015 12:28 PM, Florian Weimer wrote:
* Ajit Kumar Agarwal:
The replacement of malloc with alloca can be done on the following
analysis.
If the lifetime of an object does not
On 09/15/2015 01:23 PM, Bernhard Reutner-Fischer wrote:
On September 15, 2015 7:39:39 PM GMT+02:00, Mike Stump
wrote:
On Sep 14, 2015, at 3:37 PM, Jeff Law wrote:
Maybe GCC-6 can bump the required dejagnu version to allow for
getting rid of all these superfluous load_gcc_lib? *blink* :)
I&#
On 09/15/2015 01:21 PM, David Malcolm wrote:
On Tue, 2015-09-15 at 10:39 -0700, Mike Stump wrote:
On Sep 14, 2015, at 3:37 PM, Jeff Law wrote:
Maybe GCC-6 can bump the required
dejagnu version to allow for getting rid of all these superfluous
load_gcc_lib? *blink* :)
I'd support that
On 09/16/2015 09:26 AM, Andrew Cagney wrote:
On 15 September 2015 at 21:36, Frank Ch. Eigler wrote:
cagney = Andrew Cagney
cag...@gnu.org?
Good point. The email identities of people change over time; forcing
a single arbitrary one to label all contributions is at best imprecise
and at wo
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
changes that require anything newer.
SLES 12 has 1.4.4.
Would be
On 09/16/2015 10:32 AM, Jonathan Wakely wrote:
On 16 September 2015 at 17:20, Manuel López-Ibáñez wrote:
My impression is that right now one can develop GCC with GIT or SVN (people
are submitting GIT patches all the time). After the conversion, only GIT
will be possible. Does this actually lower
On 09/16/2015 11:21 AM, Ramana Radhakrishnan wrote:
On Wed, Sep 16, 2015 at 6:06 PM, Frank Ch. Eigler wrote:
Hi -
[...]
- rewrite history - use some totally arbitrary, and quickly outdated,
internet identity
I think this is main reason why @gnu.org or @gmail.com style addresses
are prefer
On 09/16/2015 10:54 AM, Manuel López-Ibáñez wrote:
On 16 September 2015 at 18:32, Jonathan Wakely wrote:
On 16 September 2015 at 17:20, Manuel López-Ibáñez wrote:
My impression is that right now one can develop GCC with GIT or SVN (people
are submitting GIT patches all the time). After the con
On 09/16/2015 11:15 AM, Trevor Saunders wrote:
ANd it's not just the kids. As an "old fart" who has used a variety of
mechanisms to manage GCC sources through the decades (including some that
were never officially used), GIT wins hands-down.
and its not just for people who send patches upstrea
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 09/18/2015 03:13 AM, Richard Biener wrote:
On Thu, Sep 17, 2015 at 5:58 PM, Simon Dardis wrote:
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 ca
On 09/23/2015 02:50 PM, Abe wrote:
Dear all,
What, if anything, is the reason I should be using "assign_stack_local"
instead of using "assign_stack_temp",
both from "function.h"? The stack slot in question doesn`t need to hold
its value: it is being used for a scratchpad,
i.e. garbage data; bas
On 09/23/2015 02:56 PM, Abe wrote:
Dear all,
I have a prototype of a "New And Improved" RTL-level if-conversion, and
it goes through "make check"
without any new regressions [on AMD64 GNU/Linux, Ubuntu 14.04.3 LTS] and
can pass the bootstrap
stage2-to-stage3 comparison [same platform] *_if_* I
On 09/28/2015 09:09 AM, Konstantin Vladimirov wrote:
Simple test:
---
struct U {
unsigned s: 1;
};
struct V {
unsigned short o: 7;
unsigned short u: 1;
};
extern struct U t[];
extern struct V d[];
unsigned
foo ()
{
struct V descr = d[0];
unsigned osize = descr.o;
if (
On 10/01/2015 02:47 AM, Konstantin Vladimirov wrote:
Hi,
I am creating my own RTL pass inside private backend (GCC 5.2.0) and I
want to register it via register_pass call from override_options hook,
to not interfere with platform-independent GCC code.
register_pass (new my_cool_rtl_pass (g,
On 10/05/2015 07:24 AM, Joseph Myers wrote:
On Mon, 5 Oct 2015, Kirill Yukhin wrote:
To enable vectorization of loops w/ calls to math functions it is reasonable
to enable parsing of attribute vector for functions unconditionally and
change GlibC's header file not to use `omp declare simd', but
1 - 100 of 1374 matches
Mail list logo
