http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50471
--- Comment #4 from Zoltan Glozik
2011-09-21 06:43:29 UTC ---
(In reply to comment #3)
> NS::f(t);
> Binds at the point at definition because it is qualified.
> f(t);
> Does not bind and then does argument dependent lookup (ADL) at instan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50471
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50471
--- Comment #2 from Zoltan Glozik
2011-09-21 05:43:44 UTC ---
Comment on attachment 25330
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25330
bug
#include
namespace NS {
template
struct A {
T t;
};
template
void f(T &t)
{
std
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50471
--- Comment #1 from Zoltan Glozik
2011-09-21 05:41:57 UTC ---
Created attachment 25330
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25330
bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50471
Bug #: 50471
Summary: Qualified lookup fails to find template function
Classification: Unclassified
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50467
Alan Modra changed:
What|Removed |Added
Target|powerpc64-linux |powerpc-linux, powerpc-eabi
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50470
--- Comment #2 from Rich Felker 2011-09-21 01:34:29
UTC ---
The sysroot features may be nice but they're not a substitute for being able to
eliminate the default library search path. For example, when using sysroot,
-L/new/path will prepend the s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50470
--- Comment #1 from Andrew Pinski 2011-09-21
01:20:48 UTC ---
I think this is why GCC created the --with-sysroot option while building GCC
itself. And really -nostdlib is not just for "alternate library ecosystem".
It is so you can supply all t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50470
Bug #: 50470
Summary: gcc does not respect -nostdlib with regard to search
paths
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49813
Paolo Carlini changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49488
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50469
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50469
--- Comment #1 from hjl at gcc dot gnu.org 2011-09-20
22:59:53 UTC ---
Author: hjl
Date: Tue Sep 20 22:59:49 2011
New Revision: 179022
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179022
Log:
Replace "must be be" with "must be".
2011-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50469
Bug #: 50469
Summary: [4.7 Regression] FAIL: gfortran.dg/storage_size_2.f08
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50386
--- Comment #4 from Ramana Radhakrishnan 2011-09-20
22:32:49 UTC ---
I think this is a bootstrap issue rather than a problem with libgomp . A
reduced testcase of this form fails with the stage2 compiler but is ok with the
stage1 compiler.
stru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #17 from Jan Hubicka 2011-09-20 22:19:38
UTC ---
> I haven't found out exactly what libs are affected yet, because I've copied
> them in large chunks.
Hmm, this is quite weird. I am not aware of any really important LTO related
wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50468
Bug #: 50468
Summary: ICE in force_type_die when compiling binutils with
-flto -O[12]
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50467
--- Comment #1 from Michael Meissner 2011-09-20
21:04:17 UTC ---
Created attachment 25329
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25329
Code from the libquantum benchmark.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50467
Bug #: 50467
Summary: Compiler can move stack cleanup before last memory
reference involving the stack
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50466
--- Comment #1 from Andrew Pinski 2011-09-20
21:00:55 UTC ---
4.3.x is no longer maintained and had at least one known strict aliasing bug.
Try 4.5.x or 4.6.x.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50466
Bug #: 50466
Summary: Compiled code behaves differently with "-O2 -fPIC"
flag combination
Classification: Unclassified
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50442
--- Comment #6 from Jason Merrill 2011-09-20
19:25:36 UTC ---
Author: jason
Date: Tue Sep 20 19:25:32 2011
New Revision: 179015
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179015
Log:
PR c++/50442
* g++.dg/overload/ref-conv1.C:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42575
jules at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50464
Uros Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50465
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50465
Bug #: 50465
Summary: [avr] Use insn attribute to depict if and how
instruction lengths have to be adjusted
Classification: Unclassified
Product: gcc
Version: 4.7.0
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50464
Uros Bizjak changed:
What|Removed |Added
Target||x86
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463
--- Comment #5 from manz at intes dot de 2011-09-20 17:11:56 UTC ---
(In reply to comment #2)
> I confirm the problem on 4.6.1 and trunk, but the code seems to work as
> expected with 4.5.3 and 4.4.6.
> It also works if I merge the three files in o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463
--- Comment #4 from Dominique d'Humieres 2011-09-20
16:57:28 UTC ---
This is caused/exposed by revision 165422
Author: rguenth
Date: Wed Oct 13 13:03:31 2010
New Revision: 165422
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165422
Log:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50464
Bug #: 50464
Summary: Using -Ofast -march=bdver1 results in internal
compiler error: in extract_insn, at recog.c:2109
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #16 from Markus Trippelsdorf
2011-09-20 15:39:41 UTC ---
(In reply to comment #15)
> BTW since the exception seems to be thrown from libuno_cppuhelpergcc3.so.3
> that sounds like there is some sort of gcc specific magic that has good
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023
--- Comment #5 from Dominique d'Humieres 2011-09-20
15:35:00 UTC ---
r158253 is OK
r162456 gives the error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023
--- Comment #4 from kargl at gcc dot gnu.org 2011-09-20 14:57:00 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > I'm seeing this bug even for an explicitly interoperable type (hence I'm not
> > sure if this is really the same bug -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
K
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
--- Comment #13 from Jakub Jelinek 2011-09-20
14:01:55 UTC ---
Ira, thanks for your help, I'll continue working on this now.
To vincenzo, this patch isn't finished, so it is premature to test it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50462
--- Comment #1 from Manuel López-Ibáñez 2011-09-20
13:59:47 UTC ---
Clang does only marginally better because of its selective typedef unwrapping
and avoiding printing back expressions, but then it goes and prints all
candidates:
/tmp/webcompile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50386
--- Comment #3 from dave.anglin at bell dot net 2011-09-20 13:46:04 UTC ---
On 9/20/2011 6:49 AM, ramana at gcc dot gnu.org wrote:
> Do you have some date before when trunk managed bootstraps successfully ?
>
This is my last successful build:
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
--- Comment #12 from vincenzo Innocente
2011-09-20 13:46:16 UTC ---
I'm getting these errors
../.././gcc/optabs.c: In function 'optab_d* optab_for_tree_code(tree_code,
const_tree, optab_subtype)':
../.././gcc/optabs.c:470:9: error: cannot conver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50460
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463
--- Comment #3 from Dominique d'Humieres 2011-09-20
13:18:35 UTC ---
r165415 is OK
r165758 gives a wrong code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47011
--- Comment #3 from Mat Hostetter 2011-09-20 12:32:47
UTC ---
I am seeing the same crash with gcc 4.4.[3456], on x86_64. It works on 4.6.1.
I encountered this crash when simply upgrading to the latest boost (1.47.0),
which uses attribute optimiz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47011
--- Comment #2 from Mat Hostetter 2011-09-20 12:31:56
UTC ---
Created attachment 25327
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25327
bug showing ICE with -O, incorrect code without optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463
--- Comment #1 from manz at intes dot de 2011-09-20 12:29:47 UTC ---
Created attachment 25326
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25326
Fortran testcase code a.f, b.f and c.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463
Bug #: 50463
Summary: -ftree-dse leeds to wrong code with gfortran
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: critical
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
Ira Rosen changed:
What|Removed |Added
Attachment #25323|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
Ira Rosen changed:
What|Removed |Added
Attachment #25322|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
--- Comment #9 from vincenzo Innocente
2011-09-20 12:05:01 UTC ---
does not compile to me
../.././gcc/tree-vect-loop.c: In function 'vect_is_simple_reduction_1':
../.././gcc/tree-vect-loop.c:2237:35: warning: suggest parentheses around '&&'
with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
--- Comment #8 from Ira Rosen 2011-09-20 11:47:00 UTC
---
Created attachment 25323
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25323
complete patch including my fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
--- Comment #7 from Ira Rosen 2011-09-20 11:45:53 UTC
---
Created attachment 25322
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25322
fix
Here is the fix (it's a diff relative to your patch).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50454
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023
florian.rathgeber at gmail dot com changed:
What|Removed |Added
CC||florian.rathgeber at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50386
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50462
Bug #: 50462
Summary: Particularly painful error message
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50460
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49443
--- Comment #6 from jye2 at gcc dot gnu.org 2011-09-20 09:01:06 UTC ---
Author: jye2
Date: Tue Sep 20 09:00:58 2011
New Revision: 179003
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179003
Log:
2011-09-20 Jiangning Liu
Backport r1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50374
--- Comment #6 from Ira Rosen 2011-09-20 08:27:08 UTC
---
Thanks for working on this!
It looks like the problem is with the way the stmts are marked. We don't insert
pattern stmts now, so the things are more tricky. I'll try to fix this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50461
Bug #: 50461
Summary: mpfr.h found in mpfr-3.1.0/src instead of mpfr-3.0.1/.
as previously
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRME
59 matches
Mail list logo
