https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80817
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80835
Bug ID: 80835
Summary: Reading a member of an atomic can load just
that member, not the whole struct
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: mis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836
Bug ID: 80836
Summary: final binaries missing rpath despite configure with
LDFLAGS=-Wl,-rpath=$prefix/lib
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836
--- Comment #1 from René J.V. Bertin ---
I found some suggestions here
http://stackoverflow.com/questions/13813737/how-can-i-set-rpath-on-gcc-binaries-during-bootstrap
which I haven't yet been able to check (a full build runs overnight on my
ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80837
Bug ID: 80837
Summary: [7.1.0 regression] x86 accessing a member of a 16-byte
atomic object generates terrible code:
splitting/merging the bytes
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80636
--- Comment #3 from Peter Cordes ---
The point about moves also applies to integer code, since a 64-bit mov requires
an extra byte for the REX prefix (unless a REX prefix was already required for
r8-r15).
I just noticed a case where gcc uses a 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836
--- Comment #2 from Andrew Pinski ---
BOOT_LDFLAGS should be used if want them for non stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80806
--- Comment #6 from Daniel Fruzynski ---
I have checked list of my issues reported here and found Bug 68034 which is
closely related to this one. This patch probably will fix that one too, user
will know that his memset was removed by compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80838
Bug ID: 80838
Summary: PGO/LTO bootstrapped compiler 5% slower than pure PGO
bootstrapped one
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836
--- Comment #3 from René J.V. Bertin ---
A bit complicated, no?
Also, how does one get binaries built with the resulting compilers to use the
corresponding runtime libraries (libstdc++, libgfortran, ...)? There should be
a configure option for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
--- Comment #3 from Dominique d'Humieres ---
> > Confirmed, likely r241403 (pr69566).
>
> Not so sure here. Looks rather unrelated to me. Why do you think this one
> is the culprit?
Revision r241395+patch (2016-10-21) is OK, r241433+patch (2016-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839
Bug ID: 80839
Summary: Memory leak in _Rb_tree
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #3)
> Revision r241395+patch (2016-10-21) is OK, r241433+patch (2016-10-21) gives
> the ICE. AFAICT the only possible revision is the range is r241403.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
--- Comment #5 from janus at gcc dot gnu.org ---
I have investigated a bit on the origin of the problem, and it seems that it is
related to the vtype symbols not being resolved properly (and the TBP component
having the type BT_UNKNOWN although it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to janus from comment #4)
> I actually think that r241450 might be more relevant here than r241403 (in
> particular since it messes with gfc_find_derived_vtab).
I just verified that rever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
--- Comment #7 from janus at gcc dot gnu.org ---
(In reply to janus from comment #6)
> I just verified that reverting the class.c parts of r241450 fixes the ICE as
> well. It does not show any failures on the select_type_* test cases either.
> I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766
--- Comment #8 from janus at gcc dot gnu.org ---
(In reply to janus from comment #5)
> This rather simple patch fixes the ICE on trunk:
>
> Index: gcc/fortran/resolve.c
> ===
> --- g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80840
Bug ID: 80840
Summary: ICE in convert_nontype_argument reference to double
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80841
Bug ID: 80841
Summary: Fails to match template specialization with
polymorphic non-type template argument
Product: gcc
Version: unknown
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80838
--- Comment #1 from Jan Hubicka ---
If it is easy to do, can you attach profiles please?
i will try to reproduce this...
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80610
--- Comment #14 from Jerry DeLisle ---
(In reply to Steve Kargl from comment #13)
> On Sat, May 20, 2017 at 04:59:10AM +, jvdelisle at gcc dot gnu.org wrote:
> >
> > Yes that will take some frontend magic and we have so few people to support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80610
Thomas Koenig changed:
What|Removed |Added
Keywords||memory-hog
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64221
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70490
Peter Cordes changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80835
Peter Cordes changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71660
Peter Cordes changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #5 fro
--disable-werror --enable-multilib
Thread model: posix
gcc version 8.0.0 20170520 (experimental) [trunk revision 248308] (GCC)
$ gcc-trunk -O3 abc.c
abc.c: In function ‘fn3’:
abc.c:10:6: internal compiler error: in set_lattice_value, at
tree-ssa-ccp.c:505
void fn3() {
^~~
0xc9efc8 set_lat
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20170520, trunk 20170512 succeeded to build.
original build log at
https://buildd.debian.org/status/fetch.php?pkg=gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839
Evgeniy Stepanov changed:
What|Removed |Added
CC||eugeni.stepanov at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839
--- Comment #2 from Evgeniy Stepanov ---
Hmm, where is the button to mark this resolved/wontfix?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80839
mail at kitsu dot me changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80841
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
simd reduction(+:sum) aligned(arr : 64)
for (int i=0 ; i<1024 ; i++)
sum = sum + arr[i];
return sum;
}
// https://godbolt.org/g/6KnMXM
x86-64 gcc7.1 and gcc8-snapshot-20170520 -mavx2 -ffast-math -funroll-loops
-fopenmp -O3 emit:
# omitted integer code to align the sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845
Bug ID: 80845
Summary: nvptx backend generates cvt.u32.u32
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845
Tom de Vries changed:
What|Removed |Added
Target||nvptx
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845
--- Comment #1 from Tom de Vries ---
Created attachment 41392
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41392&action=edit
Patch adding assert on cvt.t.t
Found PR using this patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> //(insn 14 13 15 2
> // (set (reg:QI 23)
> // (subreg/s/u:QI (reg:SI 44) 0)) 2 {*movqi_insn}
> // (nil))
For this insn, we enter nvpx_output_mov_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
--- Comment #22 from Gianluigi Tiesi ---
(In reply to Ladislav Láska from comment #21)
> Hi!
>
> I'm still seeing this problem on recent release 6.3.1, and it seems to be
> enabled by default on at least some builds (msys2 for example).
>
> Ca
ed(arr, 64);
int sum=0;
for (int i=0 ; i<1024 ; i++)
sum+=arr[i];
return sum;
}
Compiled with gcc8.0.0 20170520 -mavx2 -funroll-loops -O3 -std=gnu11, we get
vpxor %xmm7, %xmm7, %xmm7
leaq4096(%rdi), %rax
.L24:
vpaddd (%rdi), %ymm7, %ymm0
addq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80746
Hubert Tong changed:
What|Removed |Added
CC||hstong at ca dot ibm.com
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759
--- Comment #9 from Daniel Santos ---
Thank you again for the assistance.
(In reply to r...@cebitec.uni-bielefeld.de from comment #8)
> Daniel,
>
> > Would you be so kind as to test this on Solaris for me please? I don't have
> > access to a So
43 matches
Mail list logo
