On Mon, 11 Jan 2016, H.J. Lu wrote:
> Here is the updated patch. Joseph, is this OK?
I have no objections to this patch.
--
Joseph S. Myers
jos...@codesourcery.com
On 01/11/2016 03:47 AM, Dominik Vogt wrote:
On Mon, Jan 11, 2016 at 11:46:21AM +0100, Dominik Vogt wrote:
The following two patches fix some test cases for S/390.
Patch 1:
gcc.dg/tree-ssa/20040204-1.c does not fail on S/390 at the moment.
The series looks fine to me.
jeff
Ping:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02074.html
On 01/04/2016 09:49 PM, Martin Sebor wrote:
Ping: looking for review/approval of the patch below:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02074.html
Thanks
Martin
On 12/22/2015 07:32 PM, Martin Sebor wrote:
The
On 2015-12-18, at 9:05 PM, John David Anglin wrote:
> On 2015-12-09, at 8:00 PM, John David Anglin wrote:
>
>> The attached fixes an ICE building gridengine. The problem is we are asked
>> to do an HImode reload
>> for a floating pointing register. However, we can only do 32 and 64-bit
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #1 from Abe ---
The file "incremental-marking.o" is compiled from the source code at "/src/heap/incremental-marking.cc".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #6 from Andrew Pinski ---
(In reply to Markus Trippelsdorf from comment #5)
> BTW, Honza promised to implement a -fnull-this-pointer switch for this issue,
> because Firefox, Kdevelop, QT5, etc. are also affected.
Sounds like so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #13 from Andrew Pinski ---
(In reply to Markus Trippelsdorf from comment #12)
> They are actually aware of the issue for over a year:
>
> https://bugs.chromium.org/p/v8/issues/detail?id=3782
That is sad and just means they don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #11 from Andrew Pinski ---
(In reply to Abe from comment #9)
> Created attachment 37309 [details]
> preprocessed part of V8
>
> I will attach a compressed form of the relevant file --
> "incremental-marking.cc" from V8, preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
--- Comment #7 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jan 12 00:30:30 2016
New Revision: 232249
URL: https://gcc.gnu.org/viewcvs?rev=232249=gcc=rev
Log:
Set FLT_EVAL_METHOD to 2 only if 387 FPU is used
When 387 FPU isn't used,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 01/11/2016 04:52 PM, Jakub Jelinek wrote:
On Mon, Jan 11, 2016 at 04:44:46PM -0500, Jason Merrill wrote:
On 01/11/2016 03:01 PM, Nathan Sidwell wrote:
On 01/09/16 02:41, Jakub Jelinek wrote:
Hi!
I'd like to ping the PR c++/66808, PR c++/69000
> I posted last version of patch where I took review comments into account
> month ago:
>
> https://gcc.gnu.org/ml/gcc-patches/2015-12/msg01328.html
I'm OK with this version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68637
--- Comment #5 from joseph at codesourcery dot com ---
Indeed, the parse appears to be correct (although there are various
existing cases where an attribute gets automatically moved to apply to a
type rather than to the original declaration to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #12 from Markus Trippelsdorf ---
(In reply to Andrew Pinski from comment #11)
> (In reply to Abe from comment #9)
> > Created attachment 37309 [details]
> > preprocessed part of V8
> >
> > I will attach a compressed form of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Bug ID: 69234
Summary: recent GCC trunk compilers miscompile the V8
JavaScript interpreter/JITC
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
> -Original Message-
> From: Maciej W. Rozycki [mailto:ma...@imgtec.com]
> Sent: Monday, January 11, 2016 5:00 PM
> To: Moore, Catherine
> Cc: binut...@sourceware.org; gcc@gcc.gnu.org; Richard Sandiford
> Subject: Re: [Patch] MIPS FDE deletion
>
> Hi Catherine,
>
> On Fri, 16 Oct 2015,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
--- Comment #2 from yuta tomino ---
> Yes, remove the convention Intrinsic, it doesn't make any sense here or add
> pragma Inline_Always on the nested subprogram as indicated.
I agree with your sense. The local subprograms would be optimized
Hi Catherine,
On Fri, 16 Oct 2015, Moore, Catherine wrote:
> MIPS16 call stubs now have .cfi directives. If the linker decides that
> one of these call stubs is not required, it will emit incorrect frame
> info. This patch suppresses the generation of the frame info by setting
> the output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
--- Comment #6 from joseph at codesourcery dot com ---
On Mon, 11 Jan 2016, kyukhin at gcc dot gnu.org wrote:
> BTW, for -std=gnu99 we have EXCESS_PRECISION_FAST engaged.
> This differs from -std=c99
>
> If this correct behavior? I see no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #2 from Andrew Pinski ---
This sounds like maybe a bug in the V8 sources. Can you try
-fno-delete-null-pointer-checks ?
Also can you provide the preprocessed source which is being miscompiled?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #5 from Markus Trippelsdorf ---
BTW, Honza promised to implement a -fnull-this-pointer switch for this issue,
because Firefox, Kdevelop, QT5, etc. are also affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69232
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #9 from Abe ---
Created attachment 37309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37309=edit
preprocessed part of V8
I will attach a compressed form of the relevant file --
"incremental-marking.cc" from V8, preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68853
--- Comment #11 from Andrew Pinski ---
*** Bug 69234 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69194
--- Comment #2 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Tue Jan 12 00:40:54 2016
New Revision: 232251
URL: https://gcc.gnu.org/viewcvs?rev=232251=gcc=rev
Log:
gcc/ChangeLog:
2016-01-12 Kugan Vivekanandarajah
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69110
--- Comment #13 from vries at gcc dot gnu.org ---
In 4.6, parloops failed to parallelize because in find_data_references_in_stmt
we had:
...
/* FIXME -- data dependence analysis does not work correctly for objects
with invariant
On Mon, Jan 11, 2016 at 04:44:46PM -0500, Jason Merrill wrote:
> On 01/11/2016 03:01 PM, Nathan Sidwell wrote:
> >On 01/09/16 02:41, Jakub Jelinek wrote:
> >>Hi!
> >>
> >>I'd like to ping the PR c++/66808, PR c++/69000
> >>http://gcc.gnu.org/ml/gcc-patches/2015-12/msg02019.html
> >>patch, fixing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23087
--- Comment #16 from joseph at codesourcery dot com ---
Well, an additional
note: 'char' and 'signed char' are different types
(or similar in the unsigned case) could be added in the case where the
types have the same representation, one is
On 01/11/2016 05:53 AM, James Greenhalgh wrote:
I'd like to switch the logic around in aarch64.c such that
-mlow-precision-recip-sqrt causes us to always emit the low-precision
software expansion for reciprocal square root. I have two reasons to do
this; first is consistency across -mcpu
From: Trevor Saunders
Hi,
this hardly counts as a bug fix, but going through open bugs I saw PR54809, and
realized we don't actually need this attribute any more, so we might as well
just remove it.
bootstrapped + regtested on x86_64-linux-gnu, ok for now or gcc 7?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #3 from Jakub Jelinek ---
In that case, I guess the questions are:
1) does -fno-delete-null-pointer-checks cure the crash?
2) do any of the functions/methods defined in the problematic file have
nonnull attribute?
3) can you try to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Abe changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICATE
On Mon, Jan 11, 2016 at 05:04:16PM -0500, Jason Merrill wrote:
> >You mean:
> >
> >--- gcc/cp/pt.c.jj 2016-01-05 16:46:02.891896607 +0100
> >+++ gcc/cp/pt.c 2016-01-11 21:33:09.065184178 +0100
> >@@ -12207,6 +12207,8 @@ tsubst_decl (tree t, tree args, tsubst_f
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
yuta tomino changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23087
--- Comment #17 from Keith Thompson ---
I just took a quick look at the discussion on the gcc-patches mailing
list.
It's true that the standard doesn't classify plain "char" either as a
signed integer type or as an unsigned integer type.
But I
On 01/11/2016 03:01 PM, Nathan Sidwell wrote:
On 01/09/16 02:41, Jakub Jelinek wrote:
Hi!
I'd like to ping the PR c++/66808, PR c++/69000
http://gcc.gnu.org/ml/gcc-patches/2015-12/msg02019.html
patch, fixing ICE with GNU __thread vars in templates.
Can't you unconditionally clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68853
Markus Trippelsdorf changed:
What|Removed |Added
CC||abe_skolnik at yahoo dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #7 from Markus Trippelsdorf ---
At least the issue should be mentioned either in changes.html or
porting_to.html.
On Mon, 11 Jan 2016, Michael Meissner wrote:
> I fixed the #ifdef to use __NO_FPRS__ (thanks for the heads up on that). I
> also believe I fixed the various formatting issues. These two patches build
> on
> a big endian power7 host and little endian power8 host with no regressions in
> the
This patch implements the __ARM_FP_FENV_ROUNDING macro in the aarch64
backend.
AArch64 supports configurable rounding modes, which can be set using the
standard C fesetround() function. According to the ACLE 2.0 specification,
__ARM_FP_FENV_ROUNDING is defined to 1 only when fesetround() is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69214
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69108
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69213
--- Comment #2 from Richard Biener ---
The SSA _1 doesn't have a def stmt ...
int main() ()
{
bool a_lsm.9;
int a_lsm.8;
bool b_lsm.7;
int b_lsm.6;
unsigned int _1;
unsigned int _3;
int _7;
int a.0_9;
:
a.0_9 = a;
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69207
--- Comment #5 from Richard Biener ---
(In reply to Jakub Jelinek from comment #4)
> Seems there is a mismatch in between fold_convertible_p and
> verify_gimple_assign_unary (and also the gimplifier).
> E.g. for this special case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69196
--- Comment #4 from Sebastian Huber ---
I did a very rough check to see which code is faster on the PSIM/GDB simulator
using the following input data:
void printk(const char *fmt, ...)
{
va_list ap;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69222
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69209
--- Comment #3 from Jakub Jelinek ---
Unless I'm misreading ipa-split.c, it seems it is unprepared to see addressable
retvals with gimple reg type, but where due to the addressability retval is not
is_gimple_val. Unfortunately, it doesn't seem
On Fri, Jan 8, 2016 at 7:36 PM, Steve Ellcey wrote:
> On Fri, 2016-01-08 at 12:56 +0100, Richard Biener wrote:
>> On Fri, Jan 8, 2016 at 12:40 PM, Eric Botcazou
>> wrote:
>> >> I think we only assume it if the pointer is actually dereferenced,
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67425
--- Comment #5 from Yury Gribov ---
Martin, is this better now? Could you close the bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69108
--- Comment #3 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jan 11 09:19:33 2016
New Revision: 232211
URL: https://gcc.gnu.org/viewcvs?rev=232211=gcc=rev
Log:
Handle case that outer phi res is not used in a phi in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69217
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66616
--- Comment #21 from Martin Jambor ---
Author: jamborm
Date: Mon Jan 11 10:03:44 2016
New Revision: 232214
URL: https://gcc.gnu.org/viewcvs?rev=232214=gcc=rev
Log:
[PR ipa/66616] Copy can_change_signature flag to artificial thunks
2016-01-11
Hi!
Ping.
On Wed, 23 Dec 2015 12:05:32 +0100, I wrote:
> Ping.
>
> On Wed, 16 Dec 2015 13:30:21 +0100, I wrote:
> > On Mon, 14 Dec 2015 19:47:36 +0300, Ilya Verbin wrote:
> > > On Fri, Dec 11, 2015 at 18:27:13 +0100, Jakub Jelinek wrote:
> > > > On Tue, Dec 08, 2015 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69123
--- Comment #16 from Alexandre Oliva ---
Author: aoliva
Date: Mon Jan 11 10:40:12 2016
New Revision: 232217
URL: https://gcc.gnu.org/viewcvs?rev=232217=gcc=rev
Log:
[PR69123] make dataflow_set_different details more verbose
for gcc/ChangeLog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69123
--- Comment #17 from Alexandre Oliva ---
Author: aoliva
Date: Mon Jan 11 10:40:33 2016
New Revision: 232218
URL: https://gcc.gnu.org/viewcvs?rev=232218=gcc=rev
Log:
[PR69123] fix handling of MEMs in VTA to avoid dataflow oscillation
The
On Fri, Jan 8, 2016 at 5:11 PM, Alan Lawrence
wrote:
> On Tues, Oct 27, 2015 at 2:39 PM, Richard Biener
> wrote:
>>
>> On Mon, Oct 26, 2015 at 6:59 AM, sameera
>> wrote:
>>>
>>>
>>> Richard, we have defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67425
--- Comment #4 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Mon Jan 11 09:11:11 2016
New Revision: 232210
URL: https://gcc.gnu.org/viewcvs?rev=232210=gcc=rev
Log:
Backport fix docs for -frandom-seed.
2016-01-11 Yury Gribov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69058
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68981
Richard Biener changed:
What|Removed |Added
Target||i?86-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68979
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69058
Thomas Schwinge changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69052
--- Comment #2 from amker at gcc dot gnu.org ---
It's my change, I will look into it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69010
Ilya Enkovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
Bug ID: 69225
Summary: gcc uses double precision instead of single float with
-m32 -std=c99 -msoft-float
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Hi!
Ping.
On Wed, 23 Dec 2015 12:03:48 +0100, I wrote:
> Ping.
>
> On Thu, 26 Nov 2015 14:31:56 +0100, I wrote:
> > On Mon, 23 Nov 2015 12:13:07 +0100 (CET), Richard Biener
> > wrote:
> > > On Fri, 20 Nov 2015, Jakub Jelinek wrote:
> > > > If C/C++ array section reductions
On Mon, Jan 11, 2016 at 11:46:21AM +0100, Dominik Vogt wrote:
> The following two patches fix some test cases for S/390.
Patch 2:
Add -mbackchain on S/390 to make the -W[no-]frame-adrress tests
work.
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
IBM Germany
gcc/testsuite/ChangeLog
*
On Mon, 11 Jan 2016, Thomas Schwinge wrote:
> Alexander, would you please also submit a fix for that for nvptx-tools'
> nvptx-run.c? (Or want me to do that?)
I can do that, along with another small change I used for -mgomp testing.
> Going further, for both GCC's libgomp and nvptx-tools'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
Yury Gribov changed:
What|Removed |Added
CC||chefmax at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69216
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
Hi,
when compiling interchange-2.c with ftree-parallelize-loops=2 we run
into an ICE:
...
$ gcc -O2 src/gcc/testsuite/gcc.dg/graphite/interchange-2.c -S
-ftree-parallelize-loops=2
interchange-2.c: In function ‘foo.constprop’:
interchange-2.c:13:1: internal compiler error: in as_a, at
On Fri, 8 Jan 2016, Jakub Jelinek wrote:
> And CU_JIT_TARGET / CU_TARGET_COMPUTE_30 requests JITting only on sm_30 and
> nothing else, or just on sm_30 or later, something else?
It requests to produce binary code targeting sm_30 devices. Newer (Maxwell)
devices use a different hw instruction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69109
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Hi!
On Tue, 29 Dec 2015 15:51:56 +0300, Ilya Enkovich
wrote:
> This patch is OK. I applied it to trunk.
>
> Thanks,
> Ilya
>
> 2015-12-24 14:24 GMT+03:00 Aleksandra Tsvetkova :
> > Description:
> > 2015-12-11 Tsvetkova Alexandra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69190
--- Comment #2 from Thomas Preud'homme ---
It is indeed. Thanks
On Fri, Jan 8, 2016 at 3:59 PM, Martin Jambor wrote:
> Hi,
>
> I ran into an ICE when compiling the following function on the HSA branch:
>
> foo (int n, int m, int o, int (*a)[m][o])
> {
> int i, j, k;
> #pragma omp target teams distribute parallel for shared(a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69058
--- Comment #3 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jan 11 08:55:16 2016
New Revision: 232208
URL: https://gcc.gnu.org/viewcvs?rev=232208=gcc=rev
Log:
Don't parallelize loops if libgomp not supported
2016-01-11 Tom de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69187
--- Comment #8 from ktkachov at gcc dot gnu.org ---
Yes, that should do.
/* PR target/69187 */
/* { dg-do compile } */
/* { dg-require-effective-target arm_neon } */
/* { dg-options "-O0" } */
/* { dg-add-options arm_neon } */
Please send
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69109
--- Comment #5 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jan 11 09:38:28 2016
New Revision: 232212
URL: https://gcc.gnu.org/viewcvs?rev=232212=gcc=rev
Log:
Don't allow latch with phi in try_transform_to_exit_first_loop_alt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69209
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69199
--- Comment #1 from Richard Biener ---
OTOH it doesn't really matter to the middle-end.
On Fri, 8 Jan 2016, James Norris wrote:
> > On Fri, Jan 08, 2016 at 10:21:16AM -0600, James Norris wrote:
> > So, why this didn't get fixed 1.5 years ago? Are you testing just on sm_30
> > and not on sm_50?
> >
> > Jakub
>
> As the Maxwell GPU's (sm_50) are relatively new, we've only
> recently
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66616
--- Comment #20 from Martin Jambor ---
Author: jamborm
Date: Mon Jan 11 09:59:48 2016
New Revision: 232213
URL: https://gcc.gnu.org/viewcvs?rev=232213=gcc=rev
Log:
[PR 66616] Check for thunks when adding extra constants to clones
2016-01-11
On Fri, Jan 8, 2016 at 11:24 PM, Joseph Myers wrote:
> On Fri, 8 Jan 2016, Matthew Wahab wrote:
>
>> Hello,
>>
>> The C/C++ front-ends apply type conversions to expressions using ABS
>> with integral arguments of type smaller than int. This means that, for
>> short x,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59810
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65770
--- Comment #2 from James Greenhalgh ---
r222582 for reference.
On Jan 9, 2016, Alexandre Oliva wrote:
> for gcc/testsuite/ChangeLog
> PR bootstrap/69123
> * gcc.dg/pr69123.c: New.
Doh, it doesn't work to install a C++ testcase as C. Here's the patch
with testcase that I actually tested successfully and checked in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69155
--- Comment #6 from Richard Biener ---
(In reply to Jakub Jelinek from comment #4)
> (In reply to Richard Biener from comment #2)
> > I think we have a dup/related bug where we run into the issue that
> > tree-complex.c
> > wrecks SSA form
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
Uroš Bizjak changed:
What|Removed |Added
Component|target |middle-end
--- Comment #1 from Uroš
Hi,
when doing an ftree-parallelize-loops=2 build (PR68967), I ran into an
ICE building libgo.
The ICE can be reproduced using a regular toolchain using this command:
...
$ gccgo src/libgo/go/strconv/decimal.go -O2 -ftree-parallelize-loops=2 -S
...
The problem is that parloops is trying to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69220
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69187
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69044
--- Comment #4 from Martin Jambor ---
Author: jamborm
Date: Mon Jan 11 10:09:17 2016
New Revision: 232215
URL: https://gcc.gnu.org/viewcvs?rev=232215=gcc=rev
Log:
[PR ipa/69044] Do not clone for param removal when not possible
2016-01-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69211
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
On Fri, Jan 8, 2016 at 5:23 PM, Uros Bizjak wrote:
> Hello!
>
> Attached patch returns "unknown" from memrefs_conflict_p when
> realigned decls are processed. This is the same approach as is done at
> the end of memrefs_conflict_p.
>
> We still need early return for AND
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67425
--- Comment #3 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Mon Jan 11 09:06:14 2016
New Revision: 232209
URL: https://gcc.gnu.org/viewcvs?rev=232209=gcc=rev
Log:
Fix docs for -frandom-seed.
2016-01-11 Yury Gribov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69213
--- Comment #3 from Richard Biener ---
*** Bug 69212 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69212
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 343 matches
Mail list logo