Hi David,
On 13 January 2017 at 21:04, David Malcolm wrote:
> c-lex.c: lex_string uses cpp_get_token rather than
> cpp_get_token_with_location, and hence the C family of frontends
> record the physical locations of tokens in string concatenations, rather
> than the virtual
Hi Richard,
> The following is an attempt to change those testcases to be less dependent
> on previous passes. The original motivation of the testcases seems to be
> testing SCEV capabilities and in turn IVOPTs decisions, thus the testcases
> are changed to check the IVO dump, use the GIMPLE FE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79054
Christophe Lyon changed:
What|Removed |Added
Target|poerpc64*-*-* |powerpc64*-*-*
CC|
On Mon, 16 Jan 2017, Christophe Lyon wrote:
> On 13 January 2017 at 12:16, Bin.Cheng wrote:
> > On Fri, Jan 13, 2017 at 9:46 AM, Richard Biener wrote:
> >>
> >> The following is an attempt to change those testcases to be less dependent
> >> on previous
The following makes VRP deal better with the situation where the
same assertion is to be inserted on all predecessors of a BB.
That avoids the spurious array-bound warning (and enables some
optimization) when jump-threading f**ed up the CFG in such redundant
way.
(the fully "correct" way to deal
OK,
I'll see into adapting the Jakub's idea and also check if some of the
simplest builtins are better expanded
directly to tree nodes instead.
I'm not sure if lto support is needed though as the assumption now is
to have fully linked input to this FE
(all necessary BRIG modules fed in at build
On 13 January 2017 at 12:16, Bin.Cheng wrote:
> On Fri, Jan 13, 2017 at 9:46 AM, Richard Biener wrote:
>>
>> The following is an attempt to change those testcases to be less dependent
>> on previous passes. The original motivation of the testcases seems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
--- Comment #19 from Richard Biener ---
Author: rguenth
Date: Mon Jan 16 09:33:12 2017
New Revision: 244487
URL: https://gcc.gnu.org/viewcvs?rev=244487=gcc=rev
Log:
2017-01-13 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79089
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
Hello.
Not being expert in multi_target area, however it consists of 2 passes. The
first
one (ipa_target_clone) is responsible for creation of multiple targets for
functions
decorated with __attribute__((target_clones("xxx"))). I guess the pass should be
called just in LGEN phase and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #22 from Dominik Vogt ---
That looks like a similar problem. I'm lacking some knowledge about how
register pairs are allocated for paradoxical subregs on bigendian systems
though. Deducing from the code quoted above and from what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79099
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737
Paolo Carlini changed:
What|Removed |Added
Summary|[5/6/7 Regression] ICE |[5/6 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Jan 16 09:09:30 2017
New Revision: 244486
URL: https://gcc.gnu.org/viewcvs?rev=244486=gcc=rev
Log:
/c-family
2017-01-16 Paolo Carlini
On Mon, Jan 16, 2017 at 09:46:43AM +0100, Richard Biener wrote:
> There are 187 of them (well, simple grep of DEF_HSAIL, so probably a bit
> less).
> They aren't really documented but I guess that __hsail_bitmask_u64 for example
> is really equivalent to sth like -1U >> n << m? So I'm not sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79098
Markus Trippelsdorf changed:
What|Removed |Added
Target|powerpc-e500v2-linux-gnuspe |powerpc-e500v2-linux-gnuspe
On Sun, Jan 15, 2017 at 10:34 AM, Jeff Law wrote:
>
> At one time I know I had the max_size == size test in valid_ao_ref_for_dse.
> But it got lost at some point. This is what caused the Ada failure.
>
> Technically it'd be OK for the potentially dead store to have a variable
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
--- Comment #9 from Jakub Jelinek ---
I think it is fine if it has DECL_NAME NULL, but it would be helpful if
DECL_SOURCE_LOCATION of the TRANSLATION_UNIT_DECL was set to some location in
the main input file (e.g. first column on first line of
On Fri, Jan 13, 2017 at 4:54 PM, Pekka Jääskeläinen wrote:
> On Fri, Jan 13, 2017 at 2:34 PM, Richard Biener
> wrote:
>> On Thu, Jan 12, 2017 at 3:55 PM, Pekka Jääskeläinen
>> wrote:
>>> Hi,
>>>
>>> A gentle ping...
>>
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79091
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
--- Comment #8 from Maxim Ostapenko ---
(In reply to Jakub Jelinek from comment #7)
> Comment on attachment 40514 [details]
> Untested fix 1.
>
> But DECL_SOURCE_FILE is not the main input file of the TU that contains it,
> if e.g. a variable
On Fri, Jan 13, 2017 at 10:17 PM, David Malcolm wrote:
> This patch poisons strndup (in system.h), as requested in the
> discussion of PR bootstrap/78616.
>
> Successfully bootstrapped on x86_64-pc-linux-gnu.
>
> OK for trunk?
Ok.
Richard.
> gcc/ChangeLog:
> PR
aarch64 (Enable descriptors for nested functions in Ada):
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg01253.html
arm (Enable descriptors for nested functions in Ada):
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg01254.html
rs6000 (Fix reload failures in 64-bit mode):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32306
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #32 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79085
Richard Biener changed:
What|Removed |Added
Target||arm-none-eabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
Richard Biener changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--- Comment #20 from Richard
2017-01-13 17:28 GMT+04:00 Georg-Johann Lay :
> This adds a penalty of 4 to the post-reload branch costs.
>
> Purpose is reduce the number of out-of-line blocks like in
>
> unsigned long variant5 (unsigned in)
> {
> unsigned long out = 0;
> if (in & (1 << 0)) out |= 0xful <<
201 - 228 of 228 matches
Mail list logo