https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Thu Jun 6 07:20:16 2019
New Revision: 271988
URL: https://gcc.gnu.org/viewcvs?rev=271988&root=gcc&view=rev
Log:
Fix HTML headers and titles for 'Installing GCC' pages (PR web/87933).
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77278
--- Comment #26 from rguenther at suse dot de ---
On Thu, 6 Jun 2019, tkoenig at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77278
>
> --- Comment #25 from Thomas Koenig ---
> (In reply to Jan Hubicka from comment #24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90673
Yaro Slav changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87954
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Thu Jun 6 07:55:51 2019
New Revision: 271991
URL: https://gcc.gnu.org/viewcvs?rev=271991&root=gcc&view=rev
Log:
Simplify mult where both arguments are 0 or 1 (PR tree-optimization/87954)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90746
--- Comment #3 from Dmitry Vyukov ---
> It would probably useful to have __attribute__((notailcall)) which the
> sanitizers then could stick on the function types.
It should be on _declaration_, right? Sanitizers only provide a definition. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87954
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68303
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> Patch posted to https://gcc.gnu.org/ml/gcc-patches/2018-10/msg00903.html
> Reviewed at https://gcc.gnu.org/ml/gcc-patches/2019-05/msg02120.html
As pointed ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88267
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68303
--- Comment #6 from Jonathan Wakely ---
But it doesn't make a huge difference and iteration is still much faster for <=
17 elements:
| GCC 9 | | GCC 10 | | 10 wrapped |
0=0.696880 0=0.700247 0=0.110166
1=0.705601 1=0.67
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77278
--- Comment #27 from Jan Hubicka ---
>
> I think that's reasonably easy to do for LTO. We'd want to keep
> the default boolean_type_node size BOOLEAN_TYPEs separate but
> can glob larger ones with integer types in the canonical type
> merging.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89330
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87847
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87375
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86657
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87165
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90757
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90758
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90760
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90768
--- Comment #5 from Richard Biener ---
We miss a s < 16 && s & 8 simplification pattern in the code ifcombine uses
to do this (which should be removed / moved to match.pd and use its
machinery which I stated elsewhere).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90770
Bug ID: 90770
Summary: Building with --enable-libstdcxx-debug and make
profiledbootstrap fails with mv: cannot stat
'Makefile': No such file or directory
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90757
--- Comment #2 from Martin Hierholzer ---
Shouldn't all forms of this code then give an error message or at least a
warning (preferably not something misleading like "used uninitialized")? I my
opinion, it shouldn't matter whether the function is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90770
Jonathan Wakely changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90751
Rolf Eike Beer changed:
What|Removed |Added
CC||eb at emlix dot com
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87165
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87165
--- Comment #4 from Martin Liška ---
It's probably also responsible for:
$ gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/spellcheck-options-4.c
--sanitize-recover=integer-divide-by-0 -c
cc1: error: unrecognized argument to ‘-fsanitize-re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90742
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90574
--- Comment #3 from Richard Biener ---
Related testcase:
int main(int argc, char **argv)
{
switch (argc)
{
case 0:
{
foo:;
}
case 1:;
}
return 0;
}
breaking on the foo: line stops.
Fixing this is a two-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90742
--- Comment #2 from Jakub Jelinek ---
The firstprivate behavior should be covered by 2.19.3 "List Item Privatization"
because firstprivate is a privatization clause.
"For a list item or the subobject of a list item with the ALLOCATABLE
attribute:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90450
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Thu Jun 6 11:06:45 2019
New Revision: 271995
URL: https://gcc.gnu.org/viewcvs?rev=271995&root=gcc&view=rev
Log:
2019-06-06 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90402
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Thu Jun 6 11:06:45 2019
New Revision: 271995
URL: https://gcc.gnu.org/viewcvs?rev=271995&root=gcc&view=rev
Log:
2019-06-06 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90474
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Thu Jun 6 11:06:45 2019
New Revision: 271995
URL: https://gcc.gnu.org/viewcvs?rev=271995&root=gcc&view=rev
Log:
2019-06-06 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90450
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90402
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86657
--- Comment #2 from Martin Liška ---
Reduced test-case:
$ cat dec.f03
type :: mytype (a,b)
integer, kind :: a
integer, LEN :: b
end type
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90574
Richard Biener changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90574
--- Comment #5 from Martin Liška ---
(In reply to Richard Biener from comment #4)
> Note these issues also appear as coverage errors:
>
> -:0:Source:t.c
> -:0:Graph:t.gcno
> -:0:Data:t.gcda
> -:0:R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88751
--- Comment #6 from Andreas Krebbel ---
Author: krebbel
Date: Thu Jun 6 11:35:04 2019
New Revision: 271996
URL: https://gcc.gnu.org/viewcvs?rev=271996&root=gcc&view=rev
Log:
Fix PR88751
This patch implements a small improvement for the heurist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90751
--- Comment #7 from dave.anglin at bell dot net ---
On 2019-06-06 5:56 a.m., eb at emlix dot com wrote:
> The first hunk in config/pa/pa-linux.h only adds whitespace damage.
No, it adds a period to end sentence.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90574
--- Comment #6 from Martin Liška ---
*** Bug 89673 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89673
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90751
--- Comment #8 from Rolf Eike Beer ---
(In reply to dave.anglin from comment #7)
> On 2019-06-06 5:56 a.m., eb at emlix dot com wrote:
> > The first hunk in config/pa/pa-linux.h only adds whitespace damage.
> No, it adds a period to end sentence.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86657
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30315
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90700
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Thu Jun 6 12:13:36 2019
New Revision: 271998
URL: https://gcc.gnu.org/viewcvs?rev=271998&root=gcc&view=rev
Log:
Refactor SFINAE constraints on std::tuple constructors
Replace the _TC c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90757
--- Comment #3 from Jens Georg ---
I mean even if the code in main is invalid, so what. If we replace that by
memcopy, the function argument is still not initialized when inlined.
IMHOt there's something fishy, but well. your decision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76739
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86657
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90332
--- Comment #6 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Jun 6 13:59:07 2019
New Revision: 272002
URL: https://gcc.gnu.org/viewcvs?rev=272002&root=gcc&view=rev
Log:
[AArch64] PR tree-optimization/90332: Implement vec_init w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90757
--- Comment #4 from Richard Biener ---
myScalarToCooked is of course similar broken. The following works fine for me:
#include
/** Inefficient convenience function for converting a single value to cooked */
double myScalarToCooked(int32_t raw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90700
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90702
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9663
Fredrik Hederstierna changed:
What|Removed |Added
CC||fredrik.hederstierna@securi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9663
--- Comment #11 from Richard Earnshaw ---
(In reply to Fredrik Hederstierna from comment #10)
> Created attachment 46457 [details]
> Testcase from CSiBE teem sources
>
> Testcase from CSiBE teem sources
> Tested with gcc-9.1.0 for ARM 32bit targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9663
--- Comment #12 from Fredrik Hederstierna
---
Created attachment 46458
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46458&action=edit
range ran through preprocessor using -E -P
I'm not sure if this is what you wanted, but here is file st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90766
Tavian Barnes changed:
What|Removed |Added
CC||tavianator at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90766
--- Comment #3 from Martin Sebor ---
Yes, good catch, thanks!
The call can only be folded if i is known to be less than or equal to the
length of the string, or if the rest of the buffer is all nuls. The strlen
pass can readily determine the fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744
--- Comment #4 from Thomas Koenig ---
(In reply to Tomáš Trnka from comment #3)
> I'm not sure how to fix this properly, but the following one-liner seems to
> work for me:
>
> --- a/gcc/fortran/trans-types.c
> +++ b/gcc/fortran/trans-types.c
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90771
Bug ID: 90771
Summary: Omp for with default(none) and const variable fails to
compile
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90771
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744
--- Comment #5 from Tomáš Trnka ---
(In reply to Thomas Koenig from comment #4)
> Good analysis, and this is indeed the correct fix.
OK. I thought that perhaps get_formal_from_actual_arglist() should be done
already before processing the argumen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90772
Bug ID: 90772
Summary: [10 regression] g++.dg/cpp1y/feat-cxx14.C and several
others fails starting with r272011
Product: gcc
Version: 10.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90772
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90772
--- Comment #2 from seurer at gcc dot gnu.org ---
Also (in case these were missed):
FAIL: g++.dg/tree-ssa/pr69336.C (test for excess errors)
FAIL: g++.dg/tree-ssa/pr80293.C (test for excess errors)
which I thought were caused by something el
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90772
Jakub Jelinek changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744
--- Comment #6 from Thomas Koenig ---
(In reply to Tomáš Trnka from comment #5)
> (In reply to Thomas Koenig from comment #4)
> > Good analysis, and this is indeed the correct fix.
>
> OK. I thought that perhaps get_formal_from_actual_arglist()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60531
Harald van Dijk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60869
Harald van Dijk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90695
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90773
Bug ID: 90773
Summary: Improve piecewise operation
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90772
--- Comment #4 from Jonathan Wakely ---
Sorry about this. I thought I'd actually run the g++ tests this time, but I
didn't use -k and they didn't actually run (and so I saw no FAILs ... which
should have rung alarm bells because guality tests alw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89955
--- Comment #6 from Jim Wilson ---
Author: wilson
Date: Thu Jun 6 23:18:48 2019
New Revision: 272021
URL: https://gcc.gnu.org/viewcvs?rev=272021&root=gcc&view=rev
Log:
RISC-V: Move STARTFILE_PREFIX_SPEC into target OS files.
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89955
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90774
Bug ID: 90774
Summary: avoid doing vector splat arithmetic where possible
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90775
Bug ID: 90775
Summary: A inconsistent compilation result
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90775
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90776
Bug ID: 90776
Summary: g++ -fms-extensions is inconsistent with Microsoft's
compiler
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90776
--- Comment #1 from zhonghao at pku dot org.cn ---
Another code sample:
typedef union __declspec(align(64)) foo_t {
double a[8];
} foo_t;
foo_t bar;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46489
--- Comment #10 from Eric Gallager ---
(In reply to Eric Gallager from comment #9)
> (In reply to Joseph S. Myers from comment #7)
> > FWIW, the following files include tm.h and appear not to have any direct
> > uses of target macros, or uses of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78902
--- Comment #13 from Martin Liška ---
Author: marxin
Date: Fri Jun 7 05:33:11 2019
New Revision: 272028
URL: https://gcc.gnu.org/viewcvs?rev=272028&root=gcc&view=rev
Log:
Add warn_unused_result for malloc-like functions (PR tree-optimization/78
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90774
--- Comment #1 from Andrew Pinski ---
So this kind of reassociation can only be done with either -fwrapv or unsigned
types. Due to integer overflow being undefined.
+ is left-to-right associative operator.
82 matches
Mail list logo
