https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69235
Bug ID: 69235
Summary: [concepts] Spurious ambiguous template instantiation
error on oppositely constrained class template
specializations
Product: gcc
Version: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69007
--- Comment #3 from Bill Schmidt ---
I just tried the experiment with swapping the two patterns, and it does indeed
solve the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68356
John David Anglin changed:
What|Removed |Added
Target|x86_64-apple-darwin1* |x86_64-apple-darwin1*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68356
--- Comment #11 from John David Anglin ---
Author: danglin
Date: Tue Jan 12 02:06:20 2016
New Revision: 232256
URL: https://gcc.gnu.org/viewcvs?rev=232256&root=gcc&view=rev
Log:
PR tree-optimization/68356
* gcc.dg/torture/pr68264
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23087
--- Comment #17 from Keith Thompson ---
I just took a quick look at the discussion on the gcc-patches mailing
list.
It's true that the standard doesn't classify plain "char" either as a
signed integer type or as an unsigned integer type.
But I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69110
--- Comment #13 from vries at gcc dot gnu.org ---
In 4.6, parloops failed to parallelize because in find_data_references_in_stmt
we had:
...
/* FIXME -- data dependence analysis does not work correctly for objects
with invariant add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69194
--- Comment #2 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Tue Jan 12 00:40:54 2016
New Revision: 232251
URL: https://gcc.gnu.org/viewcvs?rev=232251&root=gcc&view=rev
Log:
gcc/ChangeLog:
2016-01-12 Kugan Vivekanandarajah
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
--- Comment #7 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jan 12 00:30:30 2016
New Revision: 232249
URL: https://gcc.gnu.org/viewcvs?rev=232249&root=gcc&view=rev
Log:
Set FLT_EVAL_METHOD to 2 only if 387 FPU is used
When 387 FPU isn'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
yuta tomino changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #13 from Andrew Pinski ---
(In reply to Markus Trippelsdorf from comment #12)
> They are actually aware of the issue for over a year:
>
> https://bugs.chromium.org/p/v8/issues/detail?id=3782
That is sad and just means they don't car
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
--- Comment #2 from yuta tomino ---
> Yes, remove the convention Intrinsic, it doesn't make any sense here or add
> pragma Inline_Always on the nested subprogram as indicated.
I agree with your sense. The local subprograms would be optimized we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #12 from Markus Trippelsdorf ---
(In reply to Andrew Pinski from comment #11)
> (In reply to Abe from comment #9)
> > Created attachment 37309 [details]
> > preprocessed part of V8
> >
> > I will attach a compressed form of the relev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #11 from Andrew Pinski ---
(In reply to Abe from comment #9)
> Created attachment 37309 [details]
> preprocessed part of V8
>
> I will attach a compressed form of the relevant file --
> "incremental-marking.cc" from V8, preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68853
--- Comment #11 from Andrew Pinski ---
*** Bug 69234 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #9 from Abe ---
Created attachment 37309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37309&action=edit
preprocessed part of V8
I will attach a compressed form of the relevant file --
"incremental-marking.cc" from V8, preproc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Abe changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69232
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #7 from Markus Trippelsdorf ---
At least the issue should be mentioned either in changes.html or
porting_to.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #6 from Andrew Pinski ---
(In reply to Markus Trippelsdorf from comment #5)
> BTW, Honza promised to implement a -fnull-this-pointer switch for this issue,
> because Firefox, Kdevelop, QT5, etc. are also affected.
Sounds like so many
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #5 from Markus Trippelsdorf ---
BTW, Honza promised to implement a -fnull-this-pointer switch for this issue,
because Firefox, Kdevelop, QT5, etc. are also affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68853
Markus Trippelsdorf changed:
What|Removed |Added
CC||abe_skolnik at yahoo dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #3 from Jakub Jelinek ---
In that case, I guess the questions are:
1) does -fno-delete-null-pointer-checks cure the crash?
2) do any of the functions/methods defined in the problematic file have
nonnull attribute?
3) can you try to co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #2 from Andrew Pinski ---
This sounds like maybe a bug in the V8 sources. Can you try
-fno-delete-null-pointer-checks ?
Also can you provide the preprocessed source which is being miscompiled?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68637
--- Comment #5 from joseph at codesourcery dot com ---
Indeed, the parse appears to be correct (although there are various
existing cases where an attribute gets automatically moved to apply to a
type rather than to the original declaration to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
--- Comment #1 from Abe ---
The file "incremental-marking.o" is compiled from the source code at "/src/heap/incremental-marking.cc".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69234
Bug ID: 69234
Summary: recent GCC trunk compilers miscompile the V8
JavaScript interpreter/JITC
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
--- Comment #6 from joseph at codesourcery dot com ---
On Mon, 11 Jan 2016, kyukhin at gcc dot gnu.org wrote:
> BTW, for -std=gnu99 we have EXCESS_PRECISION_FAST engaged.
> This differs from -std=c99
>
> If this correct behavior? I see no menti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23087
--- Comment #16 from joseph at codesourcery dot com ---
Well, an additional
note: 'char' and 'signed char' are different types
(or similar in the unsigned case) could be added in the case where the
types have the same representation, one is ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69158
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69131
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Jan 11 20:53:07 2016
New Revision: 232243
URL: https://gcc.gnu.org/viewcvs?rev=232243&root=gcc&view=rev
Log:
PR c++/69131
* method.c (walk_field_subobs): Add dtor_from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69233
--- Comment #2 from Steven Munroe ---
Well the language spec may not specify. But I can ask the platform to be
consistent with itself. For PowerISA I would expect long double -> __int128 to
be consistent with double -> long, which saturates (INT_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69230
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69233
--- Comment #1 from Andrew Pinski ---
It is unspecified what the value of an overflow conversion is. So 1 is correct
so is -1 and/or INT_MAX.
I don't think this is a bug.
The test code which depends on these values is broken and should not be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48344
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69233
Bug ID: 69233
Summary: fixtfti returns bad value for TI overflow
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69230
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Summary|valid -Wma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69230
Martin Sebor changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69232
Bug ID: 69232
Summary: floop-unroll-and-jam, at graphite_transform_loops with
isl
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69230
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69155
--- Comment #7 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #6)
> (In reply to Jakub Jelinek from comment #4)
> > (In reply to Richard Biener from comment #2)
> > > I think we have a dup/related bug where we run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69231
Bug 69231 depends on bug 67462, which changed state.
Bug 67462 Summary: [6 Regression] FAIL: gcc.dg/ifcvt-3.c scan-rtl-dump ce1 "3
true changes made"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67462
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67462
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69231
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
Target Milesto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69231
Bug ID: 69231
Summary: rtx_cost of subreg is bad for <= wordmode integral
subregs of > wordmode integral pseudos
Product: gcc
Version: 6.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69230
Bug ID: 69230
Summary: valid -Wmaybe-uninitialized suppressed by -O2
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69071
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67462
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 11 19:07:31 2016
New Revision: 232242
URL: https://gcc.gnu.org/viewcvs?rev=232242&root=gcc&view=rev
Log:
PR target/67462
* gcc.dg/ifcvt-3.c: Only compile on lp64 t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69071
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 11 19:06:34 2016
New Revision: 232241
URL: https://gcc.gnu.org/viewcvs?rev=232241&root=gcc&view=rev
Log:
PR target/69071
* lra-eliminations.c (move_plus_up): Only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69229
--- Comment #1 from Martin Sebor ---
Created attachment 37307
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37307&action=edit
Prototype patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68795
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68795
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Mon Jan 11 18:03:15 2016
New Revision: 232238
URL: https://gcc.gnu.org/viewcvs?rev=232238&root=gcc&view=rev
Log:
PR c++/68795: fix uninitialized close_paren_loc in cp_parser_postfix_ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69207
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69211
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69214
Jakub Jelinek changed:
What|Removed |Added
Known to work||6.0
Summary|[4.9/5/6 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69211
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 11 17:59:22 2016
New Revision: 232237
URL: https://gcc.gnu.org/viewcvs?rev=232237&root=gcc&view=rev
Log:
PR c++/69211
* cp-gimplify.c (cp_fold): If COMPOUND_EXPR o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69229
Bug ID: 69229
Summary: missing type information in diagnostics about type
mismatch in conditional expressions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68980
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69214
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 11 17:56:39 2016
New Revision: 232235
URL: https://gcc.gnu.org/viewcvs?rev=232235&root=gcc&view=rev
Log:
PR tree-optimization/69214
* tree-vrp.c (simplify_cond_usi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69207
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 11 17:55:38 2016
New Revision: 232233
URL: https://gcc.gnu.org/viewcvs?rev=232233&root=gcc&view=rev
Log:
PR tree-optimization/69207
* tree-vect-slp.c (vect_get_con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68980
--- Comment #4 from ian at gcc dot gnu.org ---
Author: ian
Date: Mon Jan 11 17:55:39 2016
New Revision: 232234
URL: https://gcc.gnu.org/viewcvs?rev=232234&root=gcc&view=rev
Log:
PR 68980
libgo/testsuite: portable ps usage in gotest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68930
--- Comment #8 from Jan Hubicka ---
The information is consumed by ipcp_transform_function, so you can take a look.
It is stored in ipcp_get_transformation_summary
I think it is just matter of not freeing it (assuming it is freed after cloning
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69053
--- Comment #7 from Mikhail Maltsev ---
(In reply to Richard Biener from comment #6)
> Certainly bougs though. The following works for me - can you test that?
Thanks, this patch fixes the ICE and passes bootstrap/regtest on x86_64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69222
Jonathan Wakely changed:
What|Removed |Added
Known to work||6.0
Summary|[5/6 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60976
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66856
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66856
--- Comment #8 from Richard Biener ---
Vectorizer generates
:
vect_cst__109 = { 3, 5, 3, 5, 3, 5, 3, 5 };
vect_cst__110 = { 3, 5, 3, 5, 3, 5, 3, 5 };
vect_cst__113 = {g_14(D), 1, g_14(D), 1, g_14(D), 1, g_14(D), 1};
vect_cst__114 = {g_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66856
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60976
--- Comment #31 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 11 16:47:58 2016
New Revision: 232232
URL: https://gcc.gnu.org/viewcvs?rev=232232&root=gcc&view=rev
Log:
allocator_traits> partial specialization
PR libstdc++/60976
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68637
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #7 from Dominique d'Humieres ---
I have run memcmp-1.exe under lldb trying various break points from line 1 to
12 and I always get
Process 45744 launched:
'/Users/dominiq/Documents/Fortran/g95bench/win/f90/bug/memcmp-1.exe' (x86_64)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #6 from Maxim Ostapenko ---
Ok, it seems that libasan calls some function to be intercepted while
AsanInitInternal still not completed. Could you try to run memcmp-1.exe under
gdb to provide a backtrace from failed CHECK? This way, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68999
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69170
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69173
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69173
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon Jan 11 16:02:23 2016
New Revision: 232230
URL: https://gcc.gnu.org/viewcvs?rev=232230&root=gcc&view=rev
Log:
2016-01-11 Richard Biener
PR tree-optimization/69173
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68999
--- Comment #8 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Jan 11 15:48:40 2016
New Revision: 232229
URL: https://gcc.gnu.org/viewcvs?rev=232229&root=gcc&view=rev
Log:
PR middle-end/68999
* alias.c (base_alias_check):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339
frankhb1989 at gmail dot com changed:
What|Removed |Added
CC||frankhb1989 at gmail dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69175
--- Comment #11 from Bernd Schmidt ---
(In reply to Jakub Jelinek from comment #10)
> Created attachment 37306 [details]
> gcc6-pr69175.patch
>
> So, do you prefer this instead?
Yes, this looks good to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69217
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69175
--- Comment #10 from Jakub Jelinek ---
Created attachment 37306
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37306&action=edit
gcc6-pr69175.patch
So, do you prefer this instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339
--- Comment #6 from lh_mouse ---
(In reply to Markus Trippelsdorf from comment #5)
> (In reply to lh_mouse from comment #4)
> > (In reply to Jonathan Wakely from comment #3)
> > > OK, whatever weird definition of leak you are using is irrelevant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69228
Bug ID: 69228
Summary: Default mask is not allowed for AVX512 prefetch
gather/scatter insns
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: assemble-fai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66616
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69225
H.J. Lu changed:
What|Removed |Added
Component|middle-end |target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66789
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2015-07-29 00:00:00 |2016-1-11
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339
--- Comment #4 from lh_mouse ---
(In reply to Jonathan Wakely from comment #3)
> OK, whatever weird definition of leak you are using is irrelevant. The
> memory is still in use until the program exits, and there is still a pointer
> to it. It is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68796
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67462
--- Comment #7 from Jakub Jelinek ---
(In reply to Bernd Schmidt from comment #6)
> That does look dodgy. It's also really old, from when rtx_cost was part of
> cse.c. Kenner added it along with many other changes in r754 in 1992.
>
> See what h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69211
--- Comment #3 from Jakub Jelinek ---
I guess the bug is that lots of code in fold-const.c is totally unprepared to
see NOP_EXPR wrapping up INTEGER_CST (or other constants), it assumes that if
argN is say INTEGER_CST, then argN == opN and thus d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68796
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Mon Jan 11 14:44:22 2016
New Revision: 232228
URL: https://gcc.gnu.org/viewcvs?rev=232228&root=gcc&view=rev
Log:
[AArch64] PR rtl-optimization/68796: Add patterns for QImo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339
--- Comment #3 from Jonathan Wakely ---
OK, whatever weird definition of leak you are using is irrelevant. The memory
is still in use until the program exits, and there is still a pointer to it. It
is not lost, or forgotten about, it is in use by
1 - 100 of 197 matches
Mail list logo