http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43027
--- Comment #4 from Paul H. Hargrove ---
For what it's worth, the sample input is fine with
gcc-3.2.2
gcc-3.3.3
gcc-3.4.0
gcc-4.0.0
gcc-4.1.0
gcc-4.2.1
gcc-4.3.2
and broken with
gcc-4.4.2 (the original report)
gcc-4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58998
Bug ID: 58998
Summary: [4.8/4.9 Regression] Generic interface problem with
gfortran
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58997
Bug ID: 58997
Summary: ICE on valid code at -O3 on x86_64-linux-gnu
(affecting gcc trunk and 4.8.2)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58996
Bug ID: 58996
Summary: [4.9 regression] build failure in libcilkrts
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58995
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951
--- Comment #2 from bviyer at gcc dot gnu.org ---
Author: bviyer
Date: Tue Nov 5 04:12:53 2013
New Revision: 204381
URL: http://gcc.gnu.org/viewcvs?rev=204381&root=gcc&view=rev
Log:
fix for PR bootstrap/58951
+2013-11-04 Balaji V. Iyer
+
+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58989
--- Comment #2 from Steve Kargl ---
On Mon, Nov 04, 2013 at 09:40:39PM +, kargl at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58989
>
> kargl at gcc dot gnu.org changed:
>
>What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58995
--- Comment #1 from Steve Kargl ---
On Tue, Nov 05, 2013 at 12:20:59AM +, kargl at gcc dot gnu.org wrote:
>
> bsupc++/.libs -lpthread -ldl -L/home/sgk/gcc/obj4x/./gcc
> /home/sgk/gcc/obj4x/x86_64-unknown-freebsd10.0/libstdc++-v3/src/.libs/lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58995
Bug ID: 58995
Summary: Use of -ldl in libcilkrts breaks bootstrap
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: bootst
==AddressSanitizer CHECK failed:
../../../../gcc-4.9-20131104/libsanitizer/sanitizer_common/sanitizer_mac.cc:146
"((env_ptr)) != (0)" (0x0, 0x0)
FAIL: g++.dg/asan/interception-failure-test-1.C -O1 output pattern test, is
==75806==AddressSanitizer CHECK failed:
../../../../gcc-4.9-20131104/li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58993
Bug ID: 58993
Summary: failure to access pointer to protected member method
in base from derived class specialization
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58957
--- Comment #3 from Zhendong Su ---
(In reply to Richard Biener from comment #2)
> I think it's just awfully slow (deep loop nest, possible to unroll
> completely).
> It terminates for me on the branch and for 4.8.2 and 4.8.1.
>
> tree CFG clean
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58868
--- Comment #7 from Marek Polacek ---
Even shorter:
struct { const int i; } a[] = { 1 };
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #13 from Andreas Schwab ---
case (10)
sz = storage_size(r3)*2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58990
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58990
--- Comment #1 from H.J. Lu ---
Works for me with gcc 4.8.2 from Fedora 19:
[hjl@gnu-29 tmp]$ cat x.cc
#include
#include
void *foo(bool var) {
if (var) return (void*)(intptr_t)&stat;
return (void*)(intptr_t)&stat64;
}
[hjl@gnu-29 tmp]$ g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58989
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58992
Bug ID: 58992
Summary: Bogus error "Entity with assumed character length at
(1) must be a dummy argument or a PARAMETER" with
associate and character string
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58991
Bug ID: 58991
Summary: ICE with associate and character string constant
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #12 from Tobias Burnus ---
(In reply to Andreas Schwab from comment #11)
> It aborts.
Well, that's progress: It now compiles :-) [Even if we could have this
earlier.]
Regarding the run-time failure: Can you pin-point where it fails?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58990
Bug ID: 58990
Summary: G++ generates duplicate labels for linux 32-bit when
optimization+LFS is enabled
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58967
--- Comment #1 from Vladimir Makarov ---
Author: vmakarov
Date: Mon Nov 4 21:09:12 2013
New Revision: 204365
URL: http://gcc.gnu.org/viewcvs?rev=204365&root=gcc&view=rev
Log:
2013-11-04 Vladimir Makarov
PR rtl-optimization/58967
* co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #11 from Andreas Schwab ---
It aborts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58989
Bug ID: 58989
Summary: internal compiler error when using reshape function
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944
Sriraman Tallam changed:
What|Removed |Added
CC||tmsriram at google dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58771
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Mon Nov 4 20:19:40 2013
New Revision: 204358
URL: http://gcc.gnu.org/viewcvs?rev=204358&root=gcc&view=rev
Log:
2013-11-04 Paul Thomas
PR fortran/58771
* trans-io.c (transfer_exp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58978
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 4 20:17:17 2013
New Revision: 204357
URL: http://gcc.gnu.org/viewcvs?rev=204357&root=gcc&view=rev
Log:
PR tree-optimization/58978
* tree-vrp.c (all_imm_uses_in_stmt_or_fe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58988
Bug ID: 58988
Summary: -Werror=missing-include-dirs does not work
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58987
Bug ID: 58987
Summary: [c++11] ICE with template alias
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57445
--- Comment #3 from Paul Thomas ---
Author: pault
Date: Mon Nov 4 19:42:24 2013
New Revision: 204356
URL: http://gcc.gnu.org/viewcvs?rev=204356&root=gcc&view=rev
Log:
2013-11-04 Paul Thomas
PR fortran/57445
* trans-expr.c (gfc_conv_c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #10 from paul.richard.thomas at gmail dot com ---
Thanks Tobias,
I was completely perplexed by that - you beat me to the reply by 32 minutes :-)
Cheers
Paul
On 4 November 2013 19:39, burnus at gcc dot gnu.org
wrote:
> http://gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #18 from Teresa Johnson ---
Just hit this same error with cpu2006 bzip2. The .i and .gcda are attached.
Reproduce with:
gcc -c -fprofile-use -O2 blocksort.i
blocksort.c:1136:1: internal compiler error: in edge_badness, at
ipa-inline.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #17 from Teresa Johnson ---
Created attachment 31155
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31155&action=edit
blocksort.gcda
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #16 from Teresa Johnson ---
Created attachment 31154
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31154&action=edit
blocksort.i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #9 from Tobias Burnus ---
(In reply to Andreas Schwab from comment #8)
> Still broken.
> (gdb) ptype r3
> type = real(kind=8)
> (gdb) ptype r4
> type = real(kind=10)
With the same error? That shouldn't be the case since the commit r20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
--- Comment #4 from wmi at google dot com ---
This is the testcase problem. For cris-axis-elf target, gcc doesn't use subreg
of reg 31 for the above testcase, so it is ok to generate REG_EQUIV note for
reg 31.
I will send out a patch for it soon.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #16 from joseph at codesourcery dot com ---
On Mon, 4 Nov 2013, mtewoodbury at gmail dot com wrote:
> Could you all give me some idea on how soon this might be applied?
At some time after seeing this on gcc-patches, I or another prep
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55651
--- Comment #3 from joseph at codesourcery dot com ---
On Mon, 4 Nov 2013, mingjie.xing at gmail dot com wrote:
> 2013-11-04 Mingjie Xing
>
> * common.opt (Wa, Wl, Wp,): Change JoinedOrMissing to Joined.
That sounds wrong. Empty arg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58983
--- Comment #4 from William Throwe ---
Testing, I cannot reproduce either on a different machine, so probably
something just went wrong with my install here. Sorry for the noise.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #22 from Eric Botcazou ---
> Eric declared negative bitpos to be a nono that the expander is not handling
> well. Thus, Eric, please chime in here.
Well, that's a basic sanity requirement, all the routines in expmed.c dealing
with bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58984
--- Comment #8 from Jakub Jelinek ---
Well, there is if (*size_p) which should have been if (size_p) obviously,
redoing bootstrap now with that fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58984
--- Comment #7 from Martin Jambor ---
As far as I'm concerned, the patch is fine. Thanks for taking care of it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938
--- Comment #10 from Jonathan Wakely ---
(In reply to Rafał Rawicki from comment #9)
> I do link with libatomic.so - does that mean, I can patch this conditional
> out (and similar conditional in the exception_ptr.h) and use exception_ptrs?
You c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58979
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58979
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Mon Nov 4 16:21:34 2013
New Revision: 204354
URL: http://gcc.gnu.org/viewcvs?rev=204354&root=gcc&view=rev
Log:
PR c++/58979
c-family/
* c-common.c (invalid_indirection_error):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58968
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58968
--- Comment #3 from Vladimir Makarov ---
Author: vmakarov
Date: Mon Nov 4 16:12:29 2013
New Revision: 204353
URL: http://gcc.gnu.org/viewcvs?rev=204353&root=gcc&view=rev
Log:
2013-11-04 Vladimir Makarov
PR rtl-optimization/58968
* lr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58979
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Mon Nov 4 16:01:49 2013
New Revision: 204352
URL: http://gcc.gnu.org/viewcvs?rev=204352&root=gcc&view=rev
Log:
PR c++/58979
c-family/
* c-common.c (invalid_indirection_error):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #21 from Jakub Jelinek ---
If expansion has issues with that, then supposedly the
+ if (*bitpos < 0)
+{
+ gcc_assert (*offset == NULL_TREE);
+ *offset = size_int (*bitpos >> (BITS_PER_UNIT == 8
+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951
Balaji V. Iyer changed:
What|Removed |Added
CC||bviyer at gmail dot com
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938
--- Comment #9 from Rafał Rawicki ---
I'm sorry about my confusion of ATOMIC_INT_LOCK_FREE and
_GLIBCXX_ATOMIC_BUILTINS meaning.
In the meantime I've checked, when ATOMIC_INT_LOCK_FREE is defined as 2 and the
target platform I have problems with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58978
--- Comment #12 from octoploid at yandex dot com ---
(In reply to Jakub Jelinek from comment #11)
> Created attachment 31153 [details]
> gcc49-pr58978.patch
>
> Supposedly this updated patch would fix even that?
Yes. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58978
--- Comment #10 from octoploid at yandex dot com ---
(In reply to octoploid from comment #9)
> With your patch applied I get this new ICE:
>
I've posted the wrong backtrace. Here's the correct one:
/var/tmp/gcc_test/usr/local/bin/g++ -w -c -std=gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58978
Jakub Jelinek changed:
What|Removed |Added
Attachment #31148|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58984
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58978
--- Comment #9 from octoploid at yandex dot com ---
With your patch applied I get this new ICE:
/home/markus/mozilla-central/js/src/jit/IonBuilder.cpp:6937:1: internal
compiler error: Segmentation fault
IonBuilder::jsop_getelem_typed(MDefinition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783
Paolo Carlini changed:
What|Removed |Added
CC||thomas.braun@virtuell-zuhau
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58986
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58957
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58984
--- Comment #5 from Jakub Jelinek ---
Ah, the reason why r199252 doesn't fix this is that esra changes o.f0 = 1;
into a MEM_REF, essentially *(char *)&o = 1, because the f0 has 8 bits.
So, determine_known_aggregate_parts doesn't consider the o.f0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951
Richard Biener changed:
What|Removed |Added
Keywords||build
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58955
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58956
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57518
--- Comment #9 from Hans-Peter Nilsson ---
See also PR58985.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58958
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58964
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58966
Richard Biener changed:
What|Removed |Added
Priority|P3 |P5
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58982
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58986
Bug ID: 58986
Summary: [C++11] Narrowing for initializer lists must be an
error
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
--- Comment #3 from Hans-Peter Nilsson ---
Created attachment 31151
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31151&action=edit
pr57518.s
Generated assembly. The contents at r204211 is identical to that at r204212.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58915
--- Comment #3 from Richard Biener ---
True, it may still help in some cases though.
On my list of nice-things-to-have is still a generic predicate collecting
& simplification machinery similar to what we have with tree-affine.c.
That is collect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58933
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
--- Comment #2 from Hans-Peter Nilsson ---
Created attachment 31150
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31150&action=edit
pr57518.c.210r.ira
IRA dump of r204212 (plus reverted breakage patch) as scanned by the test; this
is the on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58934
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58941
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
--- Comment #1 from Hans-Peter Nilsson ---
Created attachment 31149
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31149&action=edit
pr57518.c.211r.ira
IRA dump at r204211 (plus reverted breakage patch) as scanned by the test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #15 from Max TenEyck Woodbury ---
Could you all give me some idea on how soon this might be applied?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58942
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
Bug ID: 58985
Summary: [4.7 Regression]: gcc.dg/pr57518.c scan-rtl-dump-not
ira REG_EQUIV...
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58943
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57518
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #19 from Jakub Jelinek ---
(In reply to Bernd Edlinger from comment #18)
> Well, how about this version?
> Does'nt it look like a much smaller change?
>
> --- expr.c.jj 2013-10-31 14:57:05.0 +0100
> +++ expr.c2013-11-04 12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #18 from Bernd Edlinger ---
Well, how about this version?
Does'nt it look like a much smaller change?
--- expr.c.jj2013-10-31 14:57:05.0 +0100
+++ expr.c2013-11-04 12:51:55.013931114 +0100
@@ -4582,7 +4582,8 @@ get_bit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #17 from Bernd Edlinger ---
struct T {
unsigned char b : 8;
unsigned char s : 1;
};
struct S {
char x;
struct T t[1];
};
void function(int x, struct S *p)
{
if (x == -1)
p->t[x].s = 0;
}
another test case. so this is p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #16 from Jakub Jelinek ---
(In reply to Bernd Edlinger from comment #15)
> (In reply to Bernd Edlinger from comment #14)
> > (In reply to Jakub Jelinek from comment #13)
> > > (In reply to Bernd Edlinger from comment #12)
> > > > I mea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58979
--- Comment #4 from Marek Polacek ---
I've posted a patch for this a while ago, but so far it hasn't showed up on
gcc-patches.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
--- Comment #10 from Marc Glisse ---
(In reply to rguent...@suse.de from comment #9)
> Thus no short-circuiting for vector && or ||.
Indeed. Though we already deviated from OpenCL for ?: and as mentioned in my
patch we could do short-circuit for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
--- Comment #9 from rguenther at suse dot de ---
On Mon, 4 Nov 2013, glisse at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
>
> --- Comment #8 from Marc Glisse ---
> (In reply to Richard Biener from comment #5)
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58946
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #15 from Bernd Edlinger ---
(In reply to Bernd Edlinger from comment #14)
> (In reply to Jakub Jelinek from comment #13)
> > (In reply to Bernd Edlinger from comment #12)
> > > I meant the change here is not necessary, because after th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58978
--- Comment #8 from Richard Biener ---
(In reply to Jakub Jelinek from comment #6)
> Created attachment 31148 [details]
> gcc49-pr58978.patch
>
> While your patch will work too, I think it is better to fix it differently,
> the problem is that si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
--- Comment #8 from Marc Glisse ---
(In reply to Richard Biener from comment #5)
> Well, what does OpenCL specify here?
"The logical operators and (&&), or (||) operate on all scalar and vector
built-in types. For scalar built-in types only, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58981
--- Comment #7 from H.J. Lu ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg00179.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #14 from Bernd Edlinger ---
(In reply to Jakub Jelinek from comment #13)
> (In reply to Bernd Edlinger from comment #12)
> > I meant the change here is not necessary, because after the
> > if (*bitpos < 0) {...},
> > *offset can no lon
1 - 100 of 128 matches
Mail list logo
