http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #21 from Sebastian Pop spop at gcc dot gnu.org ---
Scop detection does not detect this loop because we now require the scev of the
data references to be analyzable in all the loops around:
commit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913
Sebastian Pop spop at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50536
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org ---
it is insufficient as it does not take care of, e.g.
(foo%a(foo%i), foo%i = 1,5)
which is odd but valid.
Or the following (for i /= j): (foo(i)%i, foo(j)%i = 1, 5).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #22 from Sebastian Pop spop at gcc dot gnu.org ---
Once we revert that patch, the remaining problem is that
graphite_can_represent_scev returns false on this scev:
{{(stride.12_14 + offset.13_15) + 1, +, stride.12_14}_1, +, 1}_2
the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #23 from Sebastian Pop spop at gcc dot gnu.org ---
If possible, we need to maintain the subscripted version of arrays:
C(I,J)
A(I,K)
B(K,J)
Without a representation of multi dimensional arrays, we would need to
delinearize the arrays
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #24 from Sebastian Pop spop at gcc dot gnu.org ---
Looking at t.f90.003t.original (the first dump file of -fdump-tree-all-all)
I see that the array c is already in linear form:
(*cD.1876)[((integer(kind=8)D.9) jD.1897 *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57894
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Sun Jul 21 11:46:43 2013
New Revision: 201092
URL: http://gcc.gnu.org/viewcvs?rev=201092root=gccview=rev
Log:
2013-07-21 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57894
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35862
--- Comment #27 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Sun Jul 21 11:54:27 2013
New Revision: 201093
URL: http://gcc.gnu.org/viewcvs?rev=201093root=gccview=rev
Log:
2013-07-21 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35862
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
--- Comment #10 from Thomas Koenig tkoenig at gcc dot gnu.org ---
Author: tkoenig
Date: Sun Jul 21 13:44:03 2013
New Revision: 201094
URL: http://gcc.gnu.org/viewcvs?rev=201094root=gccview=rev
Log:
2013-07-21 Thomas Koenig tkoe...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
Bug ID: 57949
Summary: [powerpc64] Structure parameter alignment issue with
vector extensions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ABI,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532
Earnie earnie at users dot sourceforge.net changed:
What|Removed |Added
CC||earnie at
http://gulmohurschool.com/tmp/lang.php
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
Bug ID: 57950
Summary: wrong line numbers in error messages for inline
assembler statements
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54352
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57951
Bug ID: 57951
Summary: -MG doesn't work with -MD
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57916
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Summary|Improve std::sort |Improve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
Note that in 4.8.x and mainline for modern x86 and x86_64 targets we don't use
/dev/urandom at all, we use __x86_rdrand. In general, the idea is that more
targets should use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com ---
I mean we use __builtin_ia32_rdrand32_step ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
I think it's the library, but haven't been able to reduce it yet.
With only one nested bind expressions the code works, but with a second nested
bind it fails.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57925
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
Ok, but since you don't seem to have a Copyright assignment on file, we can't
really use your code and we would have to, eg, adapt from scratch the GSL code
or something
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57914
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
It is not GCC which is reporting this error message but rather gas (binutils)
though GCC is reporting to binutils the line info for the start of the
inline-asm.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
GCC uses the line number of the start of the asm statement, so line 8 is
correct.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
Created attachment 30534
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30534action=edit
Draft mainline patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57160
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
CC||tkoenig at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57297
--- Comment #10 from janus at gcc dot gnu.org ---
Hi Mikael,
sorry for the very late reply ...
(In reply to Mikael Morin from comment #8)
I'll need the help from an OOP expert.
Janus, what is the rationale for using so many different types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56667
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #25 from Sebastian Pop spop at gcc dot gnu.org ---
I think the linearization of array subscripts problem is linked to passing
arguments to a function in Fortran: by inlining the mult function call in the
main program, the main loop on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57790
--- Comment #2 from Po-Chun Chang pchang9 at cs dot wisc.edu ---
Patch sent to gcc-patches@
http://gcc.gnu.org/ml/gcc-patches/2013-07/msg00880.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57914
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57925
--- Comment #2 from yangzhe1990 at gmail dot com ---
(In reply to Paolo Carlini from comment #1)
Ok, but since you don't seem to have a Copyright assignment on file, we
can't really use your code and we would have to, eg, adapt from scratch the
37 matches
Mail list logo