--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
Commands are :
export PATH=/home/vikram/vikram/usr/local/atmel/bin:$PATH
../gcc-4.0.1/configure --target=avr --with-dwarf2
--prefix=/home/vikram/vikram/usr/local/atmel --enable-languages=c
make
make install
# /home/vikram/vikram/usr/local/atmel/bin is area where i have installed the
compiler.
--- Comment #4 from irar at il dot ibm dot com 2008-11-06 08:50 ---
Maybe the complete source will be better...
I don't see any failure with r141636 on x86_64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37955
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-11-06 11:31
---
At last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-06 11:51 ---
Confirmed. For the following neither f_ nor d_ are dependent and should be
bound to f_ (B_ ) during first-stage name-lookup. For some reason this
doesn't work - it does if d_ is of type B_ though.
extern C void
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-06 12:08 ---
Even the following fails
extern C void abort ();
struct B_ { };
struct D_ : public B_ { };
D_ d_;
void f_ (B_ ) { }
template class T
void g_ ()
{
return f_ (d_);
}
int main ()
{
g_int ();
return 0;
}
void
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
Summary|[4.2/4.3/4.4 Regression] g++|[4.2/4.3/4.4
Dear All,
I am unable to understand following test case behaviour.
When i compile and execute this with g++ 3.4.6 it works fine.
But when i compile and execute this with g++ 4.3.2 it aborts.
I think the test case is OK.
But g++ 4.3.2 having bug.
Below is test case:
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-06 12:54 ---
We seem to not know if we bound f_ already. Instead another round of koenig
lookup is applied from
#0 perform_koenig_lookup (fn=0x76458500, args=0x76463480)
at
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-06 12:55 ---
*** Bug 38031 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38030
--- Comment #2 from paolo dot carlini at oracle dot com 2008-11-06 13:19
---
*** Bug 38032 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38031
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-11-06 13:24 ---
We ICE during greg trying to do
#3 0x00d86888 in force_const_mem (mode=DFmode, x=0x77e7c410)
at /space/rguenther/src/svn/gcc-4_3-branch/gcc/varasm.c:3535
3535 align = CONSTANT_ALIGNMENT
--- Comment #11 from dominiq at lps dot ens dot fr 2008-11-06 14:03 ---
Now that the patch in http://gcc.gnu.org/ml/fortran/2008-11/msg00022.html has
been committed I get in 32 bit mode on powerpc-apple-darwin9:
XPASS: gfortran.dg/f2003_io_1.f03 -O0 execution test
...
XPASS:
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-11-06 14:03
---
This is PR37489.
*** This bug has been marked as a duplicate of 37489 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-11-06 14:03
---
*** Bug 37969 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-11-06 12:55 ---
*** This bug has been marked as a duplicate of 38030 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from paolo dot carlini at oracle dot com 2008-11-06 11:52
---
(In reply to comment #19)
Created an attachment (id=16627)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16627action=view) [edit]
Thanks, as always the project is looking for capable contributors, but
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-11-06 13:29
---
-fno-if-conversion fixes it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37969
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-06 13:19
---
*** This bug has been marked as a duplicate of 38031 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #24 from dodji at gcc dot gnu dot org 2008-11-06 10:24 ---
So the patch http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00133.html that fixes
this got accepted. So this might end up in trunk soon.
For 4.3 and 4.2 we might want to apply Ian's patch as it is less disruptive.
Following thread from Thomas Breuel,
http://gcc.gnu.org/ml/fortran/2008-11/msg00044.html
program test
integer, parameter :: n = 100
real, pointer :: a(:),temp(:) ! pointer or allocatable have the same effect
allocate(a(n), temp(n))
temp(1:size(a)) = a
end program
produces
test ()
{
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-11-06 11:29
---
Subject: Bug 19419
Author: ebotcazou
Date: Thu Nov 6 11:28:07 2008
New Revision: 141637
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141637
Log:
PR ada/19419
* gcc-interface/trans.c
Dear All,
I am unable to understand following test case behaviour.
When i compile and execute this with g++ 3.4.6 it works fine.
But when i compile and execute this with g++ 4.3.2 it aborts.
I think the test case is OK.
But g++ 4.3.2 having bug.
Below is test case:
Dear All,
I am unable to understand following test case behaviour.
When i compile and execute this with g++ 3.4.6 it works fine.
But when i compile and execute this with g++ 4.3.2 it aborts.
I think the test case is OK.
But g++ 4.3.2 having bug.
Below is test case:
--- Comment #7 from kazu at gcc dot gnu dot org 2008-11-06 14:58 ---
Subject: Bug 35574
Author: kazu
Date: Thu Nov 6 14:57:15 2008
New Revision: 141643
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141643
Log:
PR target/35574
* config/sparc/predicates.md
--- Comment #8 from kazu at gcc dot gnu dot org 2008-11-06 15:00 ---
Subject: Bug 35574
Author: kazu
Date: Thu Nov 6 14:59:09 2008
New Revision: 141644
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141644
Log:
PR target/35574
* config/sparc/constraints.md (D):
--- Comment #9 from kazu at gcc dot gnu dot org 2008-11-06 15:02 ---
Fixed.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-11-06 15:07
---
Subject: Bug 37489
Author: rguenth
Date: Thu Nov 6 15:05:44 2008
New Revision: 141645
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141645
Log:
2008-11-06 Richard Guenther [EMAIL PROTECTED]
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-06 15:15 ---
And for:
struct A
{
template typename T __attribute__((noinline)) operator T ()
{
return (T) 0;
}
};
struct B
{
unsigned int b : 8;
};
int
main ()
{
A u;
unsigned int v = u;
B w;
w.b = u;
}
we
--- Comment #12 from dje at gcc dot gnu dot org 2008-11-06 15:34 ---
Subject: Bug 26397
Author: dje
Date: Thu Nov 6 15:32:40 2008
New Revision: 141646
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141646
Log:
PR target/26397
* config/rs6000/aix.h
--- Comment #30 from ro at gcc dot gnu dot org 2008-11-06 15:43 ---
Subject: Bug 33100
Author: ro
Date: Thu Nov 6 15:41:52 2008
New Revision: 141647
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141647
Log:
PR bootstrap/33100
* config.gcc
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org
|dot org
--- Comment #31 from ro at techfak dot uni-bielefeld dot de 2008-11-06
15:45 ---
Subject: Re: [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0
Fixed for 4.2.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
br.ret.sptk.many b0
.endp foo#
.ident GCC: (GNU) 4.4.0 20081106 (experimental) [trunk revision
141649]
[EMAIL PROTECTED] prev-gcc]$
We don't need
mov r8 = r0
We should generate
xchg4 r8 = [r32], r0
--
Summary: Unnecssary register move
Product: gcc
Version
doing a configure and make fails with 4.3.2. gcc 4.2.4 works fine.
Machine is running Ubuntu 8.04.1
Here is the the tail of the make process:
Cleaning up unneeded directories:
fixincludes is done
echo timestamp stmp-fixinc
rm -f mm_malloc.h
cat ../../gcc-4.3.2/gcc/config/i386/pmm_malloc.h
New test case gcc.c-torture/execute/pr37573.c fails for AVR for -O[0123s]:
FAIL: gcc.c-torture/execute/pr37573.c execution
The test case assumes 32-bit integer constants. AVR has 16-bit integers.
--
Summary: [4.4 Regression][AVR] FAIL: gcc.c-
--- Comment #1 from eric dot weddington at atmel dot com 2008-11-06 18:52
---
Test case added by:
2008-11-03 Richard Guenther [EMAIL PROTECTED]
PR middle-end/37573
* tree-data-ref.c (split_constant_offset_1): Fix tuplification.
*
--- Comment #3 from mitul dot thakkar at amd dot com 2008-11-06 19:40
---
Created an attachment (id=16628)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16628action=view)
Updated Reduced Test Case
--
mitul dot thakkar at amd dot com changed:
What|Removed
--- Comment #4 from mitul dot thakkar at amd dot com 2008-11-06 19:43
---
(In reply to comment #3)
Created an attachment (id=16628)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16628action=view) [edit]
Updated Reduced Test Case
I've attached new reduced test case for the
--- Comment #5 from alon dot barlev at gmail dot com 2008-11-06 19:53
---
Still:
$ x86_64-pc-mingw32-gcc -O3 sample2.c
e_aep.c: In function âaep_get_connectionâ:
e_aep.c:862: internal compiler error: in vectorizable_store, at
tree-vect-transform.c:5447
Please submit a full bug
--- Comment #2 from dave at boost-consulting dot com 2008-11-06 19:59
---
This is really a serious problem!
For example, consider this error message I got today. If you look carefully,
you can see the fundamental problem is that two unsigned int lvalues are being
passed to this
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-11-06 20:19 ---
This bug should be really easy to fix, now that GCC has canonical types. Just
map each of the template type arguments down to its canonical type before doing
the substitution.
--
With the testcode below I get an uninitialized use warning.
There should be no warning since foobar is always assigned when (!bar), and
foobar is only used when (!bar).
bar is an argument to the function and nothing changes it, and it is not
aliased.
$ gcc -O2 -Wall -c foo.c
foo.c: In function
--- Comment #1 from edwintorok at gmail dot com 2008-11-06 20:58 ---
/* testcase
gcc -O2 -Wall -c foo.c */
char *get(void);
int use(const char *);
void foo(const char *bar)
{
char *foobar;
if(!bar)
foobar = get();
if(use(bar))
--- Comment #2 from edwintorok at gmail dot com 2008-11-06 20:59 ---
/* testcase
* gcc -Wall -O2 -c foo.c
*/
char *get(void);
int use(const char *);
void foo(const char *bar)
{
char *foobar;
if(!bar)
foobar = get();
if(use(bar))
--- Comment #3 from edwintorok at gmail dot com 2008-11-06 21:01 ---
Same happens if I use int instead of a pointer:
/* testcase */
/* gcc -O2 -Wall -c foo.c */
int get(void);
int use(int);
void foo(int bar)
{
int foobar;
if(!bar)
foobar = get();
--- Comment #1 from pault at gcc dot gnu dot org 2008-11-06 21:09 ---
(In reply to comment #0)
Index: gcc/fortran/trans-array.c
===
--- gcc/fortran/trans-array.c (revision 141655)
+++ gcc/fortran/trans-array.c (working
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-06 21:11 ---
*** Bug 38037 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-06 21:11 ---
*** This bug has been marked as a duplicate of 36550 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ubizjak at gmail dot com 2008-11-06 21:38 ---
It fails on x86_64-pc-linux-gnu host with a cross to x86_64-pc-mingw32:
../gcc-svn/trunk/configure --target=x86_64-pc-mingw32 --enable-languages=c
--disable-bootstrap
Compiling sample2.c:
~/gcc-build-cyg/gcc/cc1 -O3
--- Comment #1 from jakub at gcc dot gnu dot org 2008-11-06 21:41 ---
Created an attachment (id=16629)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16629action=view)
gcc44-pr38034.patch
Untested patch to fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38034
--- Comment #7 from ubizjak at gmail dot com 2008-11-06 22:11 ---
Reduced testcase, fails also on x86_64-pc-linux-gnu and i686-pc-linux-gnu/sse2,
gcc version 4.4.0 20081106 (experimental) [trunk revision 141649] (GCC)
--cut here--
typedef struct
{
enum { NotConnected = 0
When compiling the ac.f90 Polyhedron 2005 benchmark using -O3
-fgraphite-identity, gfortran from current gcctrunk ICEs with the following
error...
ac.f90: In function MAIN__:
ac.f90:109: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if
When compiling the aermod.f90 Polyhedron 2005 benchmark with -O2
-fgraphite-identity or -O3 -fgraphite-identity, the gfortran compiler in
current gcc trunk ICEs with the error...
aermod.f90: In function ocalc:
aermod.f90:8312: internal compiler error: Bus error
Please submit a full bug report,
When compiling the capacita.f90 Polyhedron 2005 benchmark with -O2
-fgraphite-identity using current gcc trunk, the gfortran compiler ICEs with
the following error...
capacita.f90: In function preco:
capacita.f90:11: error: type mismatch between an SSA_NAME and its symbol
capacita.f90:11:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-07 02:14 ---
It was fixed in 4.0.2 and above.
*** This bug has been marked as a duplicate of 19885 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from pinskia at gcc dot gnu dot org 2008-11-07 02:14
---
*** Bug 38029 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The channel.f90 Polyhedron 2005 benchmark ICEs the gfortran compiler in current
gcc trunk when compiled with -O2 -fgraphite-identity with the following
error...
channel.f90: In function sw:
channel.f90:6: internal compiler error: in expand_scalar_variables_expr, at
graphite.c:3594
Please submit
When compiling the gas_dyn.f90 Polyhedron 2005 benchmark with -O2/-O3
-fgraphite-identity, the gfortran compiler ICEs with the error...
gas_dyn.f90: In function qsort:
gas_dyn.f90:1498: error: missing definition
for SSA_NAME: S.152_183 in statement:
D.3156_132 = S.152_183 * stride.141_1;
When compiling the fatigue.f90 Polyhedron 2005 benchmark using -O2
-fgraphite-identity or -O3 -fgraphite-identity, the gfortran compiler in
current gcc trunk ICEs with the error...
fatigue.f90: In function iztaccihuatl:
fatigue.f90:1265: error: definition in block 298 does not dominate use in
When compiling the induct.f90 Polyhedron 2005 benchmark with -O2
-fgraphite-identity or -O3 -fgraphite-identity, the gfortran compiler ICEs
with the error...
induct.f90: In function build_vrml_data:
induct.f90:4840: error: definition in block 26 does not dominate use in block
151
for SSA_NAME:
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
02:36 ---
The nf.f90 Polyhedron 2005 benchmark ICEs with -O2 -fgraphite-identity and
-O3 -fgraphite-identity with the same error...
nf.f90: In function mattest:
nf.f90:95: error: definition in block 43 does not
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
02:41 ---
The protein.f90 Polyhedron 2005 benchmark ICEs with the same error at -O2
-fgraphite-identity and -O3 -fgraphite-identity...
protein.f90: In function superficie_proteina:
protein.f90:1585: error:
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
02:45 ---
Compiling the rnflow.f90 benchmark with -O2 -fgraphite-identity produces the
same ICE...
rnflow.f90: In function rnflow:
rnflow.f90:4478: internal compiler error: in expand_scalar_variables_expr, at
--- Comment #3 from sebpop at gmail dot com 2008-11-07 02:49 ---
Subject: Re: -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling
induct.f90 Polyhedron 2005 benchmark
On Thu, Nov 6, 2008 at 8:41 PM, howarth at nitro dot med dot uc dot
edu [EMAIL PROTECTED] wrote:
but no ICE at
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-07 02:53 ---
(In reply to comment #3)
Subject: Re: -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling
induct.f90 Polyhedron 2005 benchmark
On Thu, Nov 6, 2008 at 8:41 PM, howarth at nitro dot med dot uc dot
edu
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-07
03:02 ---
I opened these to see which of these are fixed in graphite branch so that we
can get the fixes backported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38044
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-07 03:33 ---
Where did you install GMP/MPFR? Was LD_LIBRARY_PATH set up correctly to point
to the lib directories?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from spop at gcc dot gnu dot org 2008-11-07 03:46 ---
I will not work on fixing this bug on the 4.2 branch, as it was fixed on the
4.3 and later. The changes were too large for back-porting.
Sebastian
--
spop at gcc dot gnu dot org changed:
What
Hi,
For the first part of the bug:
aermod.f90:14521: internal compiler error: in instantiate_scev_1, at
tree-scalar-evolution.c:2220
the bug was introduced by an automatic rewrite arount TREE_CODE_LENGTH
http://gcc.gnu.org/viewcvs?view=revrevision=122018
The fix avoids the gcc_assert by
--- Comment #6 from sebpop at gmail dot com 2008-11-07 05:21 ---
Subject: Re: [graphite] ICE compiling aermod.f90 with -ffast-math -floop-block
-O2 -fgraphite
Hi,
For the first part of the bug:
aermod.f90:14521: internal compiler error: in instantiate_scev_1, at
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--- Comment #2 from spop at gcc dot gnu dot org 2008-11-07 05:31 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from spop at gcc dot gnu dot org 2008-11-07 05:33 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from spop at gcc dot gnu dot org 2008-11-07 05:35 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
GCC version and linux distribution:
g++ (Gentoo 4.3.2 p1.1) 4.3.2
g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)
g++ (Ubuntu 4.3.2-1ubuntu11) 4.3.2
Command line to trigger bug:
g++ crash.cpp -O2
Compiler output:
(none)
Executable input:
./a.out
Executable output:
Floating point exception
Source
--- Comment #1 from cstankevitz at toyon dot com 2008-11-07 05:48 ---
Created an attachment (id=16630)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16630action=view)
Source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38045
--- Comment #2 from cstankevitz at toyon dot com 2008-11-07 05:48 ---
Created an attachment (id=16631)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16631action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38045
--- Comment #3 from cstankevitz at toyon dot com 2008-11-07 05:50 ---
BTW, the invalid floating point exception is not triggered in g++-4.1.2 (GCC)
4.1.2 (Gentoo 4.1.2 p1.1)
--
cstankevitz at toyon dot com changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-07 05:52 ---
Works for me on PPC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38045
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #5 from cstankevitz at toyon dot com 2008-11-07 07:01 ---
I should have added... the three instances of crashing are on 64 bit OS. The
gentoo example above:
[EMAIL PROTECTED] ~/delete $ uname -a
Linux crs 2.6.25-gentoo-r7 #17 SMP Sun Nov 2 12:50:21 PST 2008 x86_64 Intel(R)
--- Comment #6 from hjl dot tools at gmail dot com 2008-11-07 07:26 ---
It may be a dup of PR 37489.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38045
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-07 07:43 ---
Gcc 4.3.3 revision 141662 works fine.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from cstankevitz at toyon dot com 2008-11-07 07:44 ---
Any recommendation on how to work around it with GCC 4.3.2? Seemingly
unrelated code changes make it go away. Thanks - Chris.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38045
87 matches
Mail list logo
