https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80436
--- Comment #1 from Markus Trippelsdorf ---
Started with r44392.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80436
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80435
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291
--- Comment #8 from janus at gcc dot gnu.org ---
(In reply to snowfed from comment #7)
> In the slightly reduced version of the test case cell is not allocated when
> reaching associate structure. Maybe, allocate(cell) is worth being added.
> For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80392
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80392
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #3)
> Regtesting now ...
Regtest completed successfully ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[5/6/7 Regression] bogus|[5/6/7 Regression] [OOP]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
--- Comment #11 from Dominique d'Humieres ---
On x86_64-apple-darwin16 I see the warning
Warning: '__builtin_memset': specified size 18446744073709551611 exceeds
maximum object size 9223372036854775807 [-Wstringop-overflow=]
for -Os and -O2 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15492
--- Comment #13 from Uroš Bizjak ---
Recent gcc generates:
testcase from Comment #0:
double test (double a, double b)
{
return a*a + b*b;
}
fldl4(%esp)
fmul%st(0), %st
fldl12(%esp)
fmul%s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55952
--- Comment #2 from Uroš Bizjak ---
Latest trunk gcc generates:
flds4(%esp)
fldz
fucomip %st(1), %st
fstp%st(0)
fld1
fchs
fld1
fcmovnbe%st(1), %st
fstp%s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15492
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
--- Comment #13 from Martin Sebor ---
> Apparently the problem comes from the fact that len(yerrmsg) is not known at
> compile time, but I don't understand why the warning use nonsensical numbers.
The numbers that are printed are the values or t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
--- Comment #14 from Markus Trippelsdorf ---
(In reply to Martin Sebor from comment #13)
> That said, it's possible that the warning could be made clearer if it used
> some other notation instead of printing very large positive decimal numbers.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79685
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80121
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80437
Bug ID: 80437
Summary: large decimal numbers in diagnostics are hard to read
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80437
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
--- Comment #15 from Martin Sebor ---
I've raised bug 80437 for the suggested change to the notation of the
warning(s).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80121
--- Comment #4 from janus at gcc dot gnu.org ---
Producing a dump via -fdump-tree-original shows what's going on in the case of
comment #3, namely: 'e' is being deallocated before being passed to 's1':
if ((struct t1[0:] * restrict) e.data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80439
Bug ID: 80439
Summary: __attribute__((target("xxx"))) not applied to lambdas
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80440
Bug ID: 80440
Summary: Slow compile when USEing modules
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
22 matches
Mail list logo
