https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69719
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Feb 10 08:36:03 2016
New Revision: 233262
URL: https://gcc.gnu.org/viewcvs?rev=233262&root=gcc&view=rev
Log:
2016-02-10 Richard Biener
PR tree-optimization/69719
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69741
Bug ID: 69741
Summary: forall array scalar loop counters
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69737
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69736
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69735
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69725
--- Comment #11 from Richard Biener ---
At least it's very slow doing the configure checks and I see it LTOs gmp all
the time (configuring mpfr). Just trying regular LTO bootstrap right now btw,
w/o profile-feedback.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
Bug ID: 69742
Summary: ICE with -O3 and ASSOCIATE containing repeated
expression
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
--- Comment #2 from mrestelli ---
(In reply to Thomas Koenig from comment #1)
> What happens if you run it with
>
> gfortran -ffrontend-optimize
Same ICE
> and with
>
> gfortran -O3 -fno-frontend-optimize ?
Works correctly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59878
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69743
Bug ID: 69743
Summary: function overload - template instantiation depth
exceeds maximum (gcc4, clang - no problem)
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
--- Comment #5 from Richard Biener ---
Ok, not inlining compile_length_quantifier_node fixes it as well. It's inlined
in
compile_length_tree.
-fdisable-tree-uncprop1 fixes it - that hints more at a target specific RTL
issue
or an RTL expansion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Wed Feb 10 11:10:58 2016
New Revision: 233263
URL: https://gcc.gnu.org/viewcvs?rev=233263&root=gcc&view=rev
Log:
Constrain std::valarray functions and operators
PR libstdc++/691
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69735
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69743
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
--- Comment #10 from Jonathan Wakely ---
Author: redi
Date: Wed Feb 10 11:25:33 2016
New Revision: 233265
URL: https://gcc.gnu.org/viewcvs?rev=233265&root=gcc&view=rev
Log:
Constrain std::valarray functions and operators
PR libstdc++/69
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #11 from vehre at gcc dot gnu.org ---
Patch at:
https://gcc.gnu.org/ml/fortran/2016-02/msg00033.html
Waiting for review and approval of bugreporters whether the patch fixes the
issue or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59878
--- Comment #10 from vries at gcc dot gnu.org ---
(In reply to vries from comment #9)
By comparing cloog sources with isl tags I got:
> cloog-0.16.0: isl-0.05
> cloog-0.16.1: isl-0.05.1
> cloog-0.16.2: isl-0.06
> cloog-0.16.3: isl-0.07
> cloog-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69710
--- Comment #8 from amker at gcc dot gnu.org ---
Reproduced on arm with saxpy.c. The dump for slp is as below:
:
_82 = prologue_after_cost_adjust.7_43 * 4;
vectp_dy.13_81 = dy_9(D) + _82;
_87 = prologue_after_cost_adjust.7_43 * 4;
vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69098
--- Comment #7 from Jakub Jelinek ---
(In reply to Patrick Palka from comment #6)
> This fixes it:
Are you going to post it to gcc-patches (with ChangeLog and testcase)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69710
--- Comment #9 from amker at gcc dot gnu.org ---
Also the problem exists only for arm because it doesn't support [base+index]
addressing mode for vect load/store. I guess mips doesn't either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69098
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P2
Target Milestone|6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #14 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
--- Comment #6 from Richard Biener ---
Created attachment 37651
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37651&action=edit
preprocessed source
Build with -m32 -mtune=generic -march=i586 -O [-fPIC]
-fdisable-rtl-ce2 (if-conversion af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
--- Comment #7 from Richard Biener ---
It combines
(insn 353 352 354 63 (set (reg:CCZ 17 flags)
(compare:CCZ (mem/f:SI (plus:SI (reg/v/f:SI 225 [ node ])
(const_int 32 [0x20])) [10 MEM[(struct QtfrNode
*)node_14(D)].n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #12 from Dominik Vogt ---
The patch works on s390x.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
--- Comment #8 from Richard Biener ---
#0 noce_emit_store_flag (if_info=0x7fffd7d0, x=0x75ade840,
reversep=1, normalize=0) at /space/rguenther/src/svn/trunk3/gcc/ifcvt.c:839
#1 0x017adfa3 in noce_try_store_flag_constants (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
--- Comment #9 from Richard Biener ---
Ah, of course
/* If we have x := test ? x + 3 : x + 4 then move the original
x out of the way while we store flags. */
if (common && reg_mentioned_p (if_info->x, common))
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
--- Comment #10 from Richard Biener ---
Testing
Index: gcc/ifcvt.c
===
--- gcc/ifcvt.c (revision 233262)
+++ gcc/ifcvt.c (working copy)
@@ -1381,10 +1381,11 @@ noce_try_store_flag_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
Richard Biener changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69291
--- Comment #11 from Richard Biener ---
Caused by r226869.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68672
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69726
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Wed Feb 10 12:46:33 2016
New Revision: 233267
URL: https://gcc.gnu.org/viewcvs?rev=233267&root=gcc&view=rev
Log:
2016-02-10 Richard Biener
PR tree-optimization/69726
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69726
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #15 from David Edelsohn ---
Improving find_reloads_address_1 seems the better path. auto_inc_dec is
beneficial in recent Power processors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69609
--- Comment #5 from Richard Biener ---
So checking enabled trunk with -O2 -fno-checking results in
PRE : 25.58 ( 7%) usr 0.53 (33%) sys 26.14 ( 7%) wall
793 kB ( 0%) ggc
reorder blocks : 286.65 (80%) usr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69609
--- Comment #6 from Richard Biener ---
Maybe sth as simple as
Index: gcc/bb-reorder.c
===
--- gcc/bb-reorder.c(revision 233262)
+++ gcc/bb-reorder.c(working copy)
@@ -889,6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69702
--- Comment #2 from Arnd Bergmann ---
Thanks, I have now added -fno-tree-loop-im to the kernel gcov cflags, so files
we profile will be built with that. I can confirm that it fixes all stack size
warnings that show up with -fprofile-arcs, I found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69702
--- Comment #3 from rguenther at suse dot de ---
On Wed, 10 Feb 2016, arnd at linaro dot org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69702
>
> --- Comment #2 from Arnd Bergmann ---
> Thanks, I have now added -fno-tree-loop-im to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62134
--- Comment #7 from Jonathan Wakely ---
FWIW probably a dup of PR 61198 and so fixed by r218955
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68021
--- Comment #16 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Feb 10 14:09:05 2016
New Revision: 233269
URL: https://gcc.gnu.org/viewcvs?rev=233269&root=gcc&view=rev
Log:
PR tree-optimization/68021
* tree-ssa-loop-ivo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68021
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69744
Bug ID: 69744
Summary: OpenBSD does not define max_align_t
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
--- Comment #22 from Richard Biener ---
If -fno-ipa-sra helps can you try
Index: gcc/tree-sra.c
===
--- gcc/tree-sra.c (revision 233268)
+++ gcc/tree-sra.c (working copy)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69744
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69687
Marcel Böhme changed:
What|Removed |Added
Severity|normal |major
--- Comment #8 from Marcel Böhme -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69744
--- Comment #2 from Richard Biener ---
stddef.h is provided by GCC itself and thus likely needs "fixing" for OpenBSD
(see gcc/ginclude/stddef.h)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69745
Bug ID: 69745
Summary: Too big precompiled headers seem to result in a silent
compilation failure
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #13 from Dominique d'Humieres ---
The patch fixes the two issues I saw on x86_64-apple-darwin15 (comment 10 and
an ICE when compiling the test with -fcoarray=lib).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69687
Markus Trippelsdorf changed:
What|Removed |Added
Severity|major |normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67180
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69746
Bug ID: 69746
Summary: [6 Regression] diagnostic about non-constant
expression not helpful
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69649
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 10 15:06:20 2016
New Revision: 233271
URL: https://gcc.gnu.org/viewcvs?rev=233271&root=gcc&view=rev
Log:
PR ipa/69241
PR c++/69649
* gimplify.c (gimplify_m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69746
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #21 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 10 15:06:20 2016
New Revision: 233271
URL: https://gcc.gnu.org/viewcvs?rev=233271&root=gcc&view=rev
Log:
PR ipa/69241
PR c++/69649
* gimplify.c (gimplify_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68562
--- Comment #10 from ian at gcc dot gnu.org ---
Author: ian
Date: Wed Feb 10 15:14:05 2016
New Revision: 233273
URL: https://gcc.gnu.org/viewcvs?rev=233273&root=gcc&view=rev
Log:
PR go/68562
* config/i386/morestack.S (__stack_spl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68562
--- Comment #11 from ian at gcc dot gnu.org ---
Author: ian
Date: Wed Feb 10 15:14:24 2016
New Revision: 233274
URL: https://gcc.gnu.org/viewcvs?rev=233274&root=gcc&view=rev
Log:
PR go/68562
* config/i386/morestack.S (__stack_spl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68562
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69747
Bug ID: 69747
Summary: c6x cross-compiler fails with "Error: inconsistent
uses of .cfi_sections"
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69744
--- Comment #3 from Jonathan Wakely ---
(In reply to Richard Biener from comment #2)
> stddef.h is provided by GCC itself and thus likely needs "fixing" for OpenBSD
> (see gcc/ginclude/stddef.h)
Yeah, for some reason that header isn't used for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69748
Bug ID: 69748
Summary: SIGSEGV received on vmovdqa instruction during
avx-vectorized array initialization
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69748
--- Comment #1 from Vladyslav Buslov
---
Created attachment 37653
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37653&action=edit
temp ii file for example program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69652
--- Comment #8 from Ilya Enkovich ---
Author: ienkovich
Date: Wed Feb 10 15:22:17 2016
New Revision: 233275
URL: https://gcc.gnu.org/viewcvs?rev=233275&root=gcc&view=rev
Log:
gcc/
2016-02-10 Yuri Rumyantsev
PR tree-optimization/6965
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69748
Markus Trippelsdorf changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69652
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69747
--- Comment #1 from dhowells at redhat dot com ---
This gcc also fails:
%global DATE 20160205
%global SVNREV 233185
%global gcc_version 6.0.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20679
Bug 20679 depends on bug 10200, which changed state.
Bug 10200 Summary: [6 Regression] Weird clash with same names in different
scopes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12944
Bug 12944 depends on bug 10200, which changed state.
Bug 10200 Summary: [6 Regression] Weird clash with same names in different
scopes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #12 from Jason Merrill ---
Author: jason
Date: Wed Feb 10 15:34:59 2016
New Revision: 233278
URL: https://gcc.gnu.org/viewcvs?rev=233278&root=gcc&view=rev
Log:
PR c++/69657
* name-lookup.c (ambiguous_decl): Call remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69748
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69749
Bug ID: 69749
Summary: Use aligned spill/fill for vector register in
interrupt handler
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69750
Bug ID: 69750
Summary: ICE in sh64 targetted gcc-6
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #24 from Jakub Jelinek ---
The #c1 testcase doesn't bother to return a value from the function, does
Chromium has similar garbage in it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69573
--- Comment #8 from Martin Sebor ---
(In reply to Chen Gang from comment #7)
> Can we check __APPLE_CC__ instead of __SIZEOF_LONG_DOUBLE__ ?
Thanks for testing the patch! It sounds like on this target, even though
sizeof(long double) is 16, its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69748
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #4 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15795
Andrew Pinski changed:
What|Removed |Added
CC||vladyslav.buslov@harmonicin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69751
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69751
Bug ID: 69751
Summary: error: call of overloaded 'abs(size_t)' is ambiguous
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #25 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #24)
> The #c1 testcase doesn't bother to return a value from the function, does
> Chromium has similar garbage in it?
Actually, the chromium file, from which t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69750
--- Comment #1 from dhowells at redhat dot com ---
Doing gdb ./gcc/cc1 and running it with:
r -quiet foo.c -g -fexceptions -o /tmp/cc5gm5ki.s
shows the failure as:
Program received signal SIGSEGV, Segmentation fault.
_IO_vfprintf_internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69751
--- Comment #2 from Jonathan Wakely ---
(In reply to mgans...@alice.de from comment #0)
> series.c:90:99: error: call of overloaded 'abs(size_t)' is ambiguous
> if (::abs(strlen(evtCompShortText) -
> strlen(episodeDb->getStrValue(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #26 from Jakub Jelinek ---
Created attachment 37654
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37654&action=edit
gcc6-pr69241.patch
Well, we shouldn't ICE even on questionable testcases where -Wreturn-type
complains on them
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69671
--- Comment #13 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #9)
> But something like that might remove the flexibility from the register
> allocator.
>
> Wonder why the RA in this case doesn't see that the value loaded into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69098
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69751
--- Comment #3 from mgansser at alice dot de
---
many thanks for supporting me, problem was solved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69573
--- Comment #9 from Martin Sebor ---
I built the x86_64-apple-darwin15.3.0 cross-compiler to better understand what
the problem is but I don't see it. The cross compiler says the size and
alignment of long double is 16 in both ILP32 (with -m32)
1 - 100 of 225 matches
Mail list logo