http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49665
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49666
Summary: passing nested function to inline function causes a
trampoline call
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49353
--- Comment #2 from Jason Merrill 2011-07-07
02:58:36 UTC ---
Author: jason
Date: Thu Jul 7 02:58:33 2011
New Revision: 175954
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175954
Log:
PR c++/49353
* semantics.c (expand_or_defer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48351
Rich Townsend changed:
What|Removed |Added
CC||townsend at astro dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49665
Summary: 'defined in discarded section' link failures on
cpu2006 benchmarks
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49664
Summary: liblto_plugin.so exports too many symbols
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49663
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49568
Jason Merrill changed:
What|Removed |Added
Status|NEW |WAITING
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49568
--- Comment #10 from Jason Merrill 2011-07-06
21:22:21 UTC ---
Author: jason
Date: Wed Jul 6 21:22:16 2011
New Revision: 175938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175938
Log:
PR c++/49568
* method.c (make_thunk, use_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38342
--- Comment #12 from Bill Westfield 2011-07-06
21:18:26 UTC ---
Ah. So this is the same compiler behavior that results in C++ overloading not
being able to tell the difference between a RAM pointer and a progmem pointer;
the attribute ends up on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
--- Comment #16 from hjl at gcc dot gnu.org 2011-07-06
20:30:13 UTC ---
Author: hjl
Date: Wed Jul 6 20:30:06 2011
New Revision: 175933
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175933
Log:
Use pointer_mode for address computation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
H.J. Lu changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49653
--- Comment #6 from Jonathan Wakely 2011-07-06
19:37:00 UTC ---
why not just add this to make the code valid by emitting an extern definition?
extern long trouble(long, long);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49653
--- Comment #5 from Gary Funck 2011-07-06 19:21:26
UTC ---
Would the following make sense as an enhancement, and still be standards
conforming?
RFE: If compiling in C99 mode at -O0 (optimization disabled), compile functions
declared as "inline"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48727
--- Comment #4 from Eric Botcazou 2011-07-06
19:15:49 UTC ---
> This also fails on 32-bit Solaris/SPARC with Sun as, which has:
>
> sethi %hi(_ZN1S5xyzzyEv), %g1
> jmp %g1 + %lo(_ZN1S5xyzzyEv)
> sethi %hi(_ZN1S5xy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49663
--- Comment #2 from Jonathan Wakely 2011-07-06
19:11:06 UTC ---
Changing the initializer to:
tonc() : onc((onc::Cb)&grac::once) {}
makes Comeau happy, but still gives an ICE with 4.7 and -std=c++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49663
Jonathan Wakely changed:
What|Removed |Added
Keywords|ice-on-valid-code |
--- Comment #1 from Jonathan Wakely 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49479
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49479
--- Comment #8 from Thomas Koenig 2011-07-06
18:50:50 UTC ---
Author: tkoenig
Date: Wed Jul 6 18:50:46 2011
New Revision: 175929
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175929
Log:
2011-07-06 Thomas Koenig
Partial backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49663
Summary: [4.7 Regression] [C++0x] ICE in lookup_base
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49658
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49658
--- Comment #3 from Jonathan Wakely 2011-07-06
18:40:39 UTC ---
Author: redi
Date: Wed Jul 6 18:40:36 2011
New Revision: 175928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175928
Log:
2011-07-06 Jonathan Wakely
PR other/49658
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49662
Summary: [4.7 Regression] FAIL:
gcc.dg/graphite/interchange-XX.c
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49653
--- Comment #4 from Gary Funck 2011-07-06 17:29:32
UTC ---
Thanks Andrew and Johannes for the follow-up. The difference in between
optimized and non-optimized compilations was surprising to me, but I now
understand that this is the result of the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49648
--- Comment #10 from Mikael Morin 2011-07-06
17:28:14 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > + else if (mp_flag && sym->attr.flavor == FL_PROCEDURE &&
> > sym->attr.function)
> > +gfc_resolve_array_spec (sym->result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48727
Rainer Orth changed:
What|Removed |Added
Target|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49648
--- Comment #9 from Tobias Burnus 2011-07-06
16:53:32 UTC ---
(In reply to comment #8)
> + else if (mp_flag && sym->attr.flavor == FL_PROCEDURE && sym->attr.function)
> +gfc_resolve_array_spec (sym->result->as, false);
I think one could add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49661
Summary: et-forest.h uses extern "C"
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49660
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49660
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-07-06 15:24:51 UTC ---
> --- Comment #3 from Andreas Schwab 2011-07-06
> 15:16:47 UTC ---
> I think the proper handling of this is part of the --with-cpu-(32|64)
> framework.
No idea,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49660
--- Comment #3 from Andreas Schwab 2011-07-06 15:16:47
UTC ---
I think the proper handling of this is part of the --with-cpu-(32|64)
framework.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49645
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49660
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-07-06 15:01:11 UTC ---
> --- Comment #1 from Andreas Schwab 2011-07-06
> 14:52:04 UTC ---
> I think you want to implement --with-cpu-(32|64) like x86 and powerpc.
This might be a possi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49648
--- Comment #8 from Mikael Morin 2011-07-06
15:00:56 UTC ---
(In reply to comment #7)
> Here is a "fix".
It breaks class_20.f03 and extends_4.f03 at least.
There is another attempt below.
(In reply to comment #6)
> Alternatively, one should some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49660
--- Comment #1 from Andreas Schwab 2011-07-06 14:52:04
UTC ---
I think you want to implement --with-cpu-(32|64) like x86 and powerpc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49660
Summary: 64-bit gcc doesn't enable -mv8plus with -m32 on
Solaris/SPARC
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46622
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49648
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #7 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-07-06 14:06:59 UTC ---
> --- Comment #1 from Eric Botcazou 2011-07-06
> 08:52:17 UTC ---
> Rainer, any idea to solve this?
One comment up front: It's best to directly Cc: me in PRs, ot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49645
--- Comment #3 from Richard Guenther 2011-07-06
14:05:57 UTC ---
Author: rguenth
Date: Wed Jul 6 14:05:54 2011
New Revision: 175916
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175916
Log:
2011-07-06 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47383
--- Comment #14 from hjl at gcc dot gnu.org 2011-07-06
13:19:08 UTC ---
Author: hjl
Date: Wed Jul 6 13:19:04 2011
New Revision: 175912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175912
Log:
Use pointer_mode for address computation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49335
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49335
--- Comment #7 from Ramana Radhakrishnan 2011-07-06
12:38:29 UTC ---
Author: ramana
Date: Wed Jul 6 12:38:26 2011
New Revision: 175911
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175911
Log:
2011-07-06 Ramana Radhakrishnan
B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49659
--- Comment #3 from Dominique d'Humieres 2011-07-06
12:01:59 UTC ---
> Strangely ifort outputs the same result, so it must be correct ...
Indeed! The standard says
7.1.3 Precedence of operators
1 There is a precedence among the intrinsic and e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49647
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #22 from Yukhin Kirill 2011-07-06
11:57:21 UTC ---
(In reply to comment #21)
> On Wed, 6 Jul 2011, kirill.yukhin at intel dot com wrote:
>
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
> >
> > --- Comment #19 from Yukhin Kir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49647
--- Comment #3 from Rainer Orth 2011-07-06 11:56:49 UTC
---
Author: ro
Date: Wed Jul 6 11:56:46 2011
New Revision: 175910
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175910
Log:
PR tree-optimization/49647
* gcc.dg/tree-ssa/200
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #21 from rguenther at suse dot de
2011-07-06 11:53:56 UTC ---
On Wed, 6 Jul 2011, kirill.yukhin at intel dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
>
> --- Comment #19 from Yukhin Kirill
> 2011-07-06 11:49:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49647
Rainer Orth changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #20 from Yukhin Kirill 2011-07-06
11:50:51 UTC ---
With patch attached both tescase and 447.dealII passing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #19 from Yukhin Kirill 2011-07-06
11:49:34 UTC ---
Created attachment 24701
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24701
Patch to make tailcall check more conservative
Attached patch adds another check for clobbered stac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39150
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46481
--- Comment #2 from Michael Haubenwallner 2011-07-06 11:26:37 UTC ---
Seems this is fixed since gcc-4.6.0 by
http://gcc.gnu.org/viewcvs?view=revision&revision=169981.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49659
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49659
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #18 from Richard Guenther 2011-07-06
10:49:24 UTC ---
Hm, the argument setup for the tailcall clobbers the incoming stack argument.
And without TER we do not overlap argument setup with the loads from the
incoming stack argument.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #17 from Richard Guenther 2011-07-06
10:37:57 UTC ---
I suspect that the tailcalling code does not expect TER to happen when
expanding the call arguments? With -fno-tree-ter the issue also isn't
appearant.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #16 from Yukhin Kirill 2011-07-06
10:35:03 UTC ---
Yes.
This is because expander prepares arguments like this:
...
(insn 6 5 7 2 (parallel [
(set (reg:SI 64)
(plus:SI (reg/f:SI 53 virtual-incoming-args)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Target|i686
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49658
Jonathan Wakely changed:
What|Removed |Added
Keywords||documentation
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #14 from Yukhin Kirill 2011-07-06
10:25:01 UTC ---
Created attachment 24700
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24700
Reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49658
--- Comment #1 from Jaak Ristioja 2011-07-06 10:26:24
UTC ---
Heh sry. I also made a typo. The text SHOULD contain "are" instead of "are is".
PS: The bugzilla might need a "Documentation" component for gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49659
Summary: If-and-condition not obeyed using the g77-compiler
(Windows 7, 64-bit).
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49658
Summary: Typo in gcc/doc/extend.texi
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
Eric Botcazou changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49542
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #13 from Yukhin Kirill 2011-07-06
08:47:20 UTC ---
I agree, that there is no problem with GIMPLE. As I mentioned we may just
forbid tailcall opt for non-MEMREFS, but I suspect it will lead to significant
perf. degradation.
BTW, I am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49542
--- Comment #6 from Eric Botcazou 2011-07-06
08:46:45 UTC ---
Author: ebotcazou
Date: Wed Jul 6 08:46:41 2011
New Revision: 175905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175905
Log:
PR testsuite/49542
* gcc.dg/vect/pr3380
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
Richard Guenther changed:
What|Removed |Added
CC||ebotcazou at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49542
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49641
Richard Earnshaw changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49656
--- Comment #2 from andreas at galauner dot de 2011-07-06 08:30:52 UTC ---
(In reply to comment #1)
> Also passes.c from 4.6.1 does only have 2052 lines, so your version
> information
> cannot be correct.
Oh, I'm sorry. You are totally right.
I a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49645
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49647
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49649
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49652
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49628
Richard Guenther changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49653
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49655
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49654
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49656
--- Comment #1 from Richard Guenther 2011-07-06
08:08:57 UTC ---
Works for me on native x86_64.
Also passes.c from 4.6.1 does only have 2052 lines, so your version information
cannot be correct.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49657
--- Comment #2 from Richard Guenther 2011-07-06
08:05:26 UTC ---
The expmed.c code is broken, not sure about the crtstuff one.
83 matches
Mail list logo