https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67213
--- Comment #3 from Fredrik Hederstierna
fredrik.hederstie...@securitas-direct.com ---
Created attachment 36186
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=36186action=edit
Dump from tree-ssa-loop-ivcanon.c
In the function iter_6 it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67214
Bug ID: 67214
Summary: undefined behaviour in std::num_get::_M_extract_int()
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
Bug ID: 67211
Summary: [5 Regression] ICE (insn does not satisfy its
constraints) on powerpc64le-linux-gnu
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
||trippels at gcc dot gnu.org
--- Comment #1 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
I cannot reproduce this with:
gcc version 5.2.1 20150814 (GCC)
Please post the full output of -v invocation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348
--- Comment #9 from Vittorio Zecca zeccav at gmail dot com ---
No, it is not valid, but gfortran should signal this with an error message.
Not with a crash.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62296
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
--- Comment #22 from Marek Polacek mpolacek at gcc dot gnu.org ---
If infer_nonnull_range_by_attribute can't rely on gimple_call_fntype then we
indeed need to add a check there.
So like this?
--- a/gcc/gimple.c
+++ b/gcc/gimple.c
@@ -2694,10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
Bill Schmidt wschmidt at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67217
Bug ID: 67217
Summary: [concepts] Constraints are ignored when specializing
union templates
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67212
Bug ID: 67212
Summary: Infinite recurtion in std::regex_match
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67002
--- Comment #27 from John Paul Adrian Glaubitz glaubitz at physik dot
fu-berlin.de ---
(In reply to Oleg Endo from comment #26)
Please open a new PR if there is another boostrapping issue.
I'm afraid that might actually be the case even though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67213
Bug ID: 67213
Summary: When compiling for size with -Os loops can get bigger
after peeling
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67213
--- Comment #1 from Fredrik Hederstierna
fredrik.hederstie...@securitas-direct.com ---
Created attachment 36185
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=36185action=edit
Example files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
--- Comment #2 from Matthias Klose doko at gcc dot gnu.org ---
Using built-in specs.
COLLECT_GCC=g++
Target: powerpc64le-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 5.2.1-15ubuntu1'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
--- Comment #16 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org ---
Patch proposed: https://gcc.gnu.org/ml/gcc-patches/2015-08/msg00762.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67206
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
The memmove issue is because of
(compute_affine_dependence
stmt_a: _16 = *_15;
stmt_b: *_12 = _16;
) - dependence analysis failed
/* Now check that if there is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
--- Comment #17 from Marek Polacek mpolacek at gcc dot gnu.org ---
If maybe_remove_unused_call_args is only supposed to work when we redirect to
__builtin_unreachable or __cxa_pure_virtual, maybe we should remove all
attributes except
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67002
--- Comment #28 from John Paul Adrian Glaubitz glaubitz at physik dot
fu-berlin.de ---
(In reply to John Paul Adrian Glaubitz from comment #27)
What happens is that g++ seems to get stuck in stage3 when compiling
src/gcc/c-family/c-common.c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
--- Comment #23 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Richard Biener from comment #21)
OTOH users like infer_nonnull_range_by_attribute cannot rely on
gimple_call_fntype being compatible with the actual call (like in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
--- Comment #24 from Marek Polacek mpolacek at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #23)
And what would happen if the nonnull attribute refers to a different
argument that still satisfies the check? For example,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67218
Bug ID: 67218
Summary: Combine incorrectly folds (double) (float) (unsigned)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67218
rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67215
--- Comment #4 from Andrew Senkevich andrew.n.senkevich at gmail dot com ---
-bash-4.2$ cat test.c
extern char* mem(int);
char* arr[32];
void proc(void)
{
int i;
for (i=0;i32;i++)
arr[i] = mem(128);
}
gcc -pie -fpie -fno-plt -O2 -S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67143
--- Comment #3 from mwahab at gcc dot gnu.org ---
Author: mwahab
Date: Fri Aug 14 15:05:42 2015
New Revision: 226895
URL: https://gcc.gnu.org/viewcvs?rev=226895root=gccview=rev
Log:
gcc/
2015-08-14 Matthew Wahab matthew.wa...@arm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48664
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37845
Vincent Lefèvre vincent-gcc at vinc17 dot net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67215
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66983
--- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Aug 14 18:51:50 2015
New Revision: 226901
URL: https://gcc.gnu.org/viewcvs?rev=226901root=gccview=rev
Log:
[PR64164] Drop copyrename, use coalescible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164
--- Comment #50 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Aug 14 18:51:50 2015
New Revision: 226901
URL: https://gcc.gnu.org/viewcvs?rev=226901root=gccview=rev
Log:
[PR64164] Drop copyrename, use coalescible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67035
--- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Aug 14 18:51:50 2015
New Revision: 226901
URL: https://gcc.gnu.org/viewcvs?rev=226901root=gccview=rev
Log:
[PR64164] Drop copyrename, use coalescible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67034
--- Comment #5 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Aug 14 18:51:50 2015
New Revision: 226901
URL: https://gcc.gnu.org/viewcvs?rev=226901root=gccview=rev
Log:
[PR64164] Drop copyrename, use coalescible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67000
--- Comment #5 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Aug 14 18:51:50 2015
New Revision: 226901
URL: https://gcc.gnu.org/viewcvs?rev=226901root=gccview=rev
Log:
[PR64164] Drop copyrename, use coalescible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66978
--- Comment #7 from Alexandre Oliva aoliva at gcc dot gnu.org ---
Author: aoliva
Date: Fri Aug 14 18:51:50 2015
New Revision: 226901
URL: https://gcc.gnu.org/viewcvs?rev=226901root=gccview=rev
Log:
[PR64164] Drop copyrename, use coalescible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67212
--- Comment #2 from Tim Shen timshen at gcc dot gnu.org ---
This isn't an infinite recursion, but just a deep one. I haven't implement
heap allocation and manual recursion yet. In the mean time, you may compile
your code with -O2 (tail recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67216
Pravasi Meet pravasimeet999 at yahoo dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67220
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67222
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67222
Bug ID: 67222
Summary: ICE in gimple_call_arg with bogus posix_memalign
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67222
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67221
--- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org ---
Started with r226850.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67221
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66857
--- Comment #7 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Fri Aug 14 16:33:10 2015
New Revision: 226897
URL: https://gcc.gnu.org/viewcvs?rev=226897root=gccview=rev
Log:
Fix PR c++/66857
gcc/cp/ChangeLog:
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66857
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67220
Bug ID: 67220
Summary: GCC fails to properly handle libcall symbol visibility
of built functions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67221
Bug ID: 67221
Summary: ICE at -Os and above on x86_64-linux-gnu: Segmentation
fault (program cc1)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61441
--- Comment #7 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
On Fri, 14 Aug 2015, ssaraswati at gmail dot com wrote:
--- Comment #6 from Sujoy ssaraswati at gmail dot com ---
(In reply to jos...@codesourcery.com from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67219
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61582
Tim Shen timshen at gcc dot gnu.org changed:
What|Removed |Added
CC||morandidodo at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67221
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
--- Comment #25 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Fri Aug 14 16:29:38 2015
New Revision: 226896
URL: https://gcc.gnu.org/viewcvs?rev=226896root=gccview=rev
Log:
PR middle-end/67133
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66456
Tim Shen timshen at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67212
Tim Shen timshen at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61582
Tim Shen timshen at gcc dot gnu.org changed:
What|Removed |Added
CC||antialize at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67223
Bug ID: 67223
Summary: Address misaligned for ldrexd
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67224
Bug ID: 67224
Summary: UTF-8 support for identifier names in GCC
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66326
--- Comment #3 from Eric ejolson at unr dot edu ---
GCC version 5.2 has come around and the bug is still here.
In particular, compiling for 32-bit Intel or using -mfpmath=387 in 64-bit leads
to immediate floating point exceptions. The fix was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67224
--- Comment #1 from Eric ejolson at unr dot edu ---
To check the installed version of iconv has C99 support type
$ iconv --list | grep C99
C99
$
which means that iconv is recent enough.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66983
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164
Bug 64164 depends on bug 66983, which changed state.
Bug 66983 Summary: [6 Regression] Many testsuite regressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66983
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66978
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67035
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67034
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164
Bug 64164 depends on bug 67034, which changed state.
Bug 67034 Summary: [6 Regression] FAIL: gcc.c-torture/compile/pr39928-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67034
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164
Bug 64164 depends on bug 66978, which changed state.
Bug 66978 Summary: [6 Regression] bootstrap failure with
--with-multilib-list=m32,m64,mx32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66978
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164
Bug 64164 depends on bug 67000, which changed state.
Bug 67000 Summary: [6 Regression] ICE in split_complex_args, at function.c:2325
on ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67000
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67000
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164
Bug 64164 depends on bug 67035, which changed state.
Bug 67035 Summary: [6 Regression] FAIL: gcc.c-torture/compile/pr54713-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67035
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67219
Bug ID: 67219
Summary: [6 Regression] Incorrect conversion warning
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67215
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67216
Bug ID: 67216
Summary: false is still a null pointer constant
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67198
--- Comment #6 from boger at us dot ibm.com ---
I am working with our Docker team to provide a source change that will compile
with old and new gccgo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
--- Comment #19 from Marek Polacek mpolacek at gcc dot gnu.org ---
I'm testing
--- a/gcc/gimple.c
+++ b/gcc/gimple.c
@@ -2949,6 +2949,8 @@ maybe_remove_unused_call_args (struct function *fn,
gimple stmt)
TREE_VALUE (TYPE_ARG_TYPES
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67215
Bug ID: 67215
Summary: -fno-plt needs improvements for x86
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67215
--- Comment #2 from Andrew Senkevich andrew.n.senkevich at gmail dot com ---
-bash-4.2$ cat test.c
extern int proc2(int);
int proc( void)
{
int i = proc2( 3);
return i;
}
gcc test.c -S -pie -fpie -o test.1.S
gcc test.c -S -pie -fpie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67213
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Btw, you can look at -fdump-tree-cunroll-details dump for why GCC thinks the
loop will get smaller in all cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67211
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
The question is if -mtune=power8 -mcpu=power7 if valid for powerpc64le.
I think the minimal CPU supported for little-endian is POWER8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67215
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to Andrew Senkevich from comment #2)
-bash-4.2$ cat test.c
extern int proc2(int);
int proc( void)
{
int i = proc2( 3);
return i;
}
gcc test.c -S -pie -fpie -o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67216
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133
--- Comment #21 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Martin Jambor from comment #20)
The problem is that when inlining transformation sets fndecl of the
call statement, it does not set the fntype (of the statement).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61441
--- Comment #6 from Sujoy ssaraswati at gmail dot com ---
(In reply to jos...@codesourcery.com from comment #5)
With -fno-signaling-nans we don't really care about the result value.
I am not sure about this. -fno-signaling-nans is default and
87 matches
Mail list logo
