http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51091
Bug #: 51091
Summary: [4.7 Regression] FAIL: gcc.dg/tree-ssa/stdarg-2.c
scan-tree-dump stdarg
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
David Kühling changed:
What|Removed |Added
CC||dvdkhlng at gmx dot de
--- Comment #16 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50473
--- Comment #3 from Paolo Carlini 2011-11-11
10:13:16 UTC ---
The rvalue reference is essential. With this we still ICE:
constexpr int f() { return 1; }
template
struct test
{
static constexpr auto&& value = f();
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50408
Tobias Burnus changed:
What|Removed |Added
Priority|P1 |P3
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598
--- Comment #12 from Iain Sandoe 2011-11-11 11:21:11
UTC ---
BTW, this now blocks bootstrap on x86 darwin because it causes libitm build to
fail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092
Bug #: 51092
Summary: ICE std::pair initialization
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092
basile at starynkevitch dot net changed:
What|Removed |Added
Summary|ICE std::pair |ICE array std::pair
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598
--- Comment #13 from Jonathan Wakely 2011-11-11
12:00:29 UTC ---
join the --disable-libitm club, needed for a few platforms
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650
--- Comment #10 from Anton Shterenlikht 2011-11-11
12:08:31 UTC ---
Failed again on 4.7-2005:
/usr/ports/lang/gcc47/work/build/ia64-portbld-freebsd9.9/libgcc/../.././../gcc-4.7-2005/libgcc/onfig/ia64/unwind-ia64.c:1739:
undefined referen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093
Bug #: 51093
Summary: GCC 4.4.3 build fails with 'OPTION_ISA_AES' as
undefined
Classification: Unclassified
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51058
--- Comment #12 from Jakub Jelinek 2011-11-11
12:33:44 UTC ---
Created attachment 25795
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25795
gcc47-pr51058.patch
Updated patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093
--- Comment #1 from Mikael Pettersson 2011-11-11
12:37:28 UTC ---
(In reply to comment #0)
> I've downloaded gcc 4.4.3 tar-ball package.
> Configured and build as follows for host-x86_64-unknown-linux-gnu:
> <./configure --prefix=$HOME/instal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086
Rainer Orth changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
Bug #: 51094
Summary: [4.7 Regression] Bootstrap failure at revision 181279
on non-ELF targets
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762
--- Comment #24 from Ulrich Weigand 2011-11-11
13:04:02 UTC ---
(In reply to comment #22)
> Yeah, this is also what I thought at the first sight. But please don't forget
> that additional c-code test effectively creates
>
> (and (match_operand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
Rainer Orth changed:
What|Removed |Added
CC||jimis at gmx dot net, ro at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51095
Bug #: 51095
Summary: "make install" with --program-suffix does not install
the bin/gnat* binaries with that suffix
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762
--- Comment #25 from Uros Bizjak 2011-11-11 13:17:41
UTC ---
(In reply to comment #24)
> In fact, except for the address_operand case, the mode checks seem
> to be correct in their actual effect: we either call a standard operator
> and omit the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #19 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-11
13:21:11 UTC ---
Created attachment 25796
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25796
Patch with corrections.
ChangeLog:
2011-11-11 Ed Smith-Rowland <3d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
Dominique d'Humieres changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096
Bug #: 51096
Summary: No EBCO if a member of the base class type is defined
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51097
Bug #: 51097
Summary: [4.7 Regression] a lot of "FAIL: gcc.dg/vect" on i686
avx build 181167 to 181177
Classification: Unclassified
Product: gcc
Version: unknown
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096
henn...@still-hidden.de changed:
What|Removed |Added
Keywords||missed-optimization
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51091
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
Bug #: 51098
Summary: [4.7 Regression] bootstrap failed on avx i686, svn
revision 181259 to 181267
Classification: Unclassified
Product: gcc
Version: unknown
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096
--- Comment #1 from Jonathan Wakely 2011-11-11
14:11:53 UTC ---
The standard says the empty base and Derived::a must have distinct addresses:
"Two objects that are not bit-fields may have the same address if one is a
subobject of the other, or i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
--- Comment #1 from Stupachenko Evgeny 2011-11-11
14:14:11 UTC ---
Most likely it is revision 181261
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
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=50762
--- Comment #26 from uros at gcc dot gnu.org 2011-11-11 14:56:03 UTC ---
Author: uros
Date: Fri Nov 11 14:56:00 2011
New Revision: 181285
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181285
Log:
PR target/50762
* config/i386/const
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762
Uros Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51095
--- Comment #1 from joseph at codesourcery dot com 2011-11-11 15:24:10 UTC ---
This was supposed to be bug 864 but it looks like that wasn't really fixed
even though it was closed as fixed. See also bug 19563.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-11 15:35:14 UTC ---
> --- Comment #2 from Jason Merrill 2011-11-11
> 15:30:50 UTC ---
> Is it fixed now?
Need to check, but the patch also breaks bootstrap on ELF targets that
lack
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-11 15:38:51 UTC ---
> Need to check, but the patch also breaks bootstrap on ELF targets that
> lack stpcpy, like any Solaris < 10:
Correction: < 11.
Rainer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #5 from Dominique d'Humieres 2011-11-11
15:40:13 UTC ---
> Is it fixed now?
With a similar patch, I am now at stage2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-11 15:46:33 UTC ---
And it breaks Solaris/SPARC bootstrap with both Sun as and gas. See the
following testcase:
$ cat string.c
int
main (void)
{
return 0;
}
* Wit Sun as, I get:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50493
Richard Earnshaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2011-09-26
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
Jason Merrill changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Jason Merrill 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090
--- Comment #3 from Janne Blomqvist 2011-11-11 16:31:59
UTC ---
Author: jb
Date: Fri Nov 11 16:31:47 2011
New Revision: 181288
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181288
Log:
PR 51090 Check that getenv result != NULL before pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090
--- Comment #4 from Janne Blomqvist 2011-11-11 16:38:24
UTC ---
Author: jb
Date: Fri Nov 11 16:38:11 2011
New Revision: 181290
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181290
Log:
PR 51090 Fix r181288 to conform to GNU style
Modifi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
--- Comment #20 from Jason Merrill 2011-11-11
16:51:50 UTC ---
Author: jason
Date: Fri Nov 11 16:51:41 2011
New Revision: 181292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181292
Log:
PR c++/50976
* typeck.c (check_literal_ope
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46728
William J. Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #4 from Dominique d'Humieres 2011-11-11
17:32:42 UTC ---
> Darwin's weak comes with a price flat namespace.
> try this:
> ...
> +/* { dg-options "-O2 -fprofile-arcs -ftest-coverage -flat_namespace
> -undefined suppress" { targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #5 from Iain Sandoe 2011-11-11 19:37:00
UTC ---
Having discussed this a bit with Mike, I think that my comment about
flat_namespace is not 100% correct.
However, in this specific case, it is probably the right way to solve the
proble
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51074
--- Comment #5 from Jakub Jelinek 2011-11-11
19:55:26 UTC ---
Author: jakub
Date: Fri Nov 11 19:55:23 2011
New Revision: 181297
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181297
Log:
PR tree-optimization/51074
* fold-const.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51058
--- Comment #13 from Jakub Jelinek 2011-11-11
19:56:17 UTC ---
Author: jakub
Date: Fri Nov 11 19:56:13 2011
New Revision: 181298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181298
Log:
PR tree-optimization/51058
* tree-vect-slp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51091
--- Comment #2 from Jakub Jelinek 2011-11-11
19:57:26 UTC ---
Author: jakub
Date: Fri Nov 11 19:57:23 2011
New Revision: 181299
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181299
Log:
PR tree-optimization/51091
* tree-stdarg.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093
--- Comment #3 from Om Ji Omer 2011-11-11 20:07:15
UTC ---
Also had tried building in completely separate repository.
But getting the same error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #6 from Nathan Sidwell 2011-11-11
20:11:31 UTC ---
great, who wants to commit the fix?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #7 from Iain Sandoe 2011-11-11 20:21:51
UTC ---
(In reply to comment #6)
> great, who wants to commit the fix?
I'll post it ..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059
--- Comment #8 from Iain Sandoe 2011-11-11 20:37:39
UTC ---
and ... to answer Nathan's question:
Darwin's weak works the way you expect -- however the symbol does have to be
present at link time.
So - one would construct a dylib:
foo.dylib:
ex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50473
--- Comment #4 from Jason Merrill 2011-11-11
21:27:08 UTC ---
Yep, the problem seems to be that we built up trees in the template that we
don't then want to tsubst.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51060
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51078
--- Comment #11 from Grygoriy Fuchedzhy
2011-11-11 21:53:50 UTC ---
I've tried different optimization options:
1. -march=native -O2,
2. -march=native -O2 -funroll-loops,
3. -march=native -O2 -funroll-all-loops,
4. -march=native -O3,
5. -march=nat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51078
Grygoriy Fuchedzhy changed:
What|Removed |Added
Attachment #25779|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51099
Bug #: 51099
Summary: libgcc configure probe generates invalid code on MIPS
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51099
--- Comment #1 from Joel Sherrill 2011-11-11 22:37:18
UTC ---
Created attachment 25799
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25799
Test code and generated assembly
Generated assembly has error:
t.s: Assembler messages:
t.s:124: E
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51100
Bug #: 51100
Summary: libgcc configure probe generates invalid code on
sparc64
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
--- Comment #10 from Dominique d'Humieres
2011-11-11 22:41:36 UTC ---
The patch in comment #8 fixes this pr. I have only been able to regtest gcc and
gfortran without regression. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101
Bug #: 51101
Summary: i386-rtems fails to compile dwarf2asm.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904
--- Comment #14 from Venkataramanan Kumar 2011-11-11 22:58:01 UTC ---
I ran polyhedron benchmarks with -march=bdver1 and -Ofast. Induct run time was
brought down to 53.45 sec from 70.93 sec. Other benchmarks are not affected
much.
I am planning t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #8 from jimis 2011-11-11 23:00:47 UTC ---
Created attachment 25800
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25800
Use libiberty's stpcpy()
Does the attached patch solve the stpcpy() issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51078
--- Comment #13 from Paolo Carlini 2011-11-11
23:03:38 UTC ---
I would say, the next step, is analyzing why: std::count seems a very simple
algorithm, no aliasing issues for example, compiler should be able to unroll,
maybe vectorize too, and eve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #9 from jimis 2011-11-11 23:31:22 UTC ---
Created attachment 25801
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25801
fix for platforms not using GNU as
I redefined STRING_ASM_OP and changed ELF_STRING_LIMIT back to STRING_LIMI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #10 from jimis 2011-11-11 23:34:55 UTC ---
Nevertheless, I'd prefer using ELF_STRING_LIMIT and ELF_STRING_ASM_OP names to
point out that they affect only elf_* functions. But this renaming would touch
various rare archs. Should I try i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #11 from jimis 2011-11-11 23:38:54 UTC ---
Created attachment 25802
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25802
STRING_LIMIT and STRING_ASM_OP usage in gcc
See attached file for platforms that will need macro renaming.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51102
Bug #: 51102
Summary: missing macros in
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103
Bug #: 51103
Summary: configure: error: GNU Fortran is not working
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: blocker
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51104
Bug #: 51104
Summary: internal compiler error: in gfc_get_derived_type
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51104
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48923
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||fkrogh#gcc at mathalacarte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103
--- Comment #2 from Richard Lewis 2011-11-12
07:12:54 UTC ---
I've been building GNU software since 1988. Perhaps I missed something?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103
--- Comment #3 from Richard Lewis 2011-11-12
07:16:43 UTC ---
Every language builds, except Fortran. Is there something I missed trying to
build libgfortran.a?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103
--- Comment #4 from kargl at gcc dot gnu.org 2011-11-12 07:20:10 UTC ---
(In reply to comment #2)
> I've been building GNU software since 1988. Perhaps I missed something?
Yes, I believe you did, which is why I asked if you read the
installation i
82 matches
Mail list logo
