https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80275
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Tue Apr 4 06:58:45 2017
New Revision: 246671
URL: https://gcc.gnu.org/viewcvs?rev=246671&root=gcc&view=rev
Log:
2017-04-04 Richard Biener
PR tree-optimization/80275
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #100 from rguenther at suse dot de ---
On Tue, 4 Apr 2017, bernd.edlinger at hotmail dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
>
> --- Comment #99 from Bernd Edlinger ---
> (In reply to rguent...@suse.de fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #101 from Bernd Edlinger ---
(In reply to rguent...@suse.de from comment #100)
> On Tue, 4 Apr 2017, bernd.edlinger at hotmail dot de wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
> >
> > --- Comment #99 from Bernd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #2 from Jakub Jelinek ---
-m32 doesn't have this problem, because __m64 etc. are not passed/returned in
registers, but on the stack (except for -msseregparm ?).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80301
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #5 from Richard Biener ---
We can experiment with adding unshare_exprs to genmatch and see in how many
patterns that triggers. But as said, the general issue looks latent to me.
Folding during gimplification is dangerous.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80293
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Priority|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #6 from Markus Trippelsdorf ---
(gdb) l
1704/* FIXME speed this up, it's taking 16% of compile time on sieve
testcase. */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #2 from Richard Biener ---
Created attachment 41116
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41116&action=edit
unincluded testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #3 from Richard Biener ---
All memory is allocated during
Run till exit from #84 0x0080a9f7 in check_initializer (
decl=, init=,
flags=5, cleanups=0x7fffd7f0)
at /space/rguenther/src/svn/gcc-7-branch/gcc/cp/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80301
--- Comment #3 from Uroš Bizjak ---
(In reply to Richard Biener from comment #2)
> So we fail to combine/fwprop
Because r92 is used in two BBs:
9: {r92:DI=r91:DI+0x2;clobber flags:CC;}
REG_DEAD r91:DI
REG_UNUSED flags:CC
4:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80302
Bug ID: 80302
Summary: FAIL: time on systems with tzdata2017b installed
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #4 from Richard Biener ---
For an unoptimized compiler the profile points at conversion_obstack_alloc
called 16 million times when simplifying the testcase to contain a single
initializer element.
Note we essentially have a std::map
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80303
Bug ID: 80303
Summary: ICE in output_operand: cannot decompose address w/
-fsanitize=undefined
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Tue Apr 4 09:06:04 2017
New Revision: 246674
URL: https://gcc.gnu.org/viewcvs?rev=246674&root=gcc&view=rev
Log:
2017-04-04 Richard Biener
PR middle-end/80281
* ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
Richard Biener changed:
What|Removed |Added
Known to work||4.4.7, 7.0.1
Summary|[5/6/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Bug ID: 80304
Summary: do-concurrent dosn't work well with gfortran 7.
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #5 from Jonathan Wakely ---
(In reply to Richard Biener from comment #1)
> Seems to be caused by libstdc++ changes given g++ 7 preprocessed source uses
> as much memory with g++ 5 as with 7 (even worse, at 12GB and still
> compiling..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60063
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80299
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291
--- Comment #4 from snowfed ---
(In reply to Jakub Jelinek from comment #3)
> r163260 rejected it:
> Error: Incompatible ranks 0 and 1 in assignment at (1)
> and r163270 already ICEs like everything later.
> In that range only r163263 mentions gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79485
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79575
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79685
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80305
Bug ID: 80305
Summary: print statement inside do-concurrent
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59642
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57051
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #2 from Chinoune ---
(In reply to Dominique d'Humieres from comment #1)
> WORKSFORME on x86_64-apple-darwin16 from 4.8 up to trunk (7.0):
>
>10.000 6.
>10.000 6.
>10.000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #3 from Dominique d'Humieres ---
Compiling the code with -O1 gives
131076.000 6.
10.000 6.
131080.000 6.
and with -Os
4. 6.
10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71660
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> We might need a front-end attribute so std::atomic can emulate what the C
> front-end does with _Atomic.
I still think this is the only reliable way to solve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80306
Bug ID: 80306
Summary: ICE in cfgexpand.c during cross-compilation for mips
target
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #6 from Richard Biener ---
Seems we build many functions (instantiate templates?) and then unify them via
fn_type_unification? I believe the root cause is somewhere deeply embedded in
the C++ FE ...
But again, using preprocessed sou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #4 from Dominique d'Humieres ---
I also get a wrong result if I compile the test with
-O1 -fno-auto-inc-dec -fno-branch-count-reg -fno-combine-stack-adjustments
-fno-compare-elim -fno-cprop-registers -fno-dce -fno-defer-pop
-fno-del
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80307
Bug ID: 80307
Summary: [7 regression] MUL generated for small multiplier
cores
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #7 from Richard Biener ---
Created attachment 41120
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41120&action=edit
testcase just using
Reduced testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80307
Thomas Preud'homme changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #6 from Jakub Jelinek ---
(In reply to Richard Biener from comment #5)
> We can experiment with adding unshare_exprs to genmatch and see in how many
> patterns that triggers. But as said, the general issue looks latent to me.
> Foldi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #7 from rguenther at suse dot de ---
On Tue, 4 Apr 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
>
> --- Comment #6 from Jakub Jelinek ---
> (In reply to Richard Biener from comment #5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Bug ID: 80308
Summary: asan crash on big-endian powerpc-linux target
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79876
--- Comment #16 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 4 10:41:33 2017
New Revision: 246675
URL: https://gcc.gnu.org/viewcvs?rev=246675&root=gcc&view=rev
Log:
PR libgomp/79876
* config/posix/thread-stacksize.h: New f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 4 10:45:55 2017
New Revision: 246676
URL: https://gcc.gnu.org/viewcvs?rev=246676&root=gcc&view=rev
Log:
PR target/80286
* config/i386/i386.c (ix86_expand_args_bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79876
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6/7 Regression] AVX2 |[5/6 Regression] AVX2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #8 from Jonathan Wakely ---
The drastic slowdown started with r225189
We can't realistically revert that, so we'll have to find a way to make the FE
faster. I don't really know what I'm talking about, but I like this idea:
(In reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #9 from Jonathan Wakely ---
Reduced:
#include
typedef std::pair > > > > FruMap;
#define INIT { 1, \
{ "/system/chassis/motherboard/cpu0", \
{ "xyz.openbmc_project.Inventory.Decorator.Asset", \
{ "PartNumber", \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #10 from Jonathan Wakely ---
Or even just:
#include
typedef std::pair > > > > FruMap;
#define INIT { 1, { "", { "", { "", {"",""}, }, } }, }
extern const FruMap frus[] = {
INIT,
INIT,
INIT,
INIT,
INIT,
};
All the time is spent i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #11 from Jonathan Wakely ---
With gcc-6 every extra member of the init-list increases memory usage
dramatically:
TOTAL : 0.64 0.17 0.82 126289 kB
TOTAL : 0.76 0.23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79904
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79893
Andreas Krebbel changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77919
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
--- Comment #29 from Xi Ruoyao ---
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg01563.html
Patch proposal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #8 from Jakub Jelinek ---
Created attachment 41121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41121&action=edit
gcc7-pr80297.patch
Patch I'm going to test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #9 from rguenther at suse dot de ---
On Tue, 4 Apr 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
>
> --- Comment #8 from Jakub Jelinek ---
> Created attachment 41121
> --> https://gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Richard Biener changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #12 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #2 from Bernd Edlinger ---
(In reply to Martin Liška from comment #1)
> I'll take a look. Can I reproduce it on a machine we have in compile farm?
No, idea, if I find time, I will try to get a smaller test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71577
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #13 from Richard Biener ---
typedef std::pair > > > FruMap;
extern const FruMap frus[] = {
{ 1, { "", { "", {"",""}, }, }, },
};
is twice as fast as
typedef std::pair > > > > FruMap;
extern const FruMap frus[] = {
{ 1, { ""
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #14 from Richard Biener ---
(In reply to Richard Biener from comment #13)
> typedef std::pair std::pair > > > FruMap;
> extern const FruMap frus[] = {
> { 1, { "", { "", {"",""}, }, }, },
> };
>
> is twice as fast as
>
> typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #3 from Martin Liška ---
Ok, looks there's just ppc64 in the compile farm. Running on gcc110, asan.exp
works all fine except c-c++-common/asan/swapcontext-test-1.c.
I also verified that w/ -m32, shadow memory in properly prepared:
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Bug ID: 80309
Summary: [7 Regression] ICE: canonical types differ for
identical types _Args2 and _Args2
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
--- Comment #2 from Markus Trippelsdorf ---
Started with r246653.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
--- Comment #7 from koenigni at gcc dot gnu.org ---
Author: koenigni
Date: Tue Apr 4 13:41:41 2017
New Revision: 246679
URL: https://gcc.gnu.org/viewcvs?rev=246679&root=gcc&view=rev
Log:
2017-03-18 Nicolas Koenig
PR fortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
--- Comment #3 from Markus Trippelsdorf ---
Ugh, looks like a garbage collector issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
Bug ID: 80310
Summary: [7 Regression] Bogus -Wpsabi warning with
-fsanitize=signed-integer-overflow
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80311
Bug ID: 80311
Summary: Bound member functions extension allows bogus
conversions
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Keywords: accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80306
niva at niisi dot msk.ru changed:
What|Removed |Added
Known to fail||4.7.4
--- Comment #1 from niva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
--- Comment #1 from Jakub Jelinek ---
Created attachment 41122
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41122&action=edit
gcc7-pr80310.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35543
--- Comment #4 from Martin Liška ---
>
> Yes, looks like it is done for memcpy, memset, bzero, etc, but not strncmp,
> memcmp, memmove, strncpy etc.
>
>
Hi David.
Do you have any interesting benchmarks where optimization of such function
wou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35591
--- Comment #1 from Martin Liška ---
Sounds interesting. I'm planning to switch default counter type for string
routines to Top N. That would allow such transformations. Do you have any
interesting benchmark where one can see a speed gap benefiti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65530
Bug 65530 depends on bug 78631, which changed state.
Bug 78631 Summary: [Intel MPX] libmpxwrappers shared library leads to a
non-bounds-preserving memcpy()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #5 from Chinoune ---
Created attachment 41124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41124&action=edit
the second test program
This is another test which fails with all the optimizations directives (except
-Og).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80312
Bug ID: 80312
Summary: libatomic: add -fasynchronous-unwind-tables option for
building
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80313
Bug ID: 80313
Summary: -march=znver1 produce worse code than -march=haswell
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80280
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #8 from Jakub Jelinek ---
ICE started with r218220.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Markus Trippelsdorf changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #10 from Markus Trippelsdorf ---
I've posted the simple patch here:
https://gcc.gnu.org/ml/gcc-patches/2017-04/msg00132.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314
Bug ID: 80314
Summary: Undefined reference to __dso_handle & __cxa_atexit
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80178
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80307
--- Comment #2 from Thomas Preud'homme ---
Author: thopre01
Date: Tue Apr 4 16:24:18 2017
New Revision: 246682
URL: https://gcc.gnu.org/viewcvs?rev=246682&root=gcc&view=rev
Log:
[ARM] Fix small multiply feature
2017-04-03 Thomas Preud'homme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #11 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #9)
> This was added as an PR79141 fix. CCing Nathan.
Sorry, wrong PR (too many tabs open).
I meant PR70393.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80296
--- Comment #3 from Volker Reichelt ---
Author: reichelt
Date: Tue Apr 4 16:30:44 2017
New Revision: 246683
URL: https://gcc.gnu.org/viewcvs?rev=246683&root=gcc&view=rev
Log:
PR c++/80296
* cxx-pretty-print.c (cxx_pretty_printer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80296
Volker Reichelt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 150 matches
Mail list logo
