--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-08 04:37 ---
I think this is a bug; we shouldn't be dropping the const at template parsing
time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40315
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-08 04:18 ---
Fixed in 4.4.0, not going to fix in 4.3 branch.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #10 from jason at gcc dot gnu dot org 2009-11-08 04:07 ---
The testcase is well-formed under DR 224/409.
*** This bug has been marked as a duplicate of 9634 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #24 from jason at gcc dot gnu dot org 2009-11-08 04:07 ---
*** Bug 21783 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-08 04:03 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #7 from jason at gcc dot gnu dot org 2009-11-08 04:02 ---
*** Bug 15179 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15946
--- Comment #16 from jason at gcc dot gnu dot org 2009-11-08 04:02 ---
*** This bug has been marked as a duplicate of 15946 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-08 03:47 ---
Subject: Bug 40738
Author: jason
Date: Sun Nov 8 03:47:36 2009
New Revision: 154006
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154006
Log:
PR c++/18451
PR c++/40738
* cp-tree.h (cp
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-08 03:47 ---
Subject: Bug 18451
Author: jason
Date: Sun Nov 8 03:47:36 2009
New Revision: 154006
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154006
Log:
PR c++/18451
PR c++/40738
* cp-tree.h (cp
--- Comment #6 from jason at gcc dot gnu dot org 2009-11-08 03:10 ---
*** Bug 35228 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-08 03:10 ---
*** This bug has been marked as a duplicate of 15946 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from paolo dot carlini at oracle dot com 2009-11-08 00:10
---
>From http://gcc.gnu.org/bugs/ : "the preprocessed file (*.i*) that triggers the
bug, generated by adding -save-temps to the complete compilation command"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=419
--- Comment #2 from brunorex at gmail dot com 2009-11-07 23:37 ---
Mind explaining how can I do that?
(In reply to comment #1)
> Please attach preprocessed source. I suspect this is yet another dup of
> PR41891.
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41979
--- Comment #12 from nmm1 at cam dot ac dot uk 2009-11-07 23:33 ---
Subject: Re: gfortran -fopenp and ACML_MP seem incompatible
On Nov 7 2009, burnus at gcc dot gnu dot org wrote:
>
> --- Comment #11 from burnus at gcc dot gnu dot org 2009-11-07 22:19
> --- Which version of AC
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-11-07 23:28 ---
*** Bug 41944 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-07 23:28 ---
*** This bug has been marked as a duplicate of 41928 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-11-07 23:27 ---
*** This bug has been marked as a duplicate of 41928 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-11-07 23:27 ---
*** Bug 41903 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-11-07 23:27 ---
*** This bug has been marked as a duplicate of 41928 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-11-07 23:27 ---
*** Bug 41891 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-07 23:15 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #1 from b3timmons at speedymail dot org 2009-11-07 22:54
---
*** This bug has been marked as a duplicate of 41984 ***
--
b3timmons at speedymail dot org changed:
What|Removed |Added
---
--- Comment #5 from b3timmons at speedymail dot org 2009-11-07 22:54
---
*** Bug 41983 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41984
--- Comment #4 from b3timmons at speedymail dot org 2009-11-07 22:54
---
*** Bug 41982 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41984
--- Comment #1 from b3timmons at speedymail dot org 2009-11-07 22:54
---
*** This bug has been marked as a duplicate of 41984 ***
--
b3timmons at speedymail dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-07 22:54 ---
PR41928 has the smallest testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41891
--- Comment #1 from b3timmons at speedymail dot org 2009-11-07 22:53
---
*** This bug has been marked as a duplicate of 41984 ***
--
b3timmons at speedymail dot org changed:
What|Removed |Added
---
--- Comment #3 from b3timmons at speedymail dot org 2009-11-07 22:53
---
*** Bug 41981 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41984
--- Comment #2 from b3timmons at speedymail dot org 2009-11-07 22:52
---
*** Bug 41980 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41984
--- Comment #1 from b3timmons at speedymail dot org 2009-11-07 22:52
---
*** This bug has been marked as a duplicate of 41984 ***
--
b3timmons at speedymail dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-07 22:36 ---
Confirmed with -O1 -fbounds-check.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from b3timmons at speedymail dot org 2009-11-07 22:31
---
Created an attachment (id=18991)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18991&action=view)
bzip2ed preprocessed source triggering failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41984
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-07 22:29 ---
Please attach preprocessed source. I suspect this is yet another dup of
PR41891.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
g++ -v -B. -r -nostdlib graphite-identity-bug.ii -Wall -fno-exceptions -O
-fprofile-arcs -fgraphite-identity
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure
g++ -v -B. -r -nostdlib graphite-identity-bug.ii -Wall -fno-exceptions -O
-fprofile-arcs -fgraphite-identity
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure
g++ -v -B. -r -nostdlib graphite-identity-bug.ii -Wall -fno-exceptions -O
-fprofile-arcs -fgraphite-identity
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure
g++ -v -B. -r -nostdlib graphite-identity-bug.ii -Wall -fno-exceptions -O
-fprofile-arcs -fgraphite-identity
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure
g++ -v -B. -r -nostdlib graphite-identity-bug.ii -Wall -fno-exceptions -O
-fprofile-arcs -fgraphite-identity
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure
--- Comment #11 from burnus at gcc dot gnu dot org 2009-11-07 22:19 ---
Which version of ACML are you using? I get a bit confused with all those
4-dot-something version numbers as both GCC and ACML have them.
Do you use ACML 4.3.0?
strings /opt/acml4.3.0/gfortran64/lib/libacml.a |grep
GCC version: gcc version 4.5.0 20091105 (experimental) (GCC)
System type: i386-pc-mingw32
Options given when GCC was configured/built:
../gcc-4.5-20091105-mingw/configure --host=i386-pc-mingw32
--build=x86_64-unknown-linux-gnu --target=i386-pc-mingw32
--prefix=/home/gfortran/gcc-home/binary/mingw
--- Comment #12 from paolo dot carlini at oracle dot com 2009-11-07 20:53
---
Fixed in r154001.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #15 from jason at gcc dot gnu dot org 2009-11-07 20:24 ---
Fixed for 4.4.3. The patch for 4.4 applied fine to 4.3, but didn't fix the bug
there for some reason.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from jason at gcc dot gnu dot org 2009-11-07 19:46 ---
Subject: Bug 9381
Author: jason
Date: Sat Nov 7 19:45:56 2009
New Revision: 153998
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153998
Log:
PR c++/9381
* decl2.c (build_memfn_type): Preserv
--- Comment #4 from domob at gcc dot gnu dot org 2009-11-07 19:45 ---
See here for some discussion about this issue:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/8cef6676b6fa3750#
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41177
--- Comment #10 from nmm1 at cam dot ac dot uk 2009-11-07 19:15 ---
Subject: Re: gfortran -fopenp and ACML_MP seem incompatible
On Nov 7 2009, kargl at gcc dot gnu dot org wrote:
>
>OpenMP clearly helps the 'Coded Cholesky time', but it
>causes a factor of 10 degradation in the 'Coded
--- Comment #9 from kargl at gcc dot gnu dot org 2009-11-07 19:00 ---
Even without acml, there appears to be an issue.
gfortran44 -o one -O2 -pipe -march=native one.f90 -L/usr/local/lib \
-llapack -lblas -fopenmp
./one fred_f_1000
LAPACK Cholesky time = .27 seconds, CPU = .27
--- Comment #8 from nmm1 at cam dot ac dot uk 2009-11-07 18:56 ---
Subject: Re: gfortran -fopenp and ACML_MP seem incompatible
On Nov 7 2009, rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #7 from rguenth at gcc dot gnu dot org 2009-11-07 18:40
> --- I suspect acml_mp i
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-11-07 18:40 ---
I suspect acml_mp is built using a different GCC version and they link
libgomp statically. Can you check what the acml_mp library links against?
Just use ldd for this. Then check that this is consistent with what y
--- Comment #6 from nmm1 at cam dot ac dot uk 2009-11-07 18:29 ---
Subject: Re: gfortran -fopenp and ACML_MP seem incompatible
No, but I will try to find it. It is definitely a closed source library,
and was written by NAG for AMD under contract. I quite agree that the bug
could be a
--- Comment #5 from kargl at gcc dot gnu dot org 2009-11-07 18:24 ---
Nick,
Have you also reported this issue to the ACML forum?
AFAICT, acml is a closed source library (at least I
couldn't find the source code), and the problem may
in fact be within acml.
--
http://gcc.gnu.org/bu
The following code ICEs:
MODULE m
IMPLICIT NONE
TYPE t
PROCEDURE(myproc), POINTER, PASS :: myproc
END TYPE t
CONTAINS
INTEGER FUNCTION myproc (me)
CLASS(t), INTENT(IN) :: me
myproc = 42
END FUNCTION myproc
END MODULE m
PROGRAM main
USE m
IMPLICIT NONE
TYPE(t) :: a
--- Comment #4 from nmm1 at cam dot ac dot uk 2009-11-07 17:48 ---
Sorry - there's no need to send you the data file - I can send the programs
I use to generate it, which are very short. I have done so. To run these,
compile them into binaries of the same name with almost any options,
--- Comment #3 from nmm1 at cam dot ac dot uk 2009-11-07 17:46 ---
Created an attachment (id=18990)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18990&action=view)
The second half of the generation code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977
--- Comment #2 from nmm1 at cam dot ac dot uk 2009-11-07 17:46 ---
Created an attachment (id=18989)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18989&action=view)
The first half of the data generation code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977
--- Comment #1 from nmm1 at cam dot ac dot uk 2009-11-07 17:44 ---
Created an attachment (id=18988)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18988&action=view)
The source of the failing program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977
--- Comment #6 from jakub at gcc dot gnu dot org 2009-11-07 17:41 ---
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-07 17:41 ---
Subject: Bug 41643
Author: jakub
Date: Sat Nov 7 17:41:07 2009
New Revision: 153997
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153997
Log:
PR tree-optimization/41643
* gcc.dg/pr41643.c: Ne
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-07 17:40 ---
Subject: Bug 41643
Author: jakub
Date: Sat Nov 7 17:39:48 2009
New Revision: 153996
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153996
Log:
PR tree-optimization/41643
Backport from mainline
gfortran -fopenmp is incompatible with -lacml_mp under at least some
circumstances. The program is LAPACK Cholesky and its solver, converted
to Fortran 90 and instrumented for a course. It fails with 4.4.1 in ACML
(i.e. the LAPACK call returns an erroneous error value), and in 4.3.2
the solver (w
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-07 15:00 ---
Fixed by r145494, testing a backport.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-11-07 14:44 ---
Oh, there's no loop. Then it's the not implemented strength-reduction on
scalar code that is the issue. In theory strength-reduction can be
integrated into our global value-numbering / PRE code, but nobody has done
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-11-07 14:35 ---
On the tree level we see (after FRE):
D.1996_50 = pix_1 + 1;
D.1997_51 = 1 - stride_11(D);
D.1998_52 = (unsigned int) D.1997_51;
D.1999_53 = pix_1 + D.1998_52;
D.2000_54 = *D.1999_53;
D.2003_57 = block_2
[...]
make[2]: Entering directory `/tmp/gcc-build/libiberty'
make[3]: Entering directory `/tmp/gcc-build/libiberty/testsuite'
gcc -DHAVE_CONFIG_H -s -O3 -march=i686 -I..
-I../../../gcc-4.4.2/libiberty/testsuite/../../include -o test-demangle \
../../../gcc-4.4.2/libiberty/testsuite
--- Comment #20 from pierre42d at 9online dot fr 2009-11-07 12:24 ---
I have the same problem with 4.4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
--- Comment #11 from dcb314 at hotmail dot com 2009-11-07 12:22 ---
(In reply to comment #10)
> I've added an improved patch file. There are more fixes
> in builtins.c and I've added some changes for calls.c
I've posted something to gcc-patches. I'll wait & see what
happens with that be
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu
|dot com
--- Comment #10 from dcb314 at hotmail dot com 2009-11-07 11:45 ---
I've added an improved patch file. There are more fixes
in builtins.c and I've added some changes for calls.c
I count eight variables removed and the patch seemed to build ok.
I haven't regression tested it, however.
--- Comment #9 from dcb314 at hotmail dot com 2009-11-07 11:42 ---
Created an attachment (id=18987)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18987&action=view)
patch file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41974
--- Comment #8 from paolo dot carlini at oracle dot com 2009-11-07 11:07
---
About testing, the idea is comparing the results before and after the patch (at
any given moment in the development process you may see an handful of
pre-existing regressions, which will be fixed in time for th
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-11-07 11:04
---
(In reply to comment #2)
> (In reply to comment #1)
> > That is because the way you configured GCC with
> > --with-sysroot=/mingw/test/sysroot
> >
> > Since that is true, it adds the sysroot to C:/MinGW/test/pre
--- Comment #42 from ebotcazou at gcc dot gnu dot org 2009-11-07 10:05
---
> As I understand it, there is still a patch pending for i386?
Yes, the current stack checking method is not bullet-proof and can fail to
detect stack overflows; a warning should be issued in that case though.
--- Comment #7 from dcb314 at hotmail dot com 2009-11-07 10:00 ---
(In reply to comment #6)
> Ok, I take this.
Thanks. I did a bit more digging and I think there are a
few more for file builtins.c - would you like these new ones
now as well as the two I've already mentioned, or would y
--- Comment #41 from ludovic at ludovic-brenta dot org 2009-11-07 09:45
---
As I understand it, there is still a patch pending for i386?
Does anyone plan to backport this patch into gcc-4_4-branch?
I am considering applying this patch (up to r153918) in Debian's
gnat-4.4. Before I do
--- Comment #5 from bonzini at gnu dot org 2009-11-07 09:35 ---
Confirmed, the code for -O2 -funroll-loops includes things such as
movzwl 2(%eax), %esi
movl$1, -44(%ebp)
subl%ecx, -44(%ebp)
movl-44(%ebp), %edi
movzbl (%edx,%edi), %eb
--- Comment #5 from bonzini at gnu dot org 2009-11-07 09:21 ---
bt with a memory object and a register index will _not_ truncate the argument:
static int btm(int *a, int b) {
asm ("btl %2, %1; movl $0, %0; setc %b0" : "=r" (b) : "m" (*a), "0" (b));
return b;
}
static int btr(int a,
--- Comment #8 from astrange at ithinksw dot com 2009-11-07 09:03 ---
Closing.
--
astrange at ithinksw dot com changed:
What|Removed |Added
Status|NEW
80 matches
Mail list logo
