--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
Attempting to bootstrap gcc-4.6-20100731 (r162788) on armv5tel-linux-gnueabi
fails due to bootstrap comparison failures after stage 3:
make[3]: Leaving directory `/home/mikpe/objdir46'
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
warning: gcc
Assume there is a directory "foo" in the current directory and there is a foo.c
in ./foo , I saw this on 4.5.1
$ gcc-4.5 -fdump-tree-optimized -save-temps=obj foo/foo.c -S -o foo/foo.s
foo/foo.c: In function foo:
foo/foo.c:1:6: error: could not open dump file foo/foo/foo.140t.optimized: No
suc
--- Comment #1 from jiez at gcc dot gnu dot org 2010-08-02 08:43 ---
Make the summary more specific.
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from bernds at gcc dot gnu dot org 2010-08-02 10:07 ---
Subject: Bug 40457
Author: bernds
Date: Mon Aug 2 10:06:47 2010
New Revision: 162815
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162815
Log:
PR target/40457
* config/arm/arm.h (arm_regs_i
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45162
--- Comment #5 from dominiq at lps dot ens dot fr 2010-08-02 11:41 ---
> As pointed out by Dominique, one needs to be careful. I think one can
> optimize:
>
> c = matmul(b, transpose(c))
> c = matmul(c,b)
> where c is a rank-2 matrix. I think one cannot optimize it if c is just a
>
--- Comment #24 from ian dot bolton at arm dot com 2010-08-02 12:23 ---
(In reply to comment #23)
> I can confirm this fails with GCC 4.4.4 and that GCC 4.3.2 works.
>
I get no warning and correct code in latest 4.4 branch (4.4.5 - 20100727), but
I do get the warning and incorrect code
--- Comment #6 from burnus at gcc dot gnu dot org 2010-08-02 12:41 ---
(In reply to comment #5)
> > As pointed out by Dominique, one needs to be careful. I think one can
> > optimize:
> > c = matmul(b, transpose(c))
> > c = matmul(c,b)
> > where c is a rank-2 matrix. I think one can
--- Comment #3 from t dot artem at mailcity dot com 2010-08-02 13:09
---
I've just tested GCC 4.5.1 and it also miscompiles the source code.
--
t dot artem at mailcity dot com changed:
What|Removed |Added
--
--- Comment #4 from t dot artem at mailcity dot com 2010-08-02 13:10
---
Created an attachment (id=21369)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21369&action=view)
faad2 2.7.0 complete sources with -save-temps for GCC 4.5.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #5 from t dot artem at mailcity dot com 2010-08-02 13:15
---
I've found the culprit (or better say mplayer developer hinted), it is
-fstrict-aliasing optimization.
With -fno-strict-aliasing GCC 4.4.x and 4.5.x produce proper code.
Please, advise.
--
http://gcc.gnu.org
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-08-02 13:19
---
Closing as fixed. Regarding comment #7. I do not see the problem on 4.5. I
reran tests here on my machine that failed with 4.6 and there were no failures
on 4.5
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-08-02 13:28 ---
(In reply to comment #6)
> Is there a patch for 4.5.1 for this somewhere? I'm hitting this issue at gcc
> 4.5.1 java boostrap (#45154)
>
The patch is really the same. I did not commit it because the branch
was fro
--- Comment #25 from ian dot bolton at arm dot com 2010-08-02 13:33 ---
(In reply to comment #24)
> (In reply to comment #23)
> > I can confirm this fails with GCC 4.4.4 and that GCC 4.3.2 works.
> >
>
> I get no warning and correct code in latest 4.4 branch (4.4.5 - 20100727), but
> I
--- Comment #7 from dominiq at lps dot ens dot fr 2010-08-02 13:39 ---
> I fail to see why a scalar temporary is not enough:
>
> do j = 1, N
> do i = 1, N
> tmp = 0.0
> do k = 1, N
> tmp = a(i,k)*b(k,j)
> end do
> a(i,j) = tmp
> end do
> end do
>
> Note: it won'
--- Comment #8 from burnus at gcc dot gnu dot org 2010-08-02 14:10 ---
(In reply to comment #7)
> > I fail to see why a scalar temporary is not enough:
> Well, try:
I concede defeat.
> If one want to enter this kind of reduced temporaries, another candidate is
> a=transpose(a) which re
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-08-02 14:12 ---
Why CC me? I have no clue about faad2, the strict-aliasing thing hints
at errors in faad2, not gcc.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from dominiq at lps dot ens dot fr 2010-08-02 14:36 ---
> Well, with an array descriptor it one only changes the strides/bounds ...
>From polyhedron test induct.f90
[macbook] lin/test% gfc -Warray-temporaries induct.f90
induct.f90:1629.20:
rotate_quad = transpose
--- Comment #1 from ramana at gcc dot gnu dot org 2010-08-02 14:55 ---
Confirmed. My bootstrap with thumb2 and armv7-a failed as well. Here's the
configuration line . I only see a comparison failure with tree-vect-data-refs.o
in this configuration.
Configured with: /home/ramrad01/source
--- Comment #2 from ramana at gcc dot gnu dot org 2010-08-02 14:58 ---
Created an attachment (id=21370)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21370&action=view)
Disassembly and object files that are different with the thumb2 bootstrap
Disassembly and object files in this c
--- Comment #10 from mikael at gcc dot gnu dot org 2010-08-02 15:31 ---
Subject: Bug 44064
Author: mikael
Date: Mon Aug 2 15:30:47 2010
New Revision: 162821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162821
Log:
2010-08-02 Mikael Morin
Janus Weil
P
--- Comment #11 from mikael at gcc dot gnu dot org 2010-08-02 15:31 ---
Subject: Bug 45151
Author: mikael
Date: Mon Aug 2 15:30:47 2010
New Revision: 162821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162821
Log:
2010-08-02 Mikael Morin
Janus Weil
P
--- Comment #21 from mikael at gcc dot gnu dot org 2010-08-02 15:31 ---
Subject: Bug 42051
Author: mikael
Date: Mon Aug 2 15:30:47 2010
New Revision: 162821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162821
Log:
2010-08-02 Mikael Morin
Janus Weil
P
--- Comment #7 from t dot artem at mailcity dot com 2010-08-02 15:49
---
(In reply to comment #6)
> Why CC me? I have no clue about faad2, the strict-aliasing thing hints
> at errors in faad2, not gcc.
>
Richard, I don't know who is who amongst GCC developers, but you are a
prominent
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-08-02 16:21 ---
> Like I said GCC 4.2.x has no problems compiling this library, so I have no
> idea
> who to blame and who else I should get in touch with.
I would get into contact with the developers of the library first. Yes GC
--- Comment #1 from rwild at gcc dot gnu dot org 2010-08-02 16:40 ---
Is this a transient failure with parallel make, i.e., are you using parallel
make, and does the failure go away with a serial make or another parallel make
invocation? Which -jN option do you pass? Have you seen this
Here is a small test case, with output and version information in the comments.
There are enough ways of stating this problem that it was not evident to me
within the existing bug list. One skilled in the art would know if this is a
duplicate.
I'm not sure where to upload my .i file, so I will t
--- Comment #1 from robots at marcabel dot com 2010-08-02 16:47 ---
Created an attachment (id=21371)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21371&action=view)
Preprocessor output / compiler input
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45164
--- Comment #2 from robots at marcabel dot com 2010-08-02 16:48 ---
Created an attachment (id=21372)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21372&action=view)
Source code to produce
in case it doesn't paste well from my initial report.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-08-02 16:48 ---
Signed overflow is undefined; use either unsigned or -fwrapv to get the
behavior you want.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-08-02 16:54 ---
Subject: Bug 36854
Author: tkoenig
Date: Mon Aug 2 16:53:51 2010
New Revision: 162824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162824
Log:
2010-08-02 Thomas Koenig
PR fortran/36854
--- Comment #4 from robots at marcabel dot com 2010-08-02 16:54 ---
Confirmed resolved invalid. Thank you!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45164
fd's are opened but never closed.
--
Summary: unix.c:fallback_access() leaks file descriptors
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassign
--- Comment #48 from ubizjak at gmail dot com 2010-08-02 17:12 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00021.html.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
When multiple .c (.cpp?) files are mentioned on the command line, GCC places
only a single one in the MD output:
$ echo "int main() { return 0; }" > a.c
$ echo "int foo() { return 0; }" > b.c
$ gcc -MD a.c b.c
$ cat a.d
a.o: a.c
b.c was lost, but should be listed.
--
Summary: gcc -M
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2010-08-02
17:18 ---
Subject: Re: No rule to make target
`.deps/affinity.Plo'
On Mon, 02 Aug 2010, rwild at gcc dot gnu dot org wrote:
> Please also show how you configured your build, and please also post the exact
>
--- Comment #49 from ubizjak at gmail dot com 2010-08-02 17:33 ---
Author: uros
Date: Mon Aug 2 17:26:40 2010
New Revision: 162826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162826
Log:
target/41089
* config/alpha/alpha.c (alpha_build_builtin_va_list): Mark _
--- Comment #8 from jamborm at gcc dot gnu dot org 2010-08-02 17:40 ---
(In reply to comment #7)
>
> The patch is really the same. I did not commit it because the branch
> was frozen for the release of 4.5.1. I'm re-testing it on the branch
> now and hopefully will commit it today.
>
--- Comment #1 from pj dot pandit at yahoo dot co dot in 2010-08-02 18:38
---
The following patch to gcc-4.4.4 seems to fix the issue for DW_AT_subprogram
DIEs.
$ diff -Naurp gcc-4.4.4/gcc/dwarf2out.c gcc-4.4.4.1/gcc/dwarf2out.c
--- gcc-4.4.4/gcc/dwarf2out.c 2010-02-10 20:39:06.0
build environment: gcc 4.5.0 on MacBook Pro running OS X 10.6.4
execution environment: same as build environment
command: g++ --std=c++0x
auto at_or_above = [] ( int threshhold )
{
return [threshhold] (int x)
{ return x >= threshhold; };
};
template< class Pred >
int zero( Pred ) { retu
--- Comment #10 from tkoenig at gcc dot gnu dot org 2010-08-02 19:00
---
This fixes the test case from comment #0, and looks much more sane.
Let's see if this survives regression-testing...
Index: dependency.c
===
--- dep
--- Comment #18 from uweigand at gcc dot gnu dot org 2010-08-02 19:25
---
(In reply to comment #17)
> Someone might want to try this again after the fix for PR 38582.
It's a lot better, but still not real good. I'm now seeing on a QS22 (ppu ->
spu cross compiler):
-O0: 0m9.983s
-O1:
--- Comment #19 from pinskia at gcc dot gnu dot org 2010-08-02 20:16
---
> reload CSE regs
Will most likely be helped by:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02397.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31850
--- Comment #18 from bernds at gcc dot gnu dot org 2010-08-02 20:18 ---
Subject: Bug 45063
Author: bernds
Date: Mon Aug 2 20:17:59 2010
New Revision: 162828
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162828
Log:
PR target/45063
* caller-save.c (save_call_clo
--- Comment #9 from t dot artem at mailcity dot com 2010-08-02 20:27
---
The culprit is the ic_predict.c file. When I compile it with
-fno-strict-aliasing (while everything else is being compiled with
-fstrict-aliasing) libfaad works correctly.
These are the warnings which I get from G
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
It's fairly common in C and C++ libraries to have an enum with each element
representing an aspect of a request. In these situations it would be nice to be
able to deprecate specific enum members. For example the user wants to retrieve
a Foo from a server, and Foo's have 3 parts, they might make a
--- Comment #11 from tkoenig at gcc dot gnu dot org 2010-08-02 22:04
---
Subject: Bug 45159
Author: tkoenig
Date: Mon Aug 2 22:04:36 2010
New Revision: 162829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162829
Log:
2010-08-02 Thomas Koenig
PR fortran/45159
--- Comment #12 from tkoenig at gcc dot gnu dot org 2010-08-02 22:16
---
(In reply to comment #5)
> [macbook] lin/test% gfc -Warray-temporaries nf.f90
> nf.f90:293.30:
>
>if ( i>i1 ) x(i:i+nxy-1) = x(i:i+nxy-1) - au3(i-nxy:i-1)*x(i-nxy:i-1)
> 1
> Warn
A trivial C++ 'hello world' produces mudflap violations w/ -O2, but not w/ -O0:
---
#include
int main() {
std::cout << "hello" << std::endl;
}
---
/opt/gcc-4.5.1/bin/gcc -Wall -O2 -fmudflap -o test test.cc -lmudflap -lstdc++
./test
***
mudflap violation 1 (check/read): time=1280788265.017
gfortran tech support,
When I attempt to compile the program listed below, the following error
messages are printed:
n...@oxford:~/Elements/AllocChar$ more alloccharP.xyz
alloccharP.f90:6.12:
character(:), allocatable :: c_Char(:)
1
Error: Syntax error in CHARACTER declaration a
--- Comment #1 from kargl at gcc dot gnu dot org 2010-08-03 02:31 ---
This statement:
character(:), allocatable :: io_message
uses a deferred type parameter (a F2003
feature), which is not supported by gfortran
at this time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #2 from burnus at gcc dot gnu dot org 2010-08-03 05:43 ---
By the way, gfortran's Fortran 2003 implementation status can be found at
http://gcc.gnu.org/wiki/Fortran2003Status
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2010-08-03 06:48
---
Apparently this is still happening in mainline. Jason, can you have a look?
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
56 matches
Mail list logo
