--- Comment #2 from uros at gcc dot gnu dot org 2009-11-03 07:53 ---
Subject: Bug 41900
Author: uros
Date: Tue Nov 3 07:53:05 2009
New Revision: 153838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153838
Log:
PR target/41900
* config/i386/i386.h (ix86_arch_ind
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-03 06:35 ---
It also works if I "convert" the C++ source into a C (removing the extern "C"
stuff).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41921
--- Comment #6 from rwild at gcc dot gnu dot org 2009-11-03 06:32 ---
Well, can you look in /c/Gcc/Build-4.5.0/intl/config.log to find out the
error underlying this failure, as the error message indicates?
--
rwild at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-03 06:31 ---
This works if the struct is named too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41921
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-03 06:30 ---
This works if both are compiled with the C++ front-end (and an extern "C" is
added to the definition of Cv_ImageNew).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41921
With a C++ file as:
extern "C" {
typedef struct {} CvImage;
extern CvImage* Cv_ImageNew(void);
}
extern void _Raytrace(CvImage* LImage);
int main(int LArgC, char** LArgV)
{
CvImage* LImage = Cv_ImageNew();
_Raytrace(LImage);
}
--- CUT --
And a C file as:
typedef struct
--- Comment #6 from spop at gcc dot gnu dot org 2009-11-03 05:57 ---
Fixed in the graphite branch as explained above.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
--- 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
$ 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
--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
--- 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
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 #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
--- 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 #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
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 #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".)
--
--- 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 #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
--
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 #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
--- 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 #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/
Libiberty should not even try to compile psignal() on djgpp as djgpp
already has one. This is noted in libiberty/configure.ac.
--- 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
--- 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
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 #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
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 #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
./../g++ version 4.5.0
20091102 (experimental) [trunk revision 153817p1] (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41856
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconf
--- 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
--- 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 #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 #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 #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 #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 #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 #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
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
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
--- 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
--- 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:
...
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 #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
--
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
--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
--- 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|
--- 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/:
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"
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
--- 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:
--- 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(:,
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|--- |4.4.3
http://gcc.
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:
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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
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 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:
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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):
--
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: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=41905
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
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- 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
--- 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 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
1 - 100 of 107 matches
Mail list logo
