http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60258
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target Mile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896
Marek Polacek changed:
What|Removed |Added
Component|c |target
--- Comment #8 from Marek Polacek
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60170
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
--- Comment #5 from Jakub Jelinek ---
Created attachment 32167
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32167&action=edit
gcc49-pr60267.patch
Untested fix for the preprocessing ICE. So, with this patch you should be able
to preprocess
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60268
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60266
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
--- Comment #1 from Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59537
--- Comment #1 from Lorenz Hüdepohl ---
Maybe related to the already fixed #51800?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59537
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Wed Feb 19 09:29:34 2014
New Revision: 207879
URL: http://gcc.gnu.org/viewcvs?rev=207879&root=gcc&view=rev
Log:
2014-02-19 Richard Biener
PR ipa/60243
* ipa-prop.c: Include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60268
Andrey Belevantsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60269
Bug ID: 60269
Summary: #pragma simd tsubst related ICE
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60204
Uroš Bizjak changed:
What|Removed |Added
CC||ubizjak at gmail dot com
Target Milestone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60204
--- Comment #4 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #3)
> So, let's fix the psABI first and then fix gcc.
psABI is fixed in [1].
[1]
https://github.com/hjl-tools/x86-64-psABI/commit/6d7ccd614fe67111d2aecec853c3df0310b372d2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57232
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60255
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60238
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60270
Bug ID: 60270
Summary: [C++1y] std::quoted is too eager to clear the string
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60271
Bug ID: 60271
Summary: [C++1y] std::max(initializer_list) cannot use
std::max_element
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60204
--- Comment #5 from tocarip.intel at gmail dot com ---
Created attachment 32169
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32169&action=edit
Proposed patch.
Currently testing attached patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60272
Bug ID: 60272
Summary: atomic<>::compare_exchange_weak has spurious store and
can cause race conditions
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60272
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #10 from Joey Ye ---
(In reply to rguent...@suse.de from comment #9)
> On Mon, 17 Feb 2014, joey.ye at arm dot com wrote:
>
>
> But that doesn't make sense - it means that -fdisable-tree-forwprop4
> should get numbers back to good sp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60172
--- Comment #11 from Joey Ye ---
Repost from another record. It is annoying that after commenting one record it
automatically jumps to the next.
Here is good expansion:
;; _41 = _42 * 4;
(insn 20 19 0 (set (reg:SI 126 [ D.5038 ])
(ashift
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742
--- Comment #36 from Joey Ye ---
Please ignore previous comment as it shouldn't be here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60232
--- Comment #5 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Feb 19 11:52:39 2014
New Revision: 207896
URL: http://gcc.gnu.org/viewcvs?rev=207896&root=gcc&view=rev
Log:
2014-02-19 Janus Weil
PR fortran/60232
* expr.c (gfc_g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60232
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60255
--- Comment #4 from janus at gcc dot gnu.org ---
Antony, is it possible for you to try the patch in comment 2, in order to check
if it produces the expected runtime behavior for your code?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56563
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
--- Comment #1 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
--- Comment #5 from Mark Warner ---
sizeof(NSQ_del_dec_struct) / sizeof(opus_int32) is guaranteed to produced a
even number with a remainder of 0.
Note the __attribute__ ((__aligned__ (8))) to make it a multiple of 8 in size.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60272
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60273
Bug ID: 60273
Summary: gcc gets confused when one class uses variadic
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
--- Comment #7 from Sylwester Arabas ---
Created attachment 32172
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32172&action=edit
preprocessed source trigerring ICE with g++ snapshot 20140212
Thanks a lot for looking at it.
I'm attaching th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60274
Bug ID: 60274
Summary: String as template parameter - regression in 4.8.2
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
--- Comment #8 from Sylwester Arabas ---
BTW, I have initially reported it as a comment to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198 (the same file/line in ICE
error message).
S.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60274
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
Bug ID: 60275
Summary: [UBSAN] Add
-f[no-]sanitize-recover/-fsanitize-undefined-trap-on-e
rror to make UBSAN's runtime errors fatal
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
--- Comment #6 from Mark Warner ---
If it is invalid, why does -Wall not trigger anything ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60266
--- Comment #2 from Markus Trippelsdorf ---
It's caused by mixing -O0 and -O2 with LTO:
markus@x4 ~S % cat TableCopyHelper.ii
namespace com {
namespace sun {
namespace star {}
}
}
namespace css = com::sun::star;
namespace com {
namespace sun {
na
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Wed Feb 19 14:25:47 2014
New Revision: 207899
URL: http://gcc.gnu.org/viewcvs?rev=207899&root=gcc&view=rev
Log:
2014-02-19 Richard Biener
PR ipa/60243
* tree-inline.c (estim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
--- Comment #7 from Marek Polacek ---
(int)(sizeof(NSQ_del_dec_struct) / sizeof(opus_int32) seems to be 1168/4 = 292,
but sLPC_Q14 has only 112 elements.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
John David Anglin changed:
What|Removed |Added
CC||mikulas at artax dot
karlin.mff.cu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54737
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57232
--- Comment #16 from Sebastian Götte ---
Alexandre, curiously, applying this patch to the cross-compiler source tree
fixes the problem for me building 4.8.2 for rx-elf using a 4.8.2 x86_64 host
gcc. I did not even have to rebuild the host gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799
--- Comment #9 from yroux at gcc dot gnu.org ---
Author: yroux
Date: Wed Feb 19 15:32:54 2014
New Revision: 207908
URL: http://gcc.gnu.org/viewcvs?rev=207908&root=gcc&view=rev
Log:
2014-02-19 Michael Hudson-Doyle
PR target/59799
* con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57232
--- Comment #17 from Nick Clifton ---
Hi Alex,
> if (reg != hard_frame_pointer_rtx && fixed_regs[REGNO (reg)])
> cselib_preserve_cfa_base_value (val, REGNO (reg));
This works for the RX port - thanks!
Cheers
Nick
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60274
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60064
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56563
--- Comment #2 from Mark Wielaard ---
Jakub proposed a patch:
http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01166.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51976
--- Comment #13 from janus at gcc dot gnu.org ---
The latest patch posted at
http://gcc.gnu.org/ml/fortran/2014-02/msg00109.html
works smoothly on the test case in comment 12.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794
--- Comment #17 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Feb 19 15:53:59 2014
New Revision: 207910
URL: http://gcc.gnu.org/viewcvs?rev=207910&root=gcc&view=rev
Log:
PR target/59794
* config/i386/i386.c (type_natural_mode): W
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60251
--- Comment #2 from Paolo Carlini ---
Not sure this is valid. Anyway, the ICE is due to the COMPONENT_REF being
wrapped in a NOP_EXPR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59797
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60205
--- Comment #5 from Uroš Bizjak ---
*** Bug 59797 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57320
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
--- Comment #9 from Ian Hamilton ---
Yes, that's all proper and correct. The invalid C code induces undefined
behaviour. I don't think anyone is disputing that.
However, to be pragmatic for a moment, the experience of thousands of
developers out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
--- Comment #10 from Jakub Jelinek ---
We have -fsanitize=undefined which can catch some issues, though the array
bounds instrumentation (nor __builtin_object_size based instrumentation) has
not been added yet for GCC 4.9, will be hopefully there
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 19 16:45:21 2014
New Revision: 207911
URL: http://gcc.gnu.org/viewcvs?rev=207911&root=gcc&view=rev
Log:
PR c++/60267
* c-pragma.c (init_pragma): Don't call cpp_register_def
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794
--- Comment #18 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Feb 19 16:50:22 2014
New Revision: 207912
URL: http://gcc.gnu.org/viewcvs?rev=207912&root=gcc&view=rev
Log:
Backport from mainline
2014-02-19 Uros Bizjak
PR ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59797
Bug 59797 depends on bug 59794, which changed state.
Bug 59794 Summary: [4.7/4.8 Regression] i386 backend fails to detect
MMX/SSE/AVX ABI changes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794
What|Removed |A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925
Ralf Corsepius changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37743
--- Comment #11 from joseph at codesourcery dot com ---
Yes, we could do something like that (but I also think it's time to put
the targets without this type information on the deprecation list and warn
their maintainers that the target support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896
--- Comment #9 from Uroš Bizjak ---
(In reply to Vittorio Zecca from comment #6)
> As an aside, in gcc 4.8.1 source code, before line 6995 of gcc/expr.c I put
>
> printf("\nexpr.c:6995 value->code=%d NUM_RTX_CODE=%d\n",(int)
> value->code,NUM_R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896
--- Comment #10 from Uroš Bizjak ---
(In reply to Vittorio Zecca from comment #5)
> Adding option -m32 I get ICE in ix86_expand_prologue, at
> config/i386/i386.c:10559
I can confirm this with:
gcc version 4.8.3 20140219 (prerelease) [g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37743
--- Comment #12 from Jakub Jelinek ---
Created attachment 32173
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32173&action=edit
gcc49-pr37743.patch
Untested fix. The deprecation can hopefully be done separately.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60207
--- Comment #2 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 19 18:10:04 2014
New Revision: 207913
URL: http://gcc.gnu.org/viewcvs?rev=207913&root=gcc&view=rev
Log:
Remove TFmode check for X86_64_INTEGER_CLASS
PR target/60207
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 19 18:11:54 2014
New Revision: 207914
URL: http://gcc.gnu.org/viewcvs?rev=207914&root=gcc&view=rev
Log:
PR c++/60267
* pt.c (tsubst_expr): Handle ANNOTATE_EXPR.
* g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56563
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 19 18:12:31 2014
New Revision: 207915
URL: http://gcc.gnu.org/viewcvs?rev=207915&root=gcc&view=rev
Log:
PR debug/56563
* cp-objcp-common.c (cp_function_decl_explicit_p): Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60046
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60272
--- Comment #2 from torvald at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #1)
> So, either we'd need to change this function, so that it sets oldval to
> NULL_RTX
> first, and passes ..., &oldval, mem, expected, ... and needs to al
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37743
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
> I can confirm this with:
>
> gcc version 4.8.3 20140219 (prerelease) [gcc-4_8-branch revision 207910]
> (GCC)
>
> ~/gcc-build-48/gcc/cc1 -m32 -march=x86-64 pr57896.c
This is the same problem, as confirmed by following d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60272
Richard Henderson changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896
Uroš Bizjak changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267
--- Comment #12 from Sylwester Arabas ---
Thanks a lot! I'll try it as soon as it will get into Debian's gcc-snapshot
package.
Sylwester
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60046
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Feb 19 19:03:19 2014
New Revision: 207917
URL: http://gcc.gnu.org/viewcvs?rev=207917&root=gcc&view=rev
Log:
PR c++/60046
* pt.c (maybe_instantiate_noexcept): Don't instantiate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896
--- Comment #13 from Marek Polacek ---
Seems like r196890 made this latent.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45833
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60276
Bug ID: 60276
Summary: -O3 autovectorizer breaks on a particular loop
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
f->func();
}
Using trunk:
g++ (GCC) 4.9.0 20140219 (experimental)
g++ -c -Wall -Wextra t.cc
t.cc:2:23: warning: inline function 'virtual void Foo::func()' used but never
defined
inline virtual void func() = 0;
^
But Foo::func is never actually used.
Analysis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56563
Mark Wielaard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60046
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Feb 19 19:59:07 2014
New Revision: 207921
URL: http://gcc.gnu.org/viewcvs?rev=207921&root=gcc&view=rev
Log:
PR c++/60046
* pt.c (maybe_instantiate_noexcept): Don't instantiate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60046
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Wed Feb 19 19:59:09 2014
New Revision: 207922
URL: http://gcc.gnu.org/viewcvs?rev=207922&root=gcc&view=rev
Log:
PR c++/60046
* pt.c (maybe_instantiate_noexcept): Don't instantiate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60273
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60273
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
--- Comment #11 from Mark Warner ---
I'm confused .. what about..
for (k = i; k < (int)(sizeof(NSQ_del_dec_struct) / sizeof(opus_int32)); ++k)
... is illegal or invalid ?
Why does it only fail if -DDEBUG is defined ?
I mean, this code worked fine
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59933
--- Comment #12 from Jakub Jelinek ---
(In reply to Mark Warner from comment #11)
> I'm confused .. what about..
> for (k = i; k < (int)(sizeof(NSQ_del_dec_struct) / sizeof(opus_int32)); ++k)
> ... is illegal or invalid ?
> Why does it only fail i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51823
Jonathan Wakely changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60277
--- Comment #1 from Nick Lewycky ---
Furthermore, if the testcase ended with:
f->Foo::func();
then the warning should be issued.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #31 from Andreas Schwab ---
Created attachment 32175
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32175&action=edit
Testcase from jumpnbump
After backporting the patch to 4.8 there is still a package that fails with the
same er
1 - 100 of 129 matches
Mail list logo
