https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63578
Ville Voutilainen ville.voutilainen at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64198
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64218
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Created attachment 34221
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34221action=edit
Somewhat reduced testcase
Somewhat reduced, still over 1000 lines of code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64049
Bernd Edlinger edlinger at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64182
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64229
Bug ID: 64229
Summary: internal compiler error when assigning allocatable
arrays of character(:)
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63854
--- Comment #27 from David Malcolm dmalcolm at gcc dot gnu.org ---
Author: dmalcolm
Date: Mon Dec 8 19:31:45 2014
New Revision: 218490
URL: https://gcc.gnu.org/viewcvs?rev=218490root=gccview=rev
Log:
PR jit/63854: Introduce xstrdup_for_dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64218
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC||marxin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64213
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64037
--- Comment #19 from Uroš Bizjak ubizjak at gmail dot com ---
This patch caused PR64213.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64230
Bug ID: 64230
Summary: Segmentation fault - invalid memory reference in a
compiler-generated finalizer for a complicated type
hierarchy when a polymorphic variable is allocated in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57510
--- Comment #4 from Tavian Barnes tavianator at gmail dot com ---
I have a testing tool that automatically inserts operator new failures, to help
test exception safety and check for leaks. This bug causes all kinds of
spurious failures that I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #48 from Alexander Varnin fenixk19 at mail dot ru ---
Created attachment 34224
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34224action=edit
config.log for compiler with the bug
Here is my config.log from cross compiler build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51891
--- Comment #2 from Larry Campbell larry.campbell at gmail dot com ---
Is anyone going to fix this? It is quite debilitating and there is no good
workaround. Prior to gcc 4.6 one could include
objc/deprecated/struct_objc_class.h and inspect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64230
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61692
--- Comment #1 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Mon Dec 8 21:58:23 2014
New Revision: 218494
URL: https://gcc.gnu.org/viewcvs?rev=218494root=gccview=rev
Log:
PR target/61692
* cfgexpand.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60782
--- Comment #3 from Mark Wielaard mark at gcc dot gnu.org ---
Author: mark
Date: Mon Dec 8 22:32:23 2014
New Revision: 218496
URL: https://gcc.gnu.org/viewcvs?rev=218496root=gccview=rev
Log:
DWARFv5 Emit DW_TAG_atomic_type for C11 _Atomic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64229
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561
--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Related to, if not duplicate, of pr54070.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64226
--- Comment #3 from David Edelsohn dje at gcc dot gnu.org ---
Author: dje
Date: Mon Dec 8 23:47:39 2014
New Revision: 218497
URL: https://gcc.gnu.org/viewcvs?rev=218497root=gccview=rev
Log:
PR target/64226
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64226
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64224
--- Comment #2 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
Might be better to just deprecate -mapcs; it's a feature of the old ABI anyway,
so there's not much point in trying to make it fully conform to the latest
specs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64185
--- Comment #2 from zaz at ua7 dot net ---
But this is deliberate out-of-bands. IE in this test application searchDict2
lookup all KV fields in dict structure in loop based on kv1 offset:
kv1 + 0 - this is pointer to kv1
kv1 + 1 - this is pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64185
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to zaz from comment #2)
But this is deliberate out-of-bands. IE in this test application searchDict2
lookup all KV fields in dict structure in loop based on kv1 offset:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64220
--- Comment #2 from Cameron Tacklind cameron at tacklind dot com ---
Ah, I had not seen a reference to the -std making a difference. You are right
that adding -std=c99 removes the extra define.
Of note, I'm finding it difficult to find where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64220
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
https://gcc.gnu.org/onlinedocs/gcc-4.9.2/cpp/System-specific-Predefined-Macros.html#System-specific-Predefined-Macros
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64220
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #3)
https://gcc.gnu.org/onlinedocs/gcc-4.9.2/cpp/System-specific-Predefined-
Macros.html#System-specific-Predefined-Macros
When the -ansi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64220
--- Comment #5 from Cameron Tacklind cameron at tacklind dot com ---
Pardon my brevity. Yes, I'd seen that.
I was trying to comment on this list seemingly missing a reference to that
particular difference. Or that if it is listed, it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
Bug ID: 64231
Summary: SIGSEGV building glibc on aarch64-linux-gnu from
r217852
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
I was able to build glibc just with Friday's GCC sources with glibc as of
Friday too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
Hopefully this is enough info to track it down?
We need the preprocessed source really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64232
Bug ID: 64232
Summary: Derived class with implicitly declared assignment
operator is std::assignable though base class is not
std::assignable
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63801
Ryan Schmidt gcc at ryandesign dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64185
--- Comment #4 from zaz at ua7 dot net ---
this:
struct PascalString
{
int length;
char data[0];
};
And then just allocate necessary memory block and able access to something
like:
ps.data[100] - if allocated block have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64185
--- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to zaz from comment #4)
this:
struct PascalString
{
int length;
char data[0];
};
And then just allocate necessary memory block and able access to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
--- Comment #3 from Sandra Loosemore sandra at codesourcery dot com ---
Created attachment 34225
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34225action=edit
preprocessor output (gzipped)
Preprocessor output attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
--- Comment #4 from Sandra Loosemore sandra at codesourcery dot com ---
In case it's also relevant, my GCC was configured with:
Configured with: /scratch/sandra/aarch64-fsf/src/gcc-mainline/configure
--build=i686-pc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64204
--- Comment #2 from Michael Meissner meissner at gcc dot gnu.org ---
Author: meissner
Date: Tue Dec 9 03:56:28 2014
New Revision: 218505
URL: https://gcc.gnu.org/viewcvs?rev=218505root=gccview=rev
Log:
2014-12-08 Michael Meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64233
Bug ID: 64233
Summary: [m68k coldfire] Another misoptimisation with
-fschedule-insns
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64233
--- Comment #1 from Jonathan Larmour jifl-bugzilla at jifvik dot org ---
Created attachment 34227
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34227action=edit
h2.c source code used to support build of h1.c testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64233
--- Comment #2 from Jonathan Larmour jifl-bugzilla at jifvik dot org ---
Created attachment 34228
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34228action=edit
Annotated partial disassembly of main() in testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347
--- Comment #7 from Jonathan Larmour jifl-bugzilla at jifvik dot org ---
I have also now submitted bug 64233 which is about a different testcase which
also gets misoptimised. This may or may not be related, but could well be since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55351
--- Comment #6 from Segher Boessenkool segher at gcc dot gnu.org ---
Yes it was. Thanks for fixing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63995
--- Comment #11 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Tue Dec 9 07:53:17 2014
New Revision: 218506
URL: https://gcc.gnu.org/viewcvs?rev=218506root=gccview=rev
Log:
gcc/
PR bootstrap/63995
* tree-chkp.c
101 - 145 of 145 matches
Mail list logo