https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
No.
Failed to match this instruction:
(set (reg:V2DF 213 [ D.3605 ])
(vec_select:V2DF (vec_concat:V4DF (plus:V2DF (reg:V2DF 161 [ vect__69.31 ])
(reg:V2DF 167
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66506
Bug ID: 66506
Summary: Crash on compiling llvm plugin
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66505
Bug ID: 66505
Summary: -Wno-error=pedantic does not reverse -Werror
-Wpedantic
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #11 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Richard Biener from comment #10)
So it works with
(define_insn sse3_addsubv2df3
[(set (match_operand:V2DF 0 register_operand =x,x)
(vec_select:V2DF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #19 from Dominique d'Humieres dominiq at lps dot ens.fr ---
(In reply to Iain Sandoe from comment #18)
Could you test it properly on darwin?
$ grep -rH invalid DW gcc/testsuite |wc -l
0
Confirmed on x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509
--- Comment #33 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #32)
(In reply to Filipe Brandenburger from comment #31)
gcc should catch up.
I thought Google employed some capable C/C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||segher at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #12 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 11 Jun 2015, ubizjak at gmail dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #11 from Uroš Bizjak ubizjak at gmail dot com ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66504
Bug ID: 66504
Summary: ICE using C++ exceptions in Objective-C++
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: objc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #11 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
Some remarks before the discussion gets out of hand.
Neither Andrew nor me nor other people that may comment here have the power to
approve or reject this change. The people
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66502
Bug ID: 66502
Summary: SCCVN can't handle PHIs optimistically optimally
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66499
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66502
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66502
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Someone craft a testcase where both cases are interconnected and thus no
optimization is performed currently with either scheme (but would with
merged SCCs).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972
Ville Voutilainen ville.voutilainen at gmail dot com changed:
What|Removed |Added
Assignee|ville.voutilainen at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Richard Biener from comment #3)
We still need to fixup the sse3_addsubv2df3 pattern or fix combine to try
multiple canonical forms of vec_merge vs. (vec_select
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
Bug ID: 66503
Summary: missing DW_AT_abstract_origin for cross-unit call
sites
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #10 from Richard Biener rguenth at gcc dot gnu.org ---
So it works with
(define_insn sse3_addsubv2df3
[(set (match_operand:V2DF 0 register_operand =x,x)
(vec_select:V2DF
(vec_concat:V4DF
(plus:V2DF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Target|arm-eabi|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66507
James Michael DuPont JamesMikeDuPont at googlemail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66507
Bug ID: 66507
Summary: Crash on compiling llvm plugin
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509
--- Comment #34 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #33)
(In reply to Manuel López-Ibáñez from comment #32)
(In reply to Filipe Brandenburger from comment #31)
gcc should catch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144
--- Comment #6 from chrbr at gcc dot gnu.org ---
Author: chrbr
Date: Thu Jun 11 08:51:17 2015
New Revision: 224365
URL: https://gcc.gnu.org/viewcvs?rev=224365root=gccview=rev
Log:
Add ARM/thumb pragma target
PR target/52144
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #5 from Uroš Bizjak ubizjak at gmail dot com ---
Created attachment 35753
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35753action=edit
Patch to implement ADDSUB patterns using vec_select/vec_concat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Attachment #35753|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66510
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #9 from Jack Howarth howarth.at.gcc at gmail dot com ---
Also, testing with in-line assembly using clang 3.7svn, I get the same behavior
for...
% cat conftest.c
asm(filds mem; fists mem);
% clang-3.7 -c conftest.c
fatal error: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66510
Bug ID: 66510
Summary: gcc.target/arm/pr53636.c FAILs after r224221
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #13 from Andreas Schwab sch...@linux-m68k.org ---
I don't really see why the trouble making the mental connection from the
void cast with the coder's intent do discard that result. Could it mean
anything else really?
The C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #18 from Segher Boessenkool segher at gcc dot gnu.org ---
(in reply to c#9)
Yes, this is a generic problem. recog will not recognise patterns
where regs are swapped in some places but not others. This can of
course be worked around
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66512
Bug ID: 66512
Summary: PRE fails to optimize calls to pure functions in C++,
ok in C
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #15 from Lucas De Marchi lucas.de.marchi at gmail dot com ---
(In reply to Manuel López-Ibáñez from comment #14)
(In reply to Filipe Brandenburger from comment #12)
Can I have this issue reopened please?
If that makes you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66511
Bug ID: 66511
Summary: [avr] whole-byte shifts not optimized away for
uint64_t
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66510
James Greenhalgh jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66445
--- Comment #1 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Jun 11 15:04:54 2015
New Revision: 224379
URL: https://gcc.gnu.org/viewcvs?rev=224379root=gccview=rev
Log:
PR c++/66445
* constexpr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56764
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 56764, which changed state.
Bug 56764 Summary: vect_prune_runtime_alias_test_list not smart enough
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56764
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #20 from Iain Sandoe iains at gcc dot gnu.org ---
FWIW,
I boostrapped r224366 with the dwarf2out.c changes + this:
diff --git a/gcc/passes.c b/gcc/passes.c
index d3ffe33..1bc8a36 100644
--- a/gcc/passes.c
+++ b/gcc/passes.c
@@ -332,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Jun 11 12:44:56 2015
New Revision: 224372
URL: https://gcc.gnu.org/viewcvs?rev=224372root=gccview=rev
Log:
2015-06-11 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #6 from Jack Howarth howarth.at.gcc at gmail dot com ---
A check of a recent build gcc trunk against the GNU assembler from Xcode 6.2
shows the same...
gcc_cv_as_ix86_fildq=no
gcc_cv_as_ix86_filds=no
as the build against Xcode 7's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66505
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #2 from Martin Liška marxin at gcc dot gnu.org ---
Back trace:
#0 0x in ()
#1 0x74a5c337 in
nsComponentManagerImpl::CreateInstanceByContractID(char const*, nsISupports*,
nsID const, void**) [clone .part.32]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Jack Howarth from comment #2)
Created attachment 35760 [details]
gcc/config.log generated against Xcode7
Wrong one. This is the one for libevent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #7 from Andrew Pinski pinskia at gcc dot gnu.org ---
The assembly test in configure failed:
configure:24880: checking assembler for filds and fists mnemonics
configure:24889: /usr/bin/as-o conftest.o conftest.s 5
clang -cc1as:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626
--- Comment #27 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Jun 11 13:39:56 2015
New Revision: 224375
URL: https://gcc.gnu.org/viewcvs?rev=224375root=gccview=rev
Log:
2015-06-11 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #37 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Jun 11 13:39:56 2015
New Revision: 224375
URL: https://gcc.gnu.org/viewcvs?rev=224375root=gccview=rev
Log:
2015-06-11 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #13 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to rguent...@suse.de from comment #12)
On Thu, 11 Jun 2015, ubizjak at gmail dot com wrote:
As it is just 'naming' it shouldn't matter, no?
Well, the operand is used in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
--- Comment #4 from pmderodat at gcc dot gnu.org ---
Author: pmderodat
Date: Thu Jun 11 12:51:04 2015
New Revision: 224373
URL: https://gcc.gnu.org/viewcvs?rev=224373root=gccview=rev
Log:
Restore DW_AT_abstract_origin for cross-unit call sites
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
Jack Howarth howarth.at.gcc at gmail dot com changed:
What|Removed |Added
Attachment #35760|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #3 from Martin Liška marxin at gcc dot gnu.org ---
(In reply to Jason Merrill from comment #1)
Compiling with -fno-lifetime-dse should make it work again.
-fsanitize=undefined doesn't currently catch this issue (relying on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #14 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 11 Jun 2015, ubizjak at gmail dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #13 from Uroš Bizjak ubizjak at gmail dot com ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
--- Comment #2 from pmderodat at gcc dot gnu.org ---
Author: pmderodat
Date: Thu Jun 11 12:40:10 2015
New Revision: 224371
URL: https://gcc.gnu.org/viewcvs?rev=224371root=gccview=rev
Log:
Restore DW_AT_abstract_origin for cross-unit call sites
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66501
--- Comment #1 from John Lindgren john.lindgren at aol dot com ---
For what it's worth, the default move *constructor* works correctly; it is only
the assignment operator that is the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
This is due to HAVE_AS_IX86_FILDS not being defined. So basically they made
the clang assembly not backwards compatible with the GNU one.
You can add a check to configure.ac if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509
--- Comment #35 from Filipe Brandenburger filbranden at google dot com ---
(In reply to Manuel López-Ibáñez from comments)
Don't worry, I got what you mean...
Though I don't think coming up with code to fix it is the issue here, in
comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #12 from Filipe Brandenburger filbranden at google dot com ---
(In reply to Manuel López-Ibáñez from comment #11)
Neither Andrew nor me nor other people that may comment here have the power
to approve or reject this change.
Great,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63870
--- Comment #8 from cbaylis at gcc dot gnu.org ---
Patch posted to the mailing list
https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00799.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66508
Bug ID: 66508
Summary: Attempt to Compile gcc-6.0 on OSX 10.9.4 cause
segmentation fault
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #15 from Uroš Bizjak ubizjak at gmail dot com ---
Created attachment 35758
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35758action=edit
Patch that adds additional ADDSUB patterns using vec_select/vec_concat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #17 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 11 Jun 2015, ubizjak at gmail dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #16 from Uroš Bizjak ubizjak at gmail dot com ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #8 from Jack Howarth howarth.at.gcc at gmail dot com ---
Note that configure test does succeed if the '-arch i386' option is also passed
to the assembler. Perhaps the tests aren't fine-grained enough as they are only
done for x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56766
--- Comment #16 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Richard Biener from comment #8)
No.
[...]
That was why I was suggesting to add additional patterns rather than
replacing the existing ones...
So, there is no other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
Bug ID: 66509
Summary: the new clang-based assembler in Xcode 7 on 10.11
fails on the libjava/java/lang/reflect/natArray.cc
file from FSF gcc 5.1 at -m32
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #2 from Jack Howarth howarth.at.gcc at gmail dot com ---
Created attachment 35760
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35760action=edit
gcc/config.log generated against Xcode7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #4 from Iain Sandoe iains at gcc dot gnu.org ---
could you please also list
as -v
and
as --version
it's possible that it no longer contains the string GNU which would actually
help us distinguish moving forward (i have some patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #23 from Aldy Hernandez aldyh at gcc dot gnu.org ---
Author: aldyh
Date: Thu Jun 11 20:46:46 2015
New Revision: 224393
URL: https://gcc.gnu.org/viewcvs?rev=224393root=gccview=rev
Log:
PR bootstrap/66448
* dwarf2out.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed:
What|Removed |Added
CC||mrs at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66325
--- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org ---
OK, I found where the packed flag is originating from. It is start_enum that
set TYPE_PACKED for flag_short_enums. I suppose it needs to iterate through all
variants.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #16 from Jack Howarth howarth.at.gcc at gmail dot com ---
(In reply to m...@gcc.gnu.org from comment #15)
The fix requires that binutils also support the () spelling as the test runs
on all x86 systems. Also, it will break systems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #22 from Iain Sandoe iains at gcc dot gnu.org ---
(In reply to Jason Merrill from comment #21)
(In reply to Iain Sandoe from comment #20)
+ DECL_SOURCE_LOCATION (decl) != BUILTINS_LOCATION
This seems reasonable.
My
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66351
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66351
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
Yes, it does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at redhat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
--- Comment #8 from Jan Hubicka hubicka at ucw dot cz ---
run_foo ()
{
...
bb 10:
_33 = myfoo_28-buf[3];
if (_33 != 1)
goto bb 13;
else
goto bb 11;
bb 11:
_34 = (int) _27;
if (_34 4)
goto bb 12;
else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66517
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
probably a dup of PR66445
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66499
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
CC||jvdelisle at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509
--- Comment #17 from Jack Howarth howarth.at.gcc at gmail dot com ---
Apple responded on radar as follows...
This issue behaves as intended based on the following:
I think the first diagnostic is reasonable: there's not particular reason to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
--- Comment #9 from rguenther at suse dot de rguenther at suse dot de ---
On June 12, 2015 12:01:36 AM GMT+02:00, hubicka at ucw dot cz
gcc-bugzi...@gcc.gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
--- Comment #8 from Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #7 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Filipe Brandenburger from comment #6)
Then please explain to me how this:
(void) foo();
is any worse than this:
int ignored __attribute__((unused));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66497
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66428
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
CC||singhai at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66242
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626
--- Comment #26 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 35752
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35752action=edit
backport to 4.8 branch
Note that neither the unreduced multi-file testcase nor the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #18 from Iain Sandoe iains at gcc dot gnu.org ---
(In reply to Aldy Hernandez from comment #17)
Created attachment 35744 [details]
Call check_die on type DIEs and avoid DW_AT_aritificial attribs
I can't reproduce any of these
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #2 from simon at pushface dot org ---
As a side note, AdaCore’s document on “The GNAT Configurable Run Time
Facility”, section 5.5.2[1], says about Suppress_Standard_Library All
finalization and initialization (controlled types) is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #8 from Filipe Brandenburger filbranden at google dot com ---
(In reply to Andrew Pinski from comment #7)
Again this has nothing to do with other lints, this attribute was designed
so you can't ignore the return value.
I obviously
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #9 from Filipe Brandenburger filbranden at google dot com ---
Or, conversely, please explain to me how changing the behavior (to allow a
void-cast to silent the warning on a call to a warn_unused_result function)
would actually affect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66501
Bug ID: 66501
Summary: Default move assignment does not move array members
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
Lucas De Marchi lucas.de.marchi at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66486
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66486
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66488
--- Comment #7 from Stanisław Halik sthalik at misaki dot pl ---
In ggc-page.c there's an assumption that sizeof long == sizeof void* in absence
of other information. That was the reason the build was passing clearly with
valgrind on amd64 Linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66488
--- Comment #8 from Stanisław Halik sthalik at misaki dot pl ---
Created attachment 35766
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35766action=edit
proposed fix
Fixes --host=x86_64-w64-mingw32 --target=i686-w64-mingw32 when compiler's
1 - 100 of 150 matches
Mail list logo