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=gcc=rev
Log:
Add warn_unused_result for malloc-like functions (PR tree-optimization/78902).
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=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=90776
Bug ID: 90776
Summary: g++ -fms-extensions is inconsistent with Microsoft's
compiler
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
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=90775
Bug ID: 90775
Summary: A inconsistent compilation result
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
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
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=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=gcc=rev
Log:
RISC-V: Move STARTFILE_PREFIX_SPEC into target OS files.
gcc/
PR
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90695
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Jonathan
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=60531
Harald van Dijk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=90772
Jakub Jelinek changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
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
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
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
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
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=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=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=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
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=9663
--- Comment #12 from Fredrik Hederstierna
---
Created attachment 46458
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46458=edit
range ran through preprocessor using -E -P
I'm not sure if this is what you wanted, but here is file
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
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=90702
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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
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=gcc=rev
Log:
[AArch64] PR tree-optimization/90332: Implement vec_init where N is
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=76739
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
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=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=gcc=rev
Log:
Refactor SFINAE constraints on std::tuple constructors
Replace the _TC class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30315
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
---
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=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
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=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=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=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=gcc=rev
Log:
Fix PR88751
This patch implements a small improvement for the heuristic in lra
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
> -:
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=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=90450
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
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=gcc=rev
Log:
2019-06-06 Richard Biener
Backport from mainline
2019-05-22
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=gcc=rev
Log:
2019-06-06 Richard Biener
Backport from mainline
2019-05-22
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=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=gcc=rev
Log:
2019-06-06 Richard Biener
Backport from mainline
2019-05-22
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
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
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=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
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=90751
Rolf Eike Beer changed:
What|Removed |Added
CC||eb at emlix dot com
--- Comment #6
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=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
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=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=90760
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target
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=90757
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87165
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86657
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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=87362
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=89330
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
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=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
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 #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
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=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
--- 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=gcc=rev
Log:
Simplify mult where both arguments are 0 or 1 (PR tree-optimization/87954).
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=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
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=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=gcc=rev
Log:
Fix HTML headers and titles for 'Installing GCC' pages (PR web/87933).
2019-06-06
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77278
--- Comment #25 from Thomas Koenig ---
(In reply to Jan Hubicka from comment #24)
> Hi,
> actually it won't help since C has only one bool type and not bools in
> different sizes (why would one need that?).
"Because it's in the Fortran language
82 matches
Mail list logo
