--disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160420 (experimental) [trunk revision 235250] (GCC)
$
$ gcc-5.3 -c -w small.c
$
$ gcc-trunk -c -w small.c
small.c: In function ‘fn1’:
small.c:3:6: error: non-trivial conversion at assignment
void fn1 ()
^~~
int
_Bool
b = 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70745
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Milestone: ---
$ cat fprintf-zero-ptr.c
#include
int main()
{
fprintf(0, "Hi\n");
}
$ gcc --version
gcc (GCC) 7.0.0 20160420 (experimental)
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #138 from Adam H. Peterson ---
Disregard my comment above. I was dropped into the wrong bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69078
--- Comment #2 from Adam H. Peterson ---
Incidentally, my GCC version is 5.3:
$ g++ --version
g++ (Debian 5.3.1-13) 5.3.1 20160323
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
Adam H. Peterson changed:
What|Removed |Added
CC||alphaetapi at hotmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69078
Adam H. Peterson changed:
What|Removed |Added
CC||alphaetapi at hotmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69004
--- Comment #14 from PeteVine ---
Tried it again using gcc 5.3.0:
Building physfs (release)
physfs.c
../src/physfs/physfs.c:76:5: warning: initialization from incompatible pointer
type [-Wincompatible-pointer-types]
&__PHYSFS_Arch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70745
Bug ID: 70745
Summary: Wrong handling of regex_constant::match_not_eow and
regex_constant::match_not_bow
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30354
Manuel López-Ibáñez changed:
What|Removed |Added
Last reconfirmed|2012-06-29 00:00:00 |2016-4-21
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67400
--- Comment #2 from H.J. Lu ---
*** Bug 70743 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70743
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70744
Bug ID: 70744
Summary: preincrements possibly double-evaluated in GNU
ternaries
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70743
Bug ID: 70743
Summary: Extend -fno-plt to function pointer
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
--- Comment #6 from Daniel Gutson
---
(In reply to Marc Glisse from comment #5)
> It seems to me that the reason we don't already have div as a builtin is
> that we need to know the layout of div_t.
>
> In a header, you don't really need inline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
--- Comment #5 from Marc Glisse ---
It seems to me that the reason we don't already have div as a builtin is that
we need to know the layout of div_t.
In a header, you don't really need inline asm:
inline div_t div(int a, int b){ div_t q; q.quot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
--- Comment #4 from Daniel Gutson
---
Please assign this to andres.tirabos...@tallertechnologies.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
--- Comment #3 from Daniel Gutson
---
(In reply to Andrew Pinski from comment #1)
> Let me reword the summary. what you want is div and ldiv and imaxdiv to be
and lldiv
> supported as a builtin, in that it expands correctly to do the div/mod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725
--- Comment #10 from H.J. Lu ---
It also fails on x86-64:
/export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/export/gnu/import/git/sources/gcc/gcc/testsuite/gcc.dg/pr70725.c
-fno-diagnostics-show-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
--- Comment #2 from Daniel Gutson
---
(In reply to Andrew Pinski from comment #1)
> Let me reword the summary. what you want is div and ldiv and imaxdiv to be
> supported as a builtin, in that it expands correctly to do the div/mod
> inlined.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
Bug ID: 70742
Summary: Add a builtin for obtaining a quotient and remainder
of an integer division
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70741
Bug ID: 70741
Summary: segfault when jumping into statement expression in
array initializer
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067
Victoria changed:
What|Removed |Added
CC||victoria.stepanyan at amd dot
com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52910
Victoria changed:
What|Removed |Added
CC||victoria.stepanyan at amd dot
com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50774
Victoria changed:
What|Removed |Added
CC||victoria.stepanyan at amd dot
com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
--- Comment #5 from Marek Polacek ---
Cleaned up testcase:
extern int foo (void);
extern void *memcpy (void *, const void *, __SIZE_TYPE__);
struct
{
char a[6];
} d;
struct
{
int a1[0];
int a2[0];
int a3[0];
int a4[];
} a, c;
int b;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55635
--- Comment #5 from Nathan Sidwell ---
Author: nathan
Date: Wed Apr 20 19:59:56 2016
New Revision: 235297
URL: https://gcc.gnu.org/viewcvs?rev=235297&root=gcc&view=rev
Log:
cp/
PR c++/55635
* init.c (build_vec_delete_1):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #9 from H.J. Lu ---
gdb) f 1
ersion 7.0.0 20160420 (experimental) (GCC)
[hjl@gnu-6 gcc]$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |NEW
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
--- Comment #3 from Eric Engeström ---
(In reply to Marek Polacek from comment #1)
> The kernel .config is of no great use for us; could you please attach the
> preprocessed testcase (should be generated automagically and stored into
> /tmp/)?
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 17:40:02 2016
New Revision: 235293
URL: https://gcc.gnu.org/viewcvs?rev=235293&root=gcc&view=rev
Log:
Fix std::codecvt_utf8* for big-endian targets
PR libstdc++/69703
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70282
--- Comment #3 from PeteVine ---
I've just tried building with g++ 5.3.0 and `-flto` which to my surprise didn't
hang unlike 5.3.0 without lto.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
) 7.0.0 20160420 (experimental)
GCC built with default options (ie. by just running `./configure; make`) from
commit a8876617811b8999e71d100cdd682b4e76c04b67
$ uname -rm
3.16.0-67-generic x86_64
To reproduce:
1 - Checkout commit 9a0e3eea25d3ab267aff9d4eaed83fbe46d989d0 from the Linux
kernel.
2 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #8 from Jonathan Wakely ---
There's a silly typo that breaks the facets for big-endian targets, testing the
fix now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #29 from Martin Jambor ---
Created attachment 38316
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38316&action=edit
Fix storing access size to conditions
Honza asked me to also come up with a version of the patch where we
stor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Bug 69582 depends on bug 69363, which changed state.
Bug 69363 Summary: ICE when doing a pragma simd reduction with max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
iverbin at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60796
Daniel Vollmer changed:
What|Removed |Added
CC||zerolo at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65385
Jack Howarth changed:
What|Removed |Added
CC||howarth.at.gcc at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69489
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Apr 20 15:57:01 2016
New Revision: 235292
URL: https://gcc.gnu.org/viewcvs?rev=235292&root=gcc&view=rev
Log:
PR tree-optimization/69489
* tree-if-conv.c (phi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
--- Comment #6 from iverbin at gcc dot gnu.org ---
Author: iverbin
Date: Wed Apr 20 15:48:53 2016
New Revision: 235290
URL: https://gcc.gnu.org/viewcvs?rev=235290&root=gcc&view=rev
Log:
Fix PR c++/69363
gcc/c-family/
PR c++/69363
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56625
--- Comment #3 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Apr 20 15:41:45 2016
New Revision: 235289
URL: https://gcc.gnu.org/viewcvs?rev=235289&root=gcc&view=rev
Log:
PR tree-optimization/56625
PR tree-optimization/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
--- Comment #6 from Marek Polacek ---
Could be just
--- a/gcc/tree-ssa-structalias.c
+++ b/gcc/tree-ssa-structalias.c
@@ -2241,7 +2241,11 @@ dump_pred_graph (struct scc_info *si, FILE *file)
if (graph->points_to[i]
&& !bitmap_empty_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69489
--- Comment #5 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Apr 20 15:41:45 2016
New Revision: 235289
URL: https://gcc.gnu.org/viewcvs?rev=235289&root=gcc&view=rev
Log:
PR tree-optimization/56625
PR tree-optimization/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #29 from David Edelsohn ---
Flex 2.6.0 works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #7 from Jonathan Wakely ---
Thanks, I'll fix it asap.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69703
--- Comment #6 from Andreas Schwab ---
The tests fail on m68k.
Output: 66855.exe:
/daten/aranym/gcc/gcc-20160420/libstdc++-v3/testsuite/22_locale/codecvt/codecvt_utf8_utf16/66855.cc:68:
void test02(): Assertion `buf[0] == utf16[0]' f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70454
--- Comment #4 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Apr 20 14:41:55 2016
New Revision: 235287
URL: https://gcc.gnu.org/viewcvs?rev=235287&root=gcc&view=rev
Log:
Don't build 32-bit libatomic with -march=i486 on x86-64
Gcc uses t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
--- Comment #5 from Marek Polacek ---
(gdb) p varmap.length()
$5 = 13
(gdb) p n
$6 = 21
so yeah - we're out-of-range.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
--- Comment #4 from Marek Polacek ---
struct S
{
long m;
};
struct S
fn1 (struct S *a)
{
if (a->m)
a->m |= 2;
return *a;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70503
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 14:30:39 2016
New Revision: 235285
URL: https://gcc.gnu.org/viewcvs?rev=235285&root=gcc&view=rev
Log:
Fix assertions for move assignment of trivial types
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70503
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 14:30:33 2016
New Revision: 235284
URL: https://gcc.gnu.org/viewcvs?rev=235284&root=gcc&view=rev
Log:
Ensure std::thread helpers have internal linkage
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #11 from Jonathan Wakely ---
The local static variable seems to be captured by copy at the point when the
closure's call operator is instantiated, so it captures the current value of
the variable.
extern "C" int printf(const char*, .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #10 from Jonathan Wakely ---
(In reply to Allan McRae from comment #6)
> gcc 5.3.1 built from a snapshot tarball is calling itself 5.3.0 unless you
> use "--with-pkgversion". I do not consider this a problem with Arch if gcc
> does n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70700
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #7 from Jonathan Wakely ---
(In reply to Allan McRae from comment #6)
> (In reply to Jonathan Wakely from comment #5)
> > (In reply to Jonathan Wakely from comment #4)
>
> > > This shows that Arch is using a snapshot from the gcc-5-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70739
Bug ID: 70739
Summary: VALUE attribute interpretation in a non-interoperable
procedure
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to work||6.0, 7.0
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #6 from Allan McRae ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Jonathan Wakely from comment #4)
> > This shows that Arch is using a snapshot from the gcc-5-branch on 20160209,
> > which means it's 5.3.1, but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
--- Comment #14 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Apr 20 13:38:31 2016
New Revision: 235282
URL: https://gcc.gnu.org/viewcvs?rev=235282&root=gcc&view=rev
Log:
[AArch64] Work around PR target/64971
2016-04-20 Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70738
Bug ID: 70738
Summary: Add -minteger-only option
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
--- Comment #13 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Apr 20 13:29:32 2016
New Revision: 235281
URL: https://gcc.gnu.org/viewcvs?rev=235281&root=gcc&view=rev
Log:
[AArch64] Work around PR target/64971
2016-04-20 Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70737
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66543
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Apr 20 13:24:17 2016
New Revision: 235279
URL: https://gcc.gnu.org/viewcvs?rev=235279&root=gcc&view=rev
Log:
PR c++/66543 - -Wunused-but-set* false positives
* expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #4 from Jonathan Wakely ---
(In reply to Paolo Monteverde from comment #2)
> Sorry, on Ubuntu the version is actually 5.3.1, but on Arch is 5.3.0, as far
> as I can see.
Unfortunately you are being misled by Arch lying.
> gcc -v on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70737
--- Comment #1 from Andrea Griffini ---
Forgot to mention that this a stripped-down version of a problem we had in
production code where indeed the result was an un-initialized value (resulting
in a random huge number).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70737
Bug ID: 70737
Summary: Invalid C++ code compiles when using explicit template
conversions
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 13:00:43 2016
New Revision: 235278
URL: https://gcc.gnu.org/viewcvs?rev=235278&root=gcc&view=rev
Log:
Fix assertions for move assignment of trivial types
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69464
--- Comment #13 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 13:00:24 2016
New Revision: 235276
URL: https://gcc.gnu.org/viewcvs?rev=235276&root=gcc&view=rev
Log:
Avoid including all of in
Backport from mainline
2016-01-25 Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70503
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 20 13:00:37 2016
New Revision: 235277
URL: https://gcc.gnu.org/viewcvs?rev=235277&root=gcc&view=rev
Log:
Ensure std::thread helpers have internal linkage
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #3 from Paolo Monteverde ---
Created attachment 38315
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38315&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
--- Comment #2 from Paolo Monteverde ---
(In reply to Jonathan Wakely from comment #1)
> I can reproduce this with 5.3.1 and later, but not 5.3.0
>
> As requested at https://gcc.gnu.org/bugs/ please provide the output of 'gcc
> -v', on both Debi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684
Ray Donnelly changed:
What|Removed |Added
CC||mingw.android at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70736
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70736
Bug ID: 70736
Summary: false positive uninitialized warning
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #7 from Marc Glisse ---
(In reply to Richard Biener from comment #3)
> It's not unused, it's stored to memory.
Of course, I read the testcase too quickly and thought *r was a throw-away
local variable... Sorry about that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66646
--- Comment #4 from rguenther at suse dot de ---
On Wed, 20 Apr 2016, amker at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66646
>
> --- Comment #3 from amker at gcc dot gnu.org ---
> BTW, shall we version the loop in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66646
--- Comment #3 from amker at gcc dot gnu.org ---
BTW, shall we version the loop in ldist pass if # of iterations can't be
computed at compilation time. We can check the target dependent value when
deciding which version should be executed. It do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30354
--- Comment #19 from Bernhard Reutner-Fischer ---
(In reply to Denis Vlasenko from comment #17)
> Any chance of this being finally done?
>
> I proposed a simple, working patch in 2007, it's 2016 now and all these
> years users of -Os suffer from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #4 from Armin Rigo ---
Ah, sorry about that; I only checked the 5.x branch. My mistake.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #3 from Richard Biener ---
(In reply to Marc Glisse from comment #2)
> (In reply to Marc Glisse from comment #1)
> > movl%edi, (%rdx)
>
> Looks like we fail to notice that the result of the addition is unused and
> keep this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729
--- Comment #9 from Richard Biener ---
Oh, and I believe to make nests with only outer safelen > 0 work correctly we
need to move the check elsewhere:
Index: gcc/tree-ssa-loop-im.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #2 from Marc Glisse ---
(In reply to Marc Glisse from comment #1)
> movl%edi, (%rdx)
Looks like we fail to notice that the result of the addition is unused and keep
this dead store...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70734
--- Comment #1 from Marc Glisse ---
gcc-6 produces
.cfi_startproc
addl%esi, %edi
movl%edi, (%rdx)
jo .L9
rep ret
.L9:
pushq %rax
.cfi_def_cfa_offset 16
callabort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729
--- Comment #8 from Richard Biener ---
Index: gcc/passes.def
===
--- gcc/passes.def (revision 235237)
+++ gcc/passes.def (working copy)
@@ -244,6 +244,7 @@ along with GCC;
1 - 100 of 124 matches
Mail list logo
