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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57914
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57790
--- Comment #2 from Po-Chun Chang ---
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=14741
--- Comment #25 from Sebastian Pop ---
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 C(I,J)=C(I,J)+A(I,K)*B(K
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56667
Thomas Koenig changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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 type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57160
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #4 from Paolo Carlini ---
Created attachment 30534
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30534&action=edit
Draft mainline patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57950
--- Comment #2 from Andreas Schwab ---
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=57950
--- Comment #1 from Andrew Pinski ---
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=57914
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57925
--- Comment #1 from Paolo Carlini ---
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 entirely different. Are you willing to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
--- Comment #4 from Jonathan Wakely ---
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=57920
--- Comment #2 from Paolo Carlini ---
I mean we use __builtin_ia32_rdrand32_step ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57920
--- Comment #1 from Paolo Carlini ---
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 hardware support for random numbers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57916
Paolo Carlini changed:
What|Removed |Added
Summary|Improve std::sort |Improve std::sort
|pari
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot com
--- Comment
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
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54352
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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://gulmohurschool.com/tmp/lang.php
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532
Earnie changed:
What|Removed |Added
CC||earnie at users dot
sourceforge.ne
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, wron
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937
--- Comment #10 from Thomas Koenig ---
Author: tkoenig
Date: Sun Jul 21 13:44:03 2013
New Revision: 201094
URL: http://gcc.gnu.org/viewcvs?rev=201094&root=gcc&view=rev
Log:
2013-07-21 Thomas Koenig
PR fortran/56937
* dependency.c (gfc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35862
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35862
--- Comment #27 from Tobias Burnus ---
Author: burnus
Date: Sun Jul 21 11:54:27 2013
New Revision: 201093
URL: http://gcc.gnu.org/viewcvs?rev=201093&root=gcc&view=rev
Log:
2013-07-21 Tobias Burnus
PR fortran/35862
* libgfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57894
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57894
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Sun Jul 21 11:46:43 2013
New Revision: 201092
URL: http://gcc.gnu.org/viewcvs?rev=201092&root=gcc&view=rev
Log:
2013-07-21 Tobias Burnus
PR fortran/57894
* check.c (mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #24 from Sebastian Pop ---
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 * stride.12D.1892 + offset.13D.1893) +
(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #23 from Sebastian Pop ---
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 prior to graphite.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #22 from Sebastian Pop ---
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 parameters are defined l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50536
--- Comment #7 from Tobias Burnus ---
> 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=50913
Sebastian Pop changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #21 from Sebastian Pop ---
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 e97c4b0daa932558eae4d9b9794cdd549e6d40bd
Author: rguenth
Date
37 matches
Mail list logo