--- Comment #1 from ubizjak at gmail dot com 2009-11-02 09:36 ---
This prototype patch should reject %esp from call operand:
Index: predicates.md
===
--- predicates.md (revision 153803)
+++ predicates.md (workin
I just tried to compile a snapshot of Open Office
with the 4.5 snapshot 20091015
The compiler said
../../../js/src/jsinterp.c: In function 'js_Interpret':
../../../js/src/jsinterp.c:6226:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if ap
--- Comment #1 from jakub at gcc dot gnu dot org 2009-11-02 10:08 ---
Created an attachment (id=18947)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18947&action=view)
gcc45-pr41893.patch
Fix I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
I just tried to boostrap 4.5 snapshot 20091029 and the build said
/home/dcb/gcc/20091029/working/./prev-gcc/xgcc
-B/home/dcb/gcc/20091029/working/./prev-gcc/
-B/home/dcb/gcc/20091029/results/x86_64-unknown-linux-gnu/bin/
-B/home/dcb/gcc/20091029/results/x86_64-unknown-linux-gnu/bin/
-B/home/dcb/gc
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-02 10:27 ---
You need a newer cloog-ppl package from infrastructure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41904
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-02 10:29 ---
preprocessed source missing
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-02 10:31 ---
Works for me with both recent libelf and elfutils. The code didn't really
change recently, so what libelf do you have installed?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from bruck dot michael at googlemail dot com 2009-11-02
11:47 ---
(In reply to comment #1)
> Works for me with both recent libelf and elfutils. The code didn't really
> change recently, so what libelf do you have installed?
>
libelf-0.8.12
I think I understand what is
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-02 12:02 ---
Simplified testcase:
/* { dg-do compile } */
/* { dg-options "-g -O -ftree-loop-distribution -fgraphite-identity" } */
int
foo (int *x)
{
int a[10], b[10];
int i;
a[9] = 8;
b[9] = 8;
for (i = 0; i < 9; i++)
--- Comment #2 from dcb314 at hotmail dot com 2009-11-02 13:00 ---
Created an attachment (id=18948)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18948&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41903
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
The following valid code snippet triggers an ICE on trunk:
===
int foo() __attribute__((noreturn));
int bar() { return foo(); }
===
bug.cc: In function 'int bar()':
bug.cc:2:27: internal compiler error: in lower_eh_constructs
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41905
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-02 13:40 ---
Subject: Bug 41774
Author: jakub
Date: Mon Nov 2 13:39:46 2009
New Revision: 153805
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153805
Log:
PR c++/41774
* c-pragma.c (visstack): Change into
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41906
The following valid code snippet triggers an ICE on trunk when compiled with
"-fpermissive":
===
void foo();
void bar()
{
try { foo(); }
catch (...) {}
catch (int) {}
}
===
bug.cc: In function 'void bar()':
bug.cc:6:3: warning: '...' handler must be the last
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-02 13:56 ---
Subject: Bug 41893
Author: jakub
Date: Mon Nov 2 13:55:41 2009
New Revision: 153806
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153806
Log:
PR debug/41893
* cfgexpand.c (expand_debug_expr):
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-02 13:57 ---
Subject: Bug 41841
Author: jakub
Date: Mon Nov 2 13:57:13 2009
New Revision: 153807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153807
Log:
PR tree-optimization/41841
* ipa-struct-reorg.c (
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-02 13:58 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-02 13:59 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2009-11-02 13:59 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #25 from jamborm at gcc dot gnu dot org 2009-11-02 14:14
---
Subject: Bug 41750
Author: jamborm
Date: Mon Nov 2 14:13:49 2009
New Revision: 153809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153809
Log:
2009-11-02 Martin Jambor
PR tree-optimization/4
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-02
14:14 ---
Subject: Re: [4.5 Regression] Internal error
compiling fortran/intrinsic.c
> Can someone attach preprocessed source?
Attached.
Dave
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot c
--- Comment #2 from uweigand at gcc dot gnu dot org 2009-11-02 14:30
---
Subject: Bug 41857
Author: uweigand
Date: Mon Nov 2 14:30:39 2009
New Revision: 153810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153810
Log:
gcc/
PR tree-optimization/41857
* tree-flo
--- Comment #26 from jamborm at gcc dot gnu dot org 2009-11-02 14:33
---
Tthis is now fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from uweigand at gcc dot gnu dot org 2009-11-02 14:35
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
On Linux/ia32 and Linux/intel64, 465.tonto in SPEC CPU 2006 failed
to run at -O3:
Running 465.tonto ref base o3 default
65.tonto: copy #0 non-zero return code (rc=0, signal=11)
Revision 153787 is OK and revision 153795 is bad.
--
Summary: [4.5 Regression] 465.tonto in SPEC CPU 20
--- Comment #1 from hjl dot tools at gmail dot com 2009-11-02 15:49 ---
It may be caused by revision 153793:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg9.html
or revision 153795:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00011.html
--
hjl dot tools at gmail dot com changed:
For a closure, when an argument is a structure containing multiple floats, it
seems that all but the first two floats are lost (on my machine they seem to
consistently be set to zeros).
This is a big problem in GNUstep where we pass NSRect structures (containing
four floats), but I managed to rep
--- Comment #1 from rfm at gnu dot org 2009-11-02 15:58 ---
Created an attachment (id=18950)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18950&action=view)
test code for bug 419087
This is test code adapted from the libffi testsuite ... it could be added as a
new regression test
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-11-02 16:29 ---
Ok, so I reproduced it and used make -d install this time. The issue is
Reading makefile `Makefile'...
Reading makefile `.deps/lto-plugin.Plo' (search path) (no ~ expansion)...
Updating makefiles
Considering t
--- Comment #7 from burnus at gcc dot gnu dot org 2009-11-02 16:31 ---
Subject: Bug 41772
Author: burnus
Date: Mon Nov 2 16:30:48 2009
New Revision: 153817
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153817
Log:
2009-11-02 Paul Thomas
PR fortran/41772
* t
--- Comment #10 from bonzini at gnu dot org 2009-11-02 16:32 ---
Subject: Re: .../prev-gcc/xgcc used for the install step of
the lto-plugin
Try making all-gcc depend on all-lto-plugin (or vice versa :-P).
Paolo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
--- Comment #1 from fche at redhat dot com 2009-11-02 16:43 ---
Please be aware that the linux kernel uses this flag in its builds
as a tool to help limit runtime stack consumption, as a safety/security
matter. So it goes beyond a "nice to have".
--
http://gcc.gnu.org/bugzilla/show
--- Comment #11 from rguenther at suse dot de 2009-11-02 16:44 ---
Subject: Re: .../prev-gcc/xgcc used for the install step of
the lto-plugin
On Mon, 2 Nov 2009, bonzini at gnu dot org wrote:
> --- Comment #10 from bonzini at gnu dot org 2009-11-02 16:32 ---
> Subject: Re:
--- Comment #12 from bonzini at gnu dot org 2009-11-02 16:45 ---
Subject: Re: .../prev-gcc/xgcc used for the install step of
the lto-plugin
On 11/02/2009 05:44 PM, rguenther at suse dot de wrote:
> --- Comment #11 from rguenther at suse dot de 2009-11-02 16:44 ---
> Subject:
--- Comment #2 from spop at gcc dot gnu dot org 2009-11-02 16:46 ---
Richi, I think that we should add to configure a test for the minor version of
CLooG-PPL,
otherwise people will still report this kind of bugs.
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41904
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-02 16:51 ---
Simple patch which I am testing right now:
Index: gcc/gcc/config/rs6000/rs6000.md
===
--- gcc/gcc/config/rs6000/rs6000.md (revision 153680)
+++ gcc/
--- Comment #4 from spop at gcc dot gnu dot org 2009-11-02 16:53 ---
This testcase does work on the Graphite branch
where I did not merged changes from trunk from the time when
VTA was merged to trunk. See PR41401 as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41888
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41907
--- Comment #3 from spop at gcc dot gnu dot org 2009-11-02 16:55 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-02 16:56 ---
Actually the warning is incorrect at least according to the PPU book 4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41868
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-02 17:05 ---
In fact changing the the addic. into addic/cmpwi does not improve the speed of
the code:
With the change:
[apin...@dhcp-10-98-10-216 local]$ time ./a.out
56.316u 0.084s 0:57.09 98.7%0+0k 0+0io 0pf+0w
Without:
--- Comment #8 from burnus at gcc dot gnu dot org 2009-11-02 17:08 ---
... and backported to 4.4. Thanks Paul for the patch.
Closed as FIXED.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-02 17:08 ---
In fact doing the following diff to the -Os assembly:
--- t5.Os.s 2009-11-02 23:18:52.0 +0900
+++ t5.Os.dot.s 2009-11-02 23:20:19.0 +0900
@@ -29,9 +29,9 @@ x:
.L4:
bl y
.L3:
- cmpw
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-11-02 17:10 ---
So in conclusion, addic. is not microcoded and the warning is incorrect but
still -Os is faster than -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41868
--- Comment #4 from dcb314 at hotmail dot com 2009-11-02 17:24 ---
(In reply to comment #2)
> Richi, I think that we should add to configure a test for the minor version of
> CLooG-PPL,
> otherwise people will still report this kind of bugs.
I have *no* version of cloog or ppl, and the
--- Comment #2 from burnus at gcc dot gnu dot org 2009-11-02 17:30 ---
> It may be caused by revision 153793:
> http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg9.html
Could be. If so, it is likely that the program crashes in this case. Can you
print a backtrace? I can access Tonto at
http:
--- Comment #3 from hjl dot tools at gmail dot com 2009-11-02 17:44 ---
It is caused by revision 153793:
Program received signal SIGSEGV, Segmentation fault.
0x006a05d1 in __shell2_module_MOD_make_kei ()
(gdb) bt
#0 0x006a05d1 in __shell2_module_MOD_make_kei ()
#1 0x00
--- Comment #17 from rwild at gcc dot gnu dot org 2009-11-02 17:48 ---
unassigning; fixed for 4.5 by Jakub.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
program test
implicit none
call test()
contains
subroutine one(a)
real, dimension(:,:), intent(inout), optional :: a
call two(a)
end subroutine one
end program test
With 4.5:
f951: internal compiler error: in is_illegal_recursion,
at fortran/resolve.c:1120
With 4.4:
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|--- |4.4.3
http://gcc.
--- Comment #4 from burnus at gcc dot gnu dot org 2009-11-02 18:02 ---
Test case:
program test
implicit none
call one()
contains
subroutine one(a)
real, dimension(:,:), intent(inout), optional :: a
call two(a)
end subroutine one
subroutine two(a)
real, dimension(:,
--- Comment #5 from burnus at gcc dot gnu dot org 2009-11-02 18:07 ---
The problem is that gfortran copies for some reason the array descriptor in
"one()" before calling "two()". The question is only why? One should be able to
simply pass the array on, shouldn't one? The dump shows:
Hello,
I've tested this following example in windows wiht gcc4.3.3 to gcc4.4.2 and it
systematly crash. I've tested the same example with linux and it works well
#include
#include
#include
void *myThreadEmit(void *)
{
std::cout << "start thread.\n";
#pragma omp parallel // CRASH HERE CRAS
Follow up to PR 41907.
module m
contains
subroutine one(a)
real, dimension(:,:), intent(inout) :: a
call two(a)
end subroutine one
subroutine two(a)
real, dimension(:,:), intent(inout) :: a
end subroutine two
end module
As both "one" and "two"
--- Comment #5 from rwild at gcc dot gnu dot org 2009-11-02 18:52 ---
Subject: Bug 38867
Author: rwild
Date: Mon Nov 2 18:52:08 2009
New Revision: 153820
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153820
Log:
Work with defaulted $prefix (NONE) in libjava.
libjava/:
--- Comment #6 from rwild at gcc dot gnu dot org 2009-11-02 18:53 ---
Fixed on trunk.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--enable-java-awt=xlib
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
--with-libelf=/home/dave/opt/gnu
Thread model: posix
gcc version 4.5.0 20091102 (experimental) [trunk revision 153799] (GCC)
--
Summary: FAIL: gnat.dg/null_pointer_deref1.adb execution test
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #8 from sje at cup dot hp dot com 2009-11-02 19:29 ---
Dave, did you get any comments on your proposed patch? I just got a bug
report from a GCC user that appears to be this same problem.
--
sje at cup dot hp dot com changed:
What|Removed
...
nm is /home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/gcc/../../nm
ERROR: tcl error sourcing
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/lto/lt
o.exp.
ERROR: can't read "name": no such variable
while executing
"perror "$name: error executing dg-final: $errmsg""
(procedure "lto-execute"
--- Comment #1 from janis at gcc dot gnu dot org 2009-11-02 19:32 ---
Subject: Bug 41878
Author: janis
Date: Mon Nov 2 19:32:05 2009
New Revision: 153821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153821
Log:
PR testsuite/41878
* gfortran.dg/vect/vect-2.f90:
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-11-02 19:34
---
Laurent is working on it.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/ -flto -r -nostdlib -c -o c_lto_20081120-1_1.o
/home/dave/gnu/g
cc-4.5/gcc/gcc/testsuite/gcc.dg/lto/20081120-1_1.c(timeout = 300)
PASS: gcc.dg/lto/20081120-1 c_lto_20081120-1_1.o assemble, -flto -r
model: posix
gcc version 4.5.0 20091102 (experimental) [trunk revision 153799] (GCC)
--
Summary: FAIL: gcc.dg/torture/builtin-math-7.c -O2 -flto
execution test
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity
--- Comment #21 from dodji at gcc dot gnu dot org 2009-11-02 19:55 ---
Subject: Bug 37093
Author: dodji
Date: Mon Nov 2 19:55:02 2009
New Revision: 153822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153822
Log:
Fix PR c++/37093
gcc/cp/ChangeLog:
PR c++/37093
--- Comment #22 from dodji at gcc dot gnu dot org 2009-11-02 19:59 ---
Subject: Bug 37093
Author: dodji
Date: Mon Nov 2 19:58:57 2009
New Revision: 153823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153823
Log:
Fix PR c++/37093
gcc/cp/ChangeLog:
PR c++/37093
--- Comment #23 from dodji at gcc dot gnu dot org 2009-11-02 20:08 ---
Fixed on 4.4 and trunk.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Sum
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-02
20:10 ---
Subject: Re: hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00374.html
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40505
--- Comment #12 from dodji at gcc dot gnu dot org 2009-11-02 20:20 ---
Subject: Re: g++.dg/lookup/extern-c-redecl[3,4] .C
scan-assembler fails on darwin
Sorry for my late reply.
Could you please test this patch on darwin ?
Thanks.
diff --git a/gcc/testsuite/g++.dg/lookup/exte
--- Comment #4 from anhvofrcaus at gmail dot com 2009-11-02 20:28 ---
OK, I upgraded to binutils-2.20-1-ming32, this time I got different kind of
failure. It complains about missing gengtype-lex.c with the error message shown
below. I used the most recent of MSYS, too. Here is the versio
--- Comment #2 from janis at gcc dot gnu dot org 2009-11-02 20:33 ---
HJ, I couldn't reproduce the failure so please verify that the patch fixes the
error.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from andreast at gcc dot gnu dot org 2009-11-02 21:18
---
Subject: Bug 41908
Author: andreast
Date: Mon Nov 2 21:18:17 2009
New Revision: 153824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153824
Log:
2009-11-02 Andreas Tobler
PR libffi/41908
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconf
./../g++ version 4.5.0
20091102 (experimental) [trunk revision 153817p1] (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41856
--- Comment #1 from burnus at gcc dot gnu dot org 2009-11-02 21:23 ---
Actually, it is not as simple as it seems. Currently, one gets for
subroutine one(a)
integer, dimension(:) :: a
call two(a)
end subroutine one
subroutine two(a)
integer, dimension(:) :: a
end sub
In libiberty/strsignal.c, psignal() is declared using non-const char. This
causes a conflict with DJGPP headers which use const char just like POSIX and
everyone else.
This bug was found in gcc 4.4.2, but considering the unpopularity of this
target, it's likely to be present in other recent versi
--- Comment #2 from burnus at gcc dot gnu dot org 2009-11-02 21:37 ---
There is one potential issue with the bounds. In the callee the lower bounds
start at 1, unless something special is specified. However, one could think of
using an array descriptor for trans-decl.c which replaces the
n
Thread model: posix
gcc version 4.5.0 20091102 (experimental) (GCC)
--
Summary: Strange athrithmetic result with -O3
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
--- Comment #1 from regehr at cs dot utah dot edu 2009-11-02 21:56 ---
The problem also appears to exist in 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41917
--- Comment #3 from burnus at gcc dot gnu dot org 2009-11-02 22:00 ---
Created an attachment (id=18951)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18951&action=view)
Example patch for trans-array.c; needs checking. Missing: Patch for
trans-decl.c
Proposed solution:
Create a de
Libiberty should not even try to compile psignal() on djgpp as djgpp
already has one. This is noted in libiberty/configure.ac.
--- Comment #1 from dj at redhat dot com 2009-11-02 22:04 ---
Subject: Re: New: psignal() declaration needs const char*
Libiberty should not even try to compile psignal() on djgpp as djgpp
already has one. This is noted in libiberty/configure.ac.
--
http://gcc.gnu.org/bugzilla/
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-02 22:15 ---
Interestingly I see this as well on my Debian machine but not on my SuSE
machine...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41914
--- Comment #2 from chenyang at cs dot utah dot edu 2009-11-02 22:24
---
The expected result is:
g_64 = 1
--
chenyang at cs dot utah dot edu changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #14 from dodji at gcc dot gnu dot org 2009-11-02 22:58 ---
Subject: Bug 41856
Author: dodji
Date: Mon Nov 2 22:58:07 2009
New Revision: 153829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153829
Log:
Fix PR c++/41856
PR c++/41856
* g++.dg/lookup/e
--- Comment #15 from dodji at gcc dot gnu dot org 2009-11-02 23:02 ---
Fixed in 4.5.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #4 from burnus at gcc dot gnu dot org 2009-11-02 23:32 ---
When implemented, updated optional check (cf. PR 41907) and check why
rank > 0 && fsym == NULL && sym->attr.intrinsic
does not work. (Or in other words, when is an array descriptor passed when
"fsym == NULL".)
--
For the following program, one can argue whether it makes sense to warn or not.
ELEMENTAL SUBROUTINE CRTM_Cloud_Destroy( Cloud )
1
Warning: Dummy argument 'cloud' at (1) was declared INTENT(OUT) but was not set
Reason to warn:
* One does not use t
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-02 23:44 ---
Created an attachment (id=18952)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18952&action=view)
prototype patch
Something like this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
--- Comment #1 from kargl at gcc dot gnu dot org 2009-11-02 23:45 ---
This is sufficient to get rid of the warning. Note the removal
of 'static' is for debugging purposes. Note also that the check
for BT_DERIVED needs to actually check if a default initialization
would occur.
Index: g
--- Comment #5 from anhvofrcaus at gmail dot com 2009-11-02 23:56 ---
The complain is the direct result of not have flex.exe on my system. After
installing flex, this complain goes away. However, the original problem shows
up again. The configuration for the build is
$ ../gcc-4.5-20091
Hi,
gcc.log
Executing on host: /media/E/svn-gcc/build-trunk/gcc/xgcc
-B/media/E/svn-gcc/build-trunk/gcc/
/media/E/svn-gcc/trunk/gcc/testsuite/gcc.dg/Wunreachable-8.c -O2
-Wunreachable-code -S -o Wunreachable-8.s(timeout = 300)
/media/E/svn-gcc/trunk/gcc/testsuite/gcc.dg/Wunreachabl
--- Comment #44 from potswa at mac dot com 2009-11-03 03:56 ---
When does _GLIBCXX_MOVE3 do the wrong thing? I can see only doing the k=1
optimization #ifdef __GXX_EXPERIMENTAL_CXX0X__ after all, copying is the
misbehavior this bug is filed against in the first place! But std::move see
--no-recursion : (reconfigured) ../configure --enable-lto
--prefix=/home/yang/compilers --program-prefix=svn
--with-libelf=/home/yang/compilers --enable-languages=c,c++,lto --no-create
--no-recursion
Thread model: posix
gcc version 4.5.0 20091102 (experimental) (GCC)
--
Sum
$ cat test1.c
int foo(int i)
{
auto bar = [=](){ return i; };
return bar();
}
$ arm-elf-g++.exe -std=gnu++0x -Wall -Wextra -c test1.c
test1.c:1:5: warning: unused parameter 'i'
--
Summary: Invalid 'unused parameter' warning for parameters used
in lambdas
--- Comment #2 from redhatter at gentoo dot org 2009-11-03 05:45 ---
Also confirmed on GCC 3.4.5 as distributed with Qt SDK:
ezec...@toshiba /tmp
$ /c/Qt/2009.03/mingw/bin/gcc --version
gcc.exe (GCC) 3.4.5 (mingw-vista special r3)
Copyright (C) 2004 Free Software Foundation, Inc.
This i
1 - 100 of 107 matches
Mail list logo
