--- Comment #1 from bangerth at gmail dot com 2009-10-26 04:52 ---
Confirmed. Though I'd note that if this was a *nested* function (not a function
in a *nested structure*) -- or a lambda function--, then the warning would make
sense.
--
bangerth at gmail dot com changed:
--- Comment #4 from marti at juffo dot org 2009-10-26 03:35 ---
Created an attachment (id=18894)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18894&action=view)
st-theme-node.i.gz
And yet another in gnome-shell from
http://ftp.gnome.org/pub/GNOME/sources/gnome-shell/2.28/
gcc -s
--- Comment #3 from marti at juffo dot org 2009-10-26 03:26 ---
Created an attachment (id=18893)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18893&action=view)
test-resizing.i
Another instance of the same bug. This time from GNOME mutter 2.28.0
http://ftp.gnome.org/pub/gnome/so
--- Comment #1 from zsojka at seznam dot cz 2009-10-26 00:30 ---
Created an attachment (id=18892)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18892&action=view)
partially reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41826
gcc/x86_64-unknown-linux-gnu/4.5.0/cc1
-m32 -O2 -o testcase.s testcase.i -version
==26448==
GNU C (GCC) version 4.5.0 20091025 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-10-25 23:14 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-10-25 23:10 ---
Subject: Bug 41813
Author: kkojima
Date: Sun Oct 25 23:10:22 2009
New Revision: 153543
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153543
Log:
PR target/41813
* config/sh/sh.md (stuff_dela
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-25 21:01 ---
Actually, wait:
$(RPATH_ENVVAR)=`echo
"$(HOST_LIB_PATH)$(TARGET_LIB_PATH)$$$(RPATH_ENVVAR)" | sed
's,::*,:,g;s,^:*,,;s,:*$$,,'`; export $(RPATH_ENVVAR);
For BASE_TARGET_EXPORTS.
--
http://gcc.gnu.org/bu
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-25 21:00 ---
@if gcc-bootstrap
$(RPATH_ENVVAR)=`echo "$(TARGET_LIB_PATH)$$$(RPATH_ENVVAR)" | sed
's,::*,:,g;s,^:*,,;s,:*$$,,'`; export $(RPATH_ENVVAR); \
@endif gcc-bootstrap
That is only happens when doing a native boo
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
|
--- Comment #4 from cadaker at gmail dot com 2009-10-25 20:14 ---
This is still present in -r153539, along with some more comparison failures
(gcc/tree-vrp.o, gcc/tree-complex.o, gcc/sese.o, gcc/sel-sched.o, gcc/bitmap.o,
gcc/lto/lto-lang.o, gcc/cp/class.o).
Could this be of any help? T
The warning on the code below isn't useful since the formal argument of foo()
named i cannot be referenced in the body of the local struct. I.e., there is
no potential for referring to it by mistake since doing so would be a hard
error.
$ cat t.cpp && g++ -c -Wshadow t.cpp
int foo (int i)
{
st
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-25 18:46 ---
You are violating C type-based aliasing rules. Use -fno-strict-aliasing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from dominiq at lps dot ens dot fr 2009-10-25 18:34 ---
With the patch in comment #5 I got two extra errors for my tests:
modification of pr30793 (comment #7)
pr30793_red.f90:151.10:
mshp => msh_(quality)
1
Error: Function 'msh_' at (1) has no IMPLICIT type
--- Comment #1 from ktreichel at web dot de 2009-10-25 18:23 ---
Created an attachment (id=18891)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18891&action=view)
Testcase to reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41824
Build command line: gcc -O2 -g -o test test.c
test.c:
#include
#include
static inline int ILInterlockedCompareAndExchangeI4_Full(volatile int *dest,
int value,
--- Comment #5 from dodji at gcc dot gnu dot org 2009-10-25 17:47 ---
Subject: Re: New: ICE on canonical types with variadic
templates and CRTP
During the instantiation of the base class of "derived" we are trying to
instantiate derived in the argument list of base.
lookup_t
--- Comment #2 from joseph at codesourcery dot com 2009-10-25 17:43 ---
Subject: Re: libstdc++.so.6.0.14-gdb.py is not an ELF
file
Some people dislike a few warnings from ldconfig. I think having this as
a text file alongside the library is much better than alternative
suggestions
--- Comment #7 from dominiq at lps dot ens dot fr 2009-10-25 17:20 ---
(In reply to comment #6)
> Did I missed something in the standard or is this a bug?
Probably the former!-(If I move
a%j=2
inside the "type is (t2)" block, the code compiles without error).
--
http://gcc.gnu.or
--- Comment #4 from rguenther at suse dot de 2009-10-25 16:39 ---
Subject: Re: ICE in LTO when linking
On Sun, 25 Oct 2009, mckelvey at maskull dot com wrote:
>
>
> --- Comment #3 from mckelvey at maskull dot com 2009-10-25 16:32 ---
> (In reply to comment #2)
> > Can you i
--- Comment #3 from mckelvey at maskull dot com 2009-10-25 16:32 ---
(In reply to comment #2)
> Can you instead launch the link command-line with -v -save-temps appended
> and from the output re-run the lto1 command invocation inside gdb and do
>
> (gdb) b internal_error
> (gdb) run
> (
--- Comment #9 from dominiq at lps dot ens dot fr 2009-10-25 15:34 ---
(In reply to comment #8)
> > It seems that the patch in comment #2 has been silently applied
> Not exactly silently. It was pr38672
Thanks for the pointer. This PR has not been marked as a duplicate of pr38672
and w
--- Comment #5 from spop at gcc dot gnu dot org 2009-10-25 15:31 ---
test.f works on amd64-linux on the graphite branch.
I am doing the merge of the graphite branch to trunk,
and this should be fixed then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41498
--- Comment #6 from burnus at gcc dot gnu dot org 2009-10-25 14:44 ---
TODO: Check whether the patch does the right thing. One overrides the symbol
settings of the generic, which should be harmless, but might lead to problems
if one uses different specifics which share the same "sym" poi
--- Comment #5 from burnus at gcc dot gnu dot org 2009-10-25 14:33 ---
print *, associated(a,f(a)) ! Valid, but error
If one steps in the debugger, one see that the TARGET= argument of associate
but "f", i.e. target->expr_type == EXPR_FUNCTION, target->symtree->n.sym->name
"f" and tar
--- Comment #4 from eres at il dot ibm dot com 2009-10-25 14:31 ---
Created an attachment (id=18890)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18890&action=view)
A testcase to reproduce the ICE
Here is the command line and the error message for the testcase attached (using
tru
--- Comment #6 from dominiq at lps dot ens dot fr 2009-10-25 13:55 ---
The patches in comment #1 and #5 seem to work as advertized (currently
regtesting).
After having looked at the f2003 standard draft, I understand that
allocate(a, source=t2(1,2))
is equivalent to
allocate(t2::a)
a
er error: Segmentation fault
>
> This is fixed by revision 148718:
>
> http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00701.html
>
I am receiving the same error in r151451, disappears in r151453 (20090905)
(trunk).
gcc 4.4 branch (r153538, 20091025) still has this problem, but needs adding of
--- Comment #10 from eres at il dot ibm dot com 2009-10-25 12:41 ---
(In reply to comment #0)
> Hello!
> The "[patch, vectorizer] misaligned store support" patch [1] resulted in more
> than 10% longer execution time for Polyhedron test_fpu test on Core2.
> The test is compiled with "-mar
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-25 12:21 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from dl9pf at gmx dot de 2009-10-25 12:14 ---
(In reply to comment #5)
Tnx for the quick reply - testing .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41814
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-25 12:03 ---
Subject: Bug 41814
Author: rguenth
Date: Sun Oct 25 12:03:07 2009
New Revision: 153539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153539
Log:
2009-10-25 Richard Guenther
PR middle-end/41814
--- Comment #3 from eres at il dot ibm dot com 2009-10-25 11:55 ---
(In reply to comment #2)
> Works for me on amd64-linux and graphite branch. See daily reports on
> http://groups.google.com/group/gcc-graphite-test
> No testcase was provided anyways.
> Sebastian
I just tried trunk -r
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-25 11:52 ---
Confirmed. The java FE overloads the BINFO_VIRTUALS field incompatible to what
the middle-end specifies:
java/java-tree.h:#define TYPE_NVIRTUALS(TYPE) BINFO_VIRTUALS (TYPE_BINFO
(TYPE))
TYPE_NVIRTUALS (this_clas
I just had a look at the source code file
gcc/fortran/trans-openmp.c,
function gfc_trans_omp_do.
I notice the following code
gfc_omp_clauses *clauses = code->ext.omp_clauses;
gfc_code *outermost;
int i, collapse = clauses->collapse;
where the assumption is made that local variable "clauses
Hi folks,
I work on reanimation of the XINU operation system for my real "old iron"
PDP-11/03. During my work I found a bug in the gcc code generation for PDP-11
target, please find details below.
Host information:
i686 running Debian 5.0, Kernel 2.6.26-1-686,
host native gcc version 4.3.2 (Debian
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-25 11:04 ---
Can you instead launch the link command-line with -v -save-temps appended
and from the output re-run the lto1 command invocation inside gdb and do
(gdb) b internal_error
(gdb) run
(gdb) up 2
you should be at gimple
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-25 11:00 ---
There is configure fluff in gcc/configure.ac at the --enable-plugin handling
that should deal with this (it tries -rdynamic at the moment). Probably
plugins should be disabled if not using GNU ld for now.
--
ht
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-25 10:52 ---
Of course bstdc++.so.6.0.14-gdb.py is not an ELF file. But what is the bug?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-25 10:51 ---
Investigating. Look odd.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41814
--- Comment #5 from janus at gcc dot gnu dot org 2009-10-25 10:24 ---
(In reply to comment #4)
> internal compiler error: in tree_annotate_all_with_location, at gimplify.c:892
This goes away with the following patchlet:
Index: gcc/fortran/trans-expr.c
==
41 matches
Mail list logo
