http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46886
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46995
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46994
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47605
Summary: Document that C_Bool might be the wrong constant for C
Booleans
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46834
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46886
--- Comment #2 from Jakub Jelinek 2011-02-04
07:11:53 UTC ---
Sebastian, thanks for PR46194 fix, could you please also look at this one?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
--- Comment #9 from sebpop at gmail dot com
2011-02-04 07:08:30 UTC ---
On Fri, Feb 4, 2011 at 00:27, dirtyepic at gentoo dot org
wrote:
> I'm guessing that means 4.5 will stay broken?
>
Depends on how difficult it would be to backport the fix.
On Fri, Feb 4, 2011 at 00:27, dirtyepic at gentoo dot org
wrote:
> I'm guessing that means 4.5 will stay broken?
>
Depends on how difficult it would be to backport the fix.
I haven't git-bisect'ed it to know which of the patches fixed it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
--- Comment #8 from Ryan Hill 2011-02-04 06:27:07
UTC ---
I'm guessing that means 4.5 will stay broken?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #48 from Jack Howarth 2011-02-04
05:53:00 UTC ---
Both...
[MacPro:~] howarth% gcj --main=testme -O testme.java
[MacPro:~] howarth% ./a.out
Hello
and
[MacPro:~] howarth% gcj -m32 --main=testme -O testme.java
ld: warning: in /sw/lib/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
--- Comment #24 from Ralf Wildenhues 2011-02-04
05:52:01 UTC ---
Author: rwild
Date: Fri Feb 4 05:51:57 2011
New Revision: 169822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169822
Log:
Fix PR java/21206: Unrecognized option '-Wl,-rpa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #47 from Jack Howarth 2011-02-04
05:44:50 UTC ---
When the proposed patch goes into gcc trunk we should probably XFAIL
gcc.dg/torture/builtin-math-7.c for darwin10 as it is highly unlikely to be
fixed for Snow Leopard. See...
http://
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #46 from Jack Howarth 2011-02-04
05:42:13 UTC ---
Note that with the proposed patch we will pick up the failures in...
FAIL: gcc.dg/torture/builtin-math-7.c -O0 execution test
FAIL: gcc.dg/torture/builtin-math-7.c -O1 execution t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
--- Comment #8 from Ian Lance Taylor 2011-02-04 05:31:08
UTC ---
I'm suggesting saving and restoring it around the asm statement itself, not in
the prologue and epilogue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032
--- Comment #7 from Ralf Wildenhues 2011-02-04
05:16:15 UTC ---
(In reply to comment #3)
> libgfortran/configure.ac has lines of the form (note I wrapped the line)
>
> AC_CHECK_LIB([m],[copysignl],[AC_DEFINE([HAVE_COPYSIGNL],[1],\
>[libm inc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #45 from Jack Howarth 2011-02-04
04:59:06 UTC ---
Patch posted at http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00274.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #44 from Jack Howarth 2011-02-04
04:48:21 UTC ---
The patch proposed in Comment 42 eliminates the exception traceback problems
when -flat_namespace is used in xplor-nih and changes our linkage to...
/usr/lib/libSystem.B.dylib (co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
--- Comment #8 from H.J. Lu 2011-02-04 04:12:59
UTC ---
(In reply to comment #7)
> > looks wrong since it assumes D.2750_34 can be negative. But
>
> sizetype values are sign-extended.
>
ivopts uses unsigned on purpose and create_mem_ref isn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #10 from Sebastian Pop 2011-02-04
04:00:22 UTC ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00271.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #43 from Jack Howarth 2011-02-04
03:24:02 UTC ---
I would also argue, in support of the patch in Comment 42, that it may be wrong
to assume that Apple's linker handles stubs for libgcc_s.1.dylib for
mmacosx-version-min=10.6 in the sam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #42 from Jack Howarth 2011-02-04
03:16:44 UTC ---
The patch in Comment 40 is insufficient to eliminate the exception traceback
failures in xplor-nih and it still back traces into FSF libgcc's unwinder when
it crashes. I believe...
1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #41 from Jack Howarth 2011-02-04
02:39:45 UTC ---
Note that clang also precedes -lgcc with -lSystem. For
-mmacosx-version-min=10.6, it produces...
-lSystem -lgcc
(without the final -lSystem) but for -mmacosx-version-min=10.5, clang
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #40 from Jack Howarth 2011-02-04
01:47:16 UTC ---
Opps. It should be...
Index: gcc/config/darwin.h
===
--- gcc/config/darwin.h(revision 169820)
+++ gcc/config/darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
--- Comment #7 from H.J. Lu 2011-02-04 01:42:03
UTC ---
(In reply to comment #6)
>
> I can not find any discussion about fixing this issue in any way other than
> forbidding it.
>
EBX is fixed in PIC. If it is changed in asm, it should be saved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47142
--- Comment #3 from Dongsheng Song 2011-02-04
01:33:55 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > Hmm, this issue seems to be fixed already. At least for my installation
> > libgcc_s DLL is put into corresponding lib-folder,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #39 from Jack Howarth 2011-02-04
01:31:30 UTC ---
Also note that on Snow Leopard...
gcc -v -mmacosx-version-min=10.5 himenoBMTxpa.c
produces...
-lgcc_s.10.5 -lgcc -lSystem
so perhaps we just need...
Index: gcc/config/darwin.h
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #38 from Jack Howarth 2011-02-04
01:20:05 UTC ---
Actually, I think I see the problem here. Looking at how gcc-4.2 in Snow
Leopard links, I see...
gcc -v himenoBMTxpa.c
...
/usr/libexec/gcc/i686-apple-darwin10/4.2.1/collect2 -dynamic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #37 from Mike Stump 2011-02-04
00:43:50 UTC ---
Let me know when the dust settles and you guys agree on the path forward and I
will decloak... I've been trying to avoid reading/understanding the issue...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #36 from Jack Howarth 2011-02-04
00:30:30 UTC ---
No regressions on x86_64-apple-darwin10 from...
Index: gcc/config/darwin.h
===
--- gcc/config/darwin.h(revision 169
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47142
--- Comment #2 from Dongsheng Song 2011-02-04
00:09:50 UTC ---
(In reply to comment #1)
> Hmm, this issue seems to be fixed already. At least for my installation
> libgcc_s DLL is put into corresponding lib-folder, too.
>
> Could you please rete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
--- Comment #6 from Ian Lance Taylor 2011-02-04 00:08:42
UTC ---
The old bug was about bad code generation, and that was fixed. I don't think
it needs to be reopened.
I can not find any discussion about fixing this issue in any way other than
f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
--- Comment #5 from Andrew Pinski 2011-02-04
00:06:36 UTC ---
What happens on targets like PPC where r2 (the PIC register) is a fixed
register should we save and restore it or error out. I say we should error
out. Really I think it is a good th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
--- Comment #4 from Andrew Pinski 2011-02-04
00:04:36 UTC ---
http://gcc.gnu.org/ml/gcc-patches/2002-11/msg01372.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|middle-end
Severity|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
--- Comment #6 from Jack Howarth 2011-02-03
23:54:21 UTC ---
I see the same problem with current gcc trunk the patch to enable
-fgraphite-identity at -O2 on x86_64 Fedora 10 linux using...
../gcc/configure --with-gmp=/usr --with-mpfr=/usr --with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
--- Comment #3 from Andrew Pinski 2011-02-03
23:52:33 UTC ---
(In reply to comment #2)
> No, this is not a duplicate of PR 8340. I am suggesting a different way of
> handling the situation, which would still produce correct code. I am
> suggest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
Ian Lance Taylor changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #18 from Rich Townsend 2011-02-03
23:04:22 UTC ---
(In reply to comment #8)
> This is a *very* strange bug, to say the least. Here is a reduced test case:
>
>
> module hydro_types
> implicit none
> end module hydro_types
>
> modu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #17 from Rich Townsend 2011-02-03
22:54:34 UTC ---
(In reply to comment #16)
> Rich, in case this is a blocker on a real world application, you can probably
> circumvent the error by not use-importing hydro_state when you use-import
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589
--- Comment #9 from Jonathan Wakely 2011-02-03
22:47:43 UTC ---
Author: redi
Date: Thu Feb 3 22:47:37 2011
New Revision: 169815
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169815
Log:
2011-02-03 Jonathan Wakely
PR c++/47589
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589
--- Comment #8 from Jonathan Wakely 2011-02-03
22:45:12 UTC ---
Author: redi
Date: Thu Feb 3 22:45:06 2011
New Revision: 169814
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169814
Log:
2011-02-03 Jonathan Wakely
PR c++/47589
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47604
Summary: GCC doesn't accept "auto *f() -> int", but only
accepts "auto f() -> int".
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45894
--- Comment #14 from Jonathan Wakely 2011-02-03
22:34:58 UTC ---
Author: redi
Date: Thu Feb 3 22:34:51 2011
New Revision: 169813
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169813
Log:
2011-02-03 Jonathan Wakely
PR c++/47589
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47589
--- Comment #7 from Jonathan Wakely 2011-02-03
22:34:57 UTC ---
Author: redi
Date: Thu Feb 3 22:34:51 2011
New Revision: 169813
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169813
Log:
2011-02-03 Jonathan Wakely
PR c++/47589
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #7 from asharif at gcc dot gnu.org 2011-02-03 22:26:48 UTC ---
(In reply to comment #5)
> I almost want to say LOOP_VINFO_NITERS should not have abnormal SSA's to begin
> with.
Andrew, shouldn't it be fine to have abnormal SSAs as long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38564
--- Comment #16 from Andrew Pinski 2011-02-03
22:26:10 UTC ---
On Thu, Feb 3, 2011 at 1:40 AM, Richard Guenther wrote:
> You mean still broken or fixed with the fix for this patch?
> Can you add it as a testcase?
The patch fixes this testcase,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #6 from asharif at gcc dot gnu.org 2011-02-03 22:25:01 UTC ---
What happens is tree vectorization introduces code in the preheader to check
for the loop iterations at runtime. The expression holding the number of
iterations may contain
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #5 from Andrew Pinski 2011-02-03
22:23:36 UTC ---
I almost want to say LOOP_VINFO_NITERS should not have abnormal SSA's to begin
with.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47363
asharif at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #4 from asharif at gcc dot gnu.org 2011-02-03 22:19:37 UTC ---
Richard, check out the attached patch and let me know your thoughts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #3 from asharif at gcc dot gnu.org 2011-02-03 22:19:10 UTC ---
Created attachment 23242
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23242
This patch fixes the problem, but may be pessimistic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #7 from Dominique d'Humieres 2011-02-03
22:13:11 UTC ---
On x86_64-apple-darwin10.6.0 the test in attachment 23241 compiles with 4.5.2
(r167027) and trunk r162456, but give an ICE
gyre_lanr_discrim.f90:7.19:
use gyre_lanr_bvp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45516
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #6 from Mikael Morin 2011-02-03
21:54:09 UTC ---
(In reply to comment #5)
> Created attachment 23241 [details]
> Revised tar archive w/ source & Makefile
>
> Seems some stuff got left out of the tar file. Here's a new set of source
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #8 from Tobias Burnus 2011-02-03
21:29:12 UTC ---
(In reply to comment #6)
Stupid firefox - it somehow must have submitted a draft. Ignore comment 6 and
look at comment 7.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #7 from Tobias Burnus 2011-02-03
21:28:10 UTC ---
(In reply to comment #4)
> Here is a simple patch for getting rid of the error message:
The patch is not quite right. The LHS must be allocatable and it must not be
coindexed nor a co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47603
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #6 from Tobias Burnus 2011-02-03
21:24:38 UTC ---
(In reply to comment #4)
> Here is a simple patch for getting rid of the error message:
The patch is not quite right. The LHS must be allocatable
("gfc_expr_attr(e).allocatable") - an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
Andrew Pinski changed:
What|Removed |Added
CC||agamous at bgcpartners dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47603
Summary: Optimization level O2 nad O3 produces different output
from level O1 and O0
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #5 from Rich Townsend 2011-02-03
21:17:29 UTC ---
Created attachment 23241
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23241
Revised tar archive w/ source & Makefile
Seems some stuff got left out of the tar file. Here's a new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47592
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #4 from janus at gcc dot gnu.org 2011-02-03 20:56:10 UTC ---
Here is a simple patch for getting rid of the error message:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #3 from janus at gcc dot gnu.org 2011-02-03 20:45:04 UTC ---
Test case:
type :: t
integer :: i
end type
class(t), allocatable :: x
type(t) :: y = t (3)
x = y
print *,x%i
end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28040
--- Comment #1 from Mikael Pettersson 2011-02-03
20:29:22 UTC ---
Fixed in r109751:
Author: pbrook
Date: Mon Jan 16 16:03:29 2006
New Revision: 109751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109751
Log:
2006-01-16 Paul Brook
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #13 from Dominique d'Humieres
2011-02-03 20:16:40 UTC ---
Further reduced test case
! { dg-do compile }
SUBROUTINE EXCH2_UV_AGRID_3D_RL( uPhi, vPhi, myNz )
IMPLICIT NONE
INTEGER, parameter :: sNx=32, sNy=32, OLx=4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.6.0
Summary|[4.5/4.6 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
--- Comment #4 from Dodji Seketeli 2011-02-03
19:55:03 UTC ---
Author: dodji
Date: Thu Feb 3 19:55:00 2011
New Revision: 169807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169807
Log:
Fix PR c++/47398
gcc/cp/
PR c++/47398
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #9 from sebpop at gmail dot com
2011-02-03 19:54:36 UTC ---
>> access_fn_A: {0, +, 1}_1
>> access_fn_B: {0, +, 1}_2
>>
>> (subscript
>> iterations_that_access_an_element_twice_in_A: [0 + 1 * x_1]
>> last_conflict: 1000
>> iterat
>> access_fn_A: {0, +, 1}_1
>> access_fn_B: {0, +, 1}_2
>>
>> (subscript
>> iterations_that_access_an_element_twice_in_A: [0 + 1 * x_1]
>> last_conflict: 1000
>> iterations_that_access_an_element_twice_in_B: [0 + 1 * x_1]
>
> I think that this representation of affine functions is wrong:
> th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8340
Andrew Pinski changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #8 from An
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
Summary: Permit inline asm to clobber PIC register
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #4 from Mikael Morin 2011-02-03
19:31:07 UTC ---
gyre_lanr_discrim.f90:6.15:
use gyre_func
1
Fatal Error: Can't open module file 'gyre_func.mod' for reading at (1): No such
file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #3 from Rich Townsend 2011-02-03
19:20:12 UTC ---
Created attachment 23239
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23239
Fixed Makefile
Removed some broken dependencies from the original Makefile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #24 from Jakub Jelinek 2011-02-03
19:12:11 UTC ---
Author: jakub
Date: Thu Feb 3 19:12:07 2011
New Revision: 169804
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169804
Log:
PR middle-end/31490
* output.h (SECTION_RE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
--- Comment #5 from Dominique d'Humieres 2011-02-03
19:02:55 UTC ---
(In reply to comment #4)
> Dominique, did you mean to take this out of WAITING state?
> I'm assuming you didn't
I think the WAITING state followed comment #1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47599
--- Comment #1 from Andrew Pinski 2011-02-03
18:51:51 UTC ---
This is a header issue which means it is not a GCC bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #1 from Rich Townsend 2011-02-03
18:45:47 UTC ---
(In reply to comment #0)
> This is similar to problems I've been encountering with another code (see
> pr47456). But in cutting down the attached code to find the simplest possible
> t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
Summary: Internal Error (mio_component_ref(): Component not
found) with strange behavior
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #16 from Mikael Morin 2011-02-03
18:32:07 UTC ---
Rich, in case this is a blocker on a real world application, you can probably
circumvent the error by not use-importing hydro_state when you use-import
hydro_speeds.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45704
Thomas Schwinge changed:
What|Removed |Added
CC||domen at cba dot si
--- Comment #11 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46762
Thomas Schwinge changed:
What|Removed |Added
Target|arm-none-eabi |
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #8 from Sebastian Pop 2011-02-03 18:20:56
UTC ---
The problem seems to be in analyze_miv_subscript where I see this note:
/* FIXME: This is a MIV subscript, not yet handled.
Example: (A[{1, +, 1}_1] vs. A[{1, +, 1}_2]) that c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #7 from sebpop at gmail dot com
2011-02-03 18:11:09 UTC ---
Here is the loop kernel from block-0.c
for (i = 0; i < N; i++)
for (j = 0; j < N; j++)
a[j] = a[i] + 1;
On Fri, Dec 31, 2010 at 06:01, jakub at gcc dot gnu.org
Here is the loop kernel from block-0.c
for (i = 0; i < N; i++)
for (j = 0; j < N; j++)
a[j] = a[i] + 1;
On Fri, Dec 31, 2010 at 06:01, jakub at gcc dot gnu.org
wrote:
> access_fn_A: {0, +, 1}_1
> access_fn_B: {0, +, 1}_2
>
> (subscript
> iterations_that_access_an_element_twice_in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47142
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|2011-02-03 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
--- Comment #10 from Nathan Froyd 2011-02-03
17:16:21 UTC ---
Author: froydnj
Date: Thu Feb 3 17:16:17 2011
New Revision: 169797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169797
Log:
gcc/c-family/
PR c++/46890
* c-common.h (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
--- Comment #15 from paolo at gcc dot gnu.org
2011-02-03 17:03:40 UTC ---
Author: paolo
Date: Thu Feb 3 17:03:33 2011
New Revision: 169796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169796
Log:
2011-02-03 Paolo Carlini
PR c++
1 - 100 of 150 matches
Mail list logo
