[Bug tree-optimization/36646] [4.3/4.4/4.5 Regression] Unnecessary moves generated on loop boundaries

[astrange at ithinksw dot com]

--- 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 |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36646

[Bug target/36503] x86 can use x >> -y for x >> 32-y

[bonzini at gnu dot org]

--- 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, int b) {
  asm ("btl %2, %1; movl $0, %0; setc %b0" : "=r" (b) : "r" (a), "0" (b));
  return b;
}

#define btmi(a, b) ({ int __x; \
  asm ("btl %2, %1; movl $0, %0; setc %b0" : "=r" (__x) : "m" (*a), "i" (b)); \
  __x; \
})

int main () {
  int y[3] = { 0x5, 0, 0x5 };
  printf ("bt %%reg, %%reg: %d %d %d\n", btr(5, 0), btr(5, 32), btr(5, 64));
  printf ("bt $bit, (mem): %d %d %d\n", btmi(y, 0), btmi(y, 32), btmi(y, 64)); 
  printf ("bt %%reg, (mem): %d %d %d\n", btm(y, 0), btm(y, 32), btm(y, 64));
}


>> bt %reg, %reg: 1 1 1
>> bt $val, (mem): 1 1 1
>> bt %reg, (mem): 1 0 1


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503

[Bug target/32593] Missed optimization of 'y = constant - x' operation

[bonzini at gnu dot org]

--- 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), %ebx
addl%ebx, %esi
movl%esi, %ebx
movb%bl, 1(%edx)
...
movl-44(%ebp), %ebx
movzwl  2(%esi), %edi
movzbl  (%edx,%ebx), %ebx
addl%ebx, %edi
movl%edi, %ebx
movb%bl, 1(%edx)

The unrolling is done on the tree level, so it's CSE who'd need to know this.


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ra
  Known to work||4.5.0
   Last reconfirmed|-00-00 00:00:00 |2009-11-07 09:35:37
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32593

[Bug middle-end/20548] [4.3/4.4/4.5 regression] ACATS c52103x c52104x c52104y segfault

[ludovic at ludovic-brenta dot org]

--- 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 that, I'd like to know whether this would break
ABI compatibility. Consider the following scenario:

gnat-4.4 uploaded without the patch (this is the present situation)
libfoo.so.1 built with -fstack-check
gnat-4.4 updated with the patch (hypothetical situation)
libbar.so.1 built with -fstack-check, links against libfoo.so.1
frobnicate built with -fstack-check, links against libfoo.so.1
shazaam built with -fstack-check, links against libbar.so.1

Will stack checking work in libbar.so.1, frobnicate and shazaam?
Is it necessary to rebuild libfoo.so.1?
Is it necessary to rebuild anything depending on libfoo.so.1?

Thanks for all the hard work!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548

[Bug c/41974] gcc/genautomata.c, gcc/builtins.c: 4 * set but not used

[dcb314 at hotmail dot com]

--- 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 you prefer
I leave these others until later ?

I ran a "make check" and, from its output, I wasn't able to
decide if the check passed or not. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41974

[Bug middle-end/20548] [4.3/4.4/4.5 regression] ACATS c52103x c52104x c52104y segfault

[ebotcazou at gcc dot gnu dot org]

--- 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.  The
enhanced method indeed requires another patch for the x86 back-end, that I plan
to resubmit for 4.5 once I've fixed the optimization bug exhibited by a few
ACATS tests.

> Does anyone plan to backport this patch into gcc-4_4-branch?

No, no plan to backport this as far as I'm concerned.  Note that some support
code is needed in the Ada runtime (init.c, see the comments).

> I am considering applying this patch (up to r153918) in Debian's
> gnat-4.4.  Before I do that, I'd like to know whether this would break
> ABI compatibility. Consider the following scenario:

-fstack-check is broken with GCC 4.4 on x86/x86-64 Linux, it generates code
that will easily segfault so I doubt compatibility really matters.  In any
case, -fstack-check doesn't change the ABI.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548

[Bug preprocessor/41943] include search path composition is bogus

[rainer at emrich-ebersheim dot de]

--- 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/prefix/include.
> > 
> 
> I don't think so. Sysroot and prefix are completely independend things and 
> this
> works for me on linux.
> 

Andrew you're right in that --with-sysroot=$sysroot prepends $sysroot to
$prefix/include -> $sysroot/$prefix/include. This is consistent since at least
gcc-3.4.6.
But IMHO this doesn't make any sense. You will hardly find such a path in any
setup.

I suggest to remove the $sysroot prefix in this particular case at least for
*-*-mingw32 targets. Because it prevents building a relocatable gcc setup
including the runtime which works without additional settings for the include
search path. But that's important for these targets.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41943

[Bug c/41974] gcc/genautomata.c, gcc/builtins.c: 4 * set but not used

[paolo dot carlini at oracle dot com]

--- 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 the release). Please
post your additional changes directly to the gcc-patches mailing list, with a
ChangeLog entry at your name. This kind of work, with no user visible impact,
doesn't belong to Bugzilla at all, strictly speaking. Thanks again for your
help.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41974

[Bug c/41974] gcc/genautomata.c, gcc/builtins.c: 4 * set but not used

[dcb314 at hotmail dot com]

--- 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

[Bug c/41974] gcc/genautomata.c, gcc/builtins.c: 4 * set but not used

[dcb314 at hotmail 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.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41974

[Bug c/41974] gcc/genautomata.c, gcc/builtins.c: 4 * set but not used

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu
   |dot com |dot org
 Status|ASSIGNED|NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41974

[Bug c/41974] gcc/genautomata.c, gcc/builtins.c: 4 * set but not used

[dcb314 at hotmail dot com]

--- 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 before posting the next batch of changes.

Since Bugzilla seems to be the wrong place for this kind
of patch, maybe this bug report can now be closed ?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41974

[Bug java/21206] gcj seems not to pass the option to ld correctly

[pierre42d at 9online dot fr]

--- 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

[Bug testsuite/41976] New: Error testing gcc 4.4.2

[pierre42d at 9online dot fr]

[...]
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/test-demangle.c
../libiberty.a
../../../gcc-4.4.2/libiberty/testsuite/test-demangle.c:50: error: conflicting
types for 'getline'
/usr/include/stdio.h:653: error: previous declaration of 'getline' was here
../../../gcc-4.4.2/libiberty/testsuite/test-demangle.c:50: error: conflicting
types for 'getline'
/usr/include/stdio.h:653: error: previous declaration of 'getline' was here
make[3]: *** [test-demangle] Error 1
make[3]: Leaving directory `/tmp/gcc-build/libiberty/testsuite'
make[2]: *** [check-subdir] Error 2
make[2]: Leaving directory `/tmp/gcc-build/libiberty'
make[1]: *** [check-libiberty] Error 2
make[1]: Leaving directory `/tmp/gcc-build'
make: *** [do-check] Error 2


-- 
   Summary: Error testing gcc 4.4.2
   Product: gcc
   Version: 4.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pierre42d at 9online dot fr


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41976

[Bug target/32593] Missed optimization of 'y = constant - x' operation

[rguenth at gcc dot gnu dot org]

--- 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 + 2;
  D.2004_58 = *D.2003_57;
  D.2005_59 = (unsigned char) D.2004_58;
  D.2006_60 = D.2000_54 + D.2005_59;
  *D.1996_50 = D.2006_60;

etc.

which again also shows the weakness of POINTER_PLUS_EXPR and the
conversions it causes for the offset operand.  IVOPTs cannot cope
with it and PRE/LIM make a mess out of the code as well.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32593

[Bug target/32593] Missed optimization of 'y = constant - x' operation

[rguenth at gcc dot gnu dot org]

--- 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
that.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32593

[Bug tree-optimization/41643] [4.4 Regression] ICE (segmentation fault) for SPEC CPU2000's 176.gcc when using -fno-tree-dce

[jakub at gcc dot gnu dot org]

--- 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

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-10-09 10:49:19 |2009-11-07 15:00:07
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41643

[Bug fortran/41977] New: gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

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 (which does NOT call ACML) takes 10 times as long as it should
do.  Omitting the -fopenmp and using -lacml instead both work perfectly;
i.e. it fails ONLY if both -fopenmp and -lacml_mp are used.  Oh, and it
works with -llapack, too.  Oh, joy.

Here is some grobble:

gosset$gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/home/nmm/gfortran --disable-shared
--disable-threads --disable-bootstrap -enable-languages=fortran
--enable-werror=yes --enable-checking=all --disable-decimal-float
Thread model: single
gcc version 4.4.1 (GCC)
gosset$/usr/bin/gfortran -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
--enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3
--enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/
--with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap
--with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit
--enable-libstdcxx-allocator=new --disable-libstdcxx-pch
--enable-version-specific-runtime-libs --program-suffix=-4.3
--enable-linux-futex --without-system-libunwind --with-cpu=generic
--build=x86_64-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)

gfortran -Wall -std=f2003 -pedantic -O3 -fopenmp -o Cholesky_f \
Answers/Cholesky/one.f90 -lacml_mp
./Cholesky_one_f fred_f_1000

The source is fairly short and clean, but fred_f_1000 is 16 MB.
The 4.4.1 failure shows with a 160 MB test file, but not the 4.3.2
one.


Regards,
Nick Maclaren,
University of Cambridge Computing Service,
New Museums Site, Pembroke Street, Cambridge CB2 3QH, England.
Email:  n...@cam.ac.uk
Tel.:  +44 1223 334761Fax:  +44 1223 334679


-- 
   Summary: gfortran -fopenp and ACML_MP seem incompatible
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nmm1 at cam dot ac dot uk


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug tree-optimization/41643] [4.4 Regression] ICE (segmentation fault) for SPEC CPU2000's 176.gcc when using -fno-tree-dce

[jakub at gcc dot gnu dot org]

--- 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
2009-04-03  Richard Guenther  

* tree-tailcall.c (tree_optimize_tail_calls_1): Also split the
edge from the entry block if we have degenerate PHI nodes in
the first basic block.

* gcc.dg/pr41643.c: New test.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr41643.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
branches/gcc-4_4-branch/gcc/tree-tailcall.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41643

[Bug tree-optimization/41643] [4.4 Regression] ICE (segmentation fault) for SPEC CPU2000's 176.gcc when using -fno-tree-dce

[jakub at gcc dot gnu dot org]

--- 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: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr41643.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41643

[Bug tree-optimization/41643] [4.4 Regression] ICE (segmentation fault) for SPEC CPU2000's 176.gcc when using -fno-tree-dce

[jakub at gcc dot gnu dot org]

--- 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|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41643

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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, and
run them by:

Generate 1000 fred


-- 

nmm1 at cam dot ac dot uk changed:

   What|Removed |Added

 CC||nmm1 at cam dot ac dot uk


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug fortran/41978] New: ICE in gfc_conv_expr_descriptor for array PPC assignment

[domob at gcc dot gnu dot org]

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) :: arr(2)
  arr%myproc => myproc
END PROGRAM main

Removing the line at the bottom assigning myproc to arr%myproc makes it
compile.  The relevant error is:

[/tmp]# gfortran-dev reduced.f90 
reduced.f90: In function 'MAIN__':
reduced.f90:17:0: internal compiler error: in gfc_conv_expr_descriptor, at
fortran/trans-array.c:5019
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: ICE in gfc_conv_expr_descriptor for array PPC assignment
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41978

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[kargl at gcc dot gnu dot org]

--- 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/bugzilla/show_bug.cgi?id=41977

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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 anywhere - in particular, from its symptoms, it definitely nowhere 
near whey symptoms are appearing :-(

I suspect a symbol clash, run-time incompatibility or some such.

Regards,
Nick.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[rguenth at gcc dot gnu dot org]

--- 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 your
test program uses.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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 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 your test program uses.

Nothing noticeable.  The only lines that are in the executable and not
acml_mp are:
  libacml_mp.so => /usr/local/lib64/libacml_mp.so
  libgcc_s.so.1 => /lib64/libgcc_s.so.1
and the only line that is in acml_mp but not acml is:
  libgomp.so.1 => /usr/lib64/libgomp.so.1

No other differences (checked by diff), except for the hex. grobble in
brackets.  Checking the binary for the lapack version shows that the only
difference from the failing one is the ACML libraries are replaced by
LAPACK and BLAS.

It could still be a gcc version problem, of course, but not in that respect.

Regards,
Nick.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[kargl at gcc dot gnu dot org]

--- 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 seconds
LAPACK solver time = 2.48 seconds, CPU = 2.47 seconds
Coded Cholesky time = .81 seconds, CPU = 1.47 seconds
Coded solver time = 33.76 seconds, CPU = 38.68 seconds

gfortran44 -o one -O2 -pipe -march=native one.f90 \
   -L/usr/local/lib -llapack -lblas 
./one fred_f_1000
LAPACK Cholesky time = .30 seconds, CPU = .30 seconds
LAPACK solver time = 2.49 seconds, CPU = 2.49 seconds
Coded Cholesky time = 1.36 seconds, CPU = 1.36 seconds
Coded solver time = 2.97 seconds, CPU = 2.96 seconds

OpenMP clearly helps the 'Coded Cholesky time', but it
causes a factor of 10 degradation in the 'Coded solver time'.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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 solver time'.

Ah!  Now, that's what I saw for acml_mp on 4.3.2, reliably, but
never saw it for the others.  It's clearly the sort of problem that
appears and disappears.  Oh, how I do love those :-(

Regards,
Nick Maclaren.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug fortran/41177] Wrong base-object checks for type-bound procedures

[domob at gcc dot gnu dot org]

--- 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

[Bug c++/9381] attribute on member function pointer have no effect

[jason at gcc dot gnu dot org]

--- 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): Preserve attributes.
* tree.c (canonical_type_variant): Likewise.
* call.c (standard_conversion): Use build_memfn_type.
* pt.c (tsubst): Likewise.
* decl.c (build_ptrmem_type): Likewise

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/abi/regparm1.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/call.c
branches/gcc-4_4-branch/gcc/cp/decl.c
branches/gcc-4_4-branch/gcc/cp/decl2.c
branches/gcc-4_4-branch/gcc/cp/pt.c
branches/gcc-4_4-branch/gcc/cp/tree.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9381

[Bug c++/9381] attribute on member function pointer have no effect

[jason at gcc dot gnu dot org]

--- 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

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9381

[Bug c/41974] gcc/genautomata.c, gcc/builtins.c: 4 * set but not used

[paolo dot carlini at oracle dot com]

--- 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

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41974

[Bug c/41979] New: GCC fails to compile MPC-HC's ffmpeg/libavcodec

[brunorex at gmail dot com]

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/mingw32/native/x86_32/gcc/4.5-20091105
--with-gcc --with-gnu-ld --with-gnu-as --disable-shared --disable-nls
--disable-tls
--with-gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gmp
--with-mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpfr
--enable-languages=c,fortran,c++
--with-sysroot=/home/gfortran/gcc-home/binary/mingw32/cross/x86_32/gcc/4.5-20091105
--enable-libgomp --enable-threads=win32 --disable-win32-registry

The complete command line that triggers the bug:
gcc -c -I. -I.. -Ilibavcodec -Ilibavutil -I../../../../zlib
-I../../../../libpng -DHAVE_AV_CONFIG_H -D_ISOC99_SOURCE
-D_POSIX_C_SOURCE=200112 -std=gnu99 -DARCH_X86_32 -DWIN32 -D_WIN32 -mno-cygwin
-mdll -mthreads -pipe -DNDEBUG -UDEBUG -O3 -march=i686 -mmmx -fno-common
-fno-tree-vectorize -fomit-frame-pointer -fno-math-errno -MMD -o
libavcodec/dsputil.o libavcodec/dsputil.c

The compiler output:
libavcodec/dsputil.c: In function 'put_pixels8_l4':
libavcodec/dsputil.c:1156:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make: *** [libavcodec/dsputil.o] Error 1


Everything worked fine with GCC 4.5.0 20091029. MPC-HC rev is 1330.

Sorry, I don't know what else I should write here, I hope this helps.


-- 
   Summary: GCC fails to compile MPC-HC's ffmpeg/libavcodec
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brunorex at gmail dot com
  GCC host triplet: i386-pc-mingw32


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41979

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[burnus at gcc dot gnu dot org]

--- 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 |sort -u
 strings /opt/acml4.3.0/gfortran64_mp/lib/libacml_mp.so |grep GCC |sort -u
shows here:
 Built using Fortran compiler: GNU Fortran (GCC) 4.3.2

Thus it should be ABI compatible with GCC 4.3.x, 4.4.x and 4.5.x.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug c++/41980] New: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

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 --with-mpfr=/usr/local --with-gmp=/usr/local
--with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local
--with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit
--enable-targets=all
Thread model: posix
gcc version 4.5.0 20091105 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-B.' '-r' '-nostdlib' '-Wall' '-fno-exceptions' '-O'
'-fprofile-arcs' '-fgraphite-identity' '-shared-libgcc' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1plus -fpreprocessed
graphite-identity-bug.ii -quiet -dumpbase graphite-identity-bug.ii
-mtune=generic -auxbase graphite-identity-bug -O -Wall -version -fno-exceptions
-fprofile-arcs -fgraphite-identity -o /tmp/cc3grO1h.s
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 1d34b9ee19b8ff589137a7656e0ae969
nsTextFrameThebes.cpp: In member function
‘nsTextFrame::GetTextDecorations(nsPresContext*)’:
nsTextFrameThebes.cpp:3873:11: warning: ‘overrideColor’ may be used
uninitialized in this function
nsTextFrameThebes.cpp: In member function
‘BuildTextRunsScanner::BuildTextRunForFrames(void*)’:
nsTextFrameThebes.cpp:1514:1: internal compiler error: in build2_stat, at
tree.c:3663


-- 
   Summary: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-
identity'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41980

[Bug c++/41981] New: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

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 --with-mpfr=/usr/local --with-gmp=/usr/local
--with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local
--with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit
--enable-targets=all
Thread model: posix
gcc version 4.5.0 20091105 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-B.' '-r' '-nostdlib' '-Wall' '-fno-exceptions' '-O'
'-fprofile-arcs' '-fgraphite-identity' '-shared-libgcc' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1plus -fpreprocessed
graphite-identity-bug.ii -quiet -dumpbase graphite-identity-bug.ii
-mtune=generic -auxbase graphite-identity-bug -O -Wall -version -fno-exceptions
-fprofile-arcs -fgraphite-identity -o /tmp/cc3grO1h.s
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 1d34b9ee19b8ff589137a7656e0ae969
nsTextFrameThebes.cpp: In member function
‘nsTextFrame::GetTextDecorations(nsPresContext*)’:
nsTextFrameThebes.cpp:3873:11: warning: ‘overrideColor’ may be used
uninitialized in this function
nsTextFrameThebes.cpp: In member function
‘BuildTextRunsScanner::BuildTextRunForFrames(void*)’:
nsTextFrameThebes.cpp:1514:1: internal compiler error: in build2_stat, at
tree.c:3663


-- 
   Summary: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-
identity'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41981

[Bug c++/41982] New: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

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 --with-mpfr=/usr/local --with-gmp=/usr/local
--with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local
--with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit
--enable-targets=all
Thread model: posix
gcc version 4.5.0 20091105 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-B.' '-r' '-nostdlib' '-Wall' '-fno-exceptions' '-O'
'-fprofile-arcs' '-fgraphite-identity' '-shared-libgcc' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1plus -fpreprocessed
graphite-identity-bug.ii -quiet -dumpbase graphite-identity-bug.ii
-mtune=generic -auxbase graphite-identity-bug -O -Wall -version -fno-exceptions
-fprofile-arcs -fgraphite-identity -o /tmp/cc3grO1h.s
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 1d34b9ee19b8ff589137a7656e0ae969
nsTextFrameThebes.cpp: In member function
‘nsTextFrame::GetTextDecorations(nsPresContext*)’:
nsTextFrameThebes.cpp:3873:11: warning: ‘overrideColor’ may be used
uninitialized in this function
nsTextFrameThebes.cpp: In member function
‘BuildTextRunsScanner::BuildTextRunForFrames(void*)’:
nsTextFrameThebes.cpp:1514:1: internal compiler error: in build2_stat, at
tree.c:3663


-- 
   Summary: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-
identity'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41982

[Bug c++/41983] New: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

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 --with-mpfr=/usr/local --with-gmp=/usr/local
--with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local
--with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit
--enable-targets=all
Thread model: posix
gcc version 4.5.0 20091105 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-B.' '-r' '-nostdlib' '-Wall' '-fno-exceptions' '-O'
'-fprofile-arcs' '-fgraphite-identity' '-shared-libgcc' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1plus -fpreprocessed
graphite-identity-bug.ii -quiet -dumpbase graphite-identity-bug.ii
-mtune=generic -auxbase graphite-identity-bug -O -Wall -version -fno-exceptions
-fprofile-arcs -fgraphite-identity -o /tmp/cc3grO1h.s
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 1d34b9ee19b8ff589137a7656e0ae969
nsTextFrameThebes.cpp: In member function
‘nsTextFrame::GetTextDecorations(nsPresContext*)’:
nsTextFrameThebes.cpp:3873:11: warning: ‘overrideColor’ may be used
uninitialized in this function
nsTextFrameThebes.cpp: In member function
‘BuildTextRunsScanner::BuildTextRunForFrames(void*)’:
nsTextFrameThebes.cpp:1514:1: internal compiler error: in build2_stat, at
tree.c:3663


-- 
   Summary: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-
identity'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41983

[Bug c++/41984] New: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

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 --with-mpfr=/usr/local --with-gmp=/usr/local
--with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local
--with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit
--enable-targets=all
Thread model: posix
gcc version 4.5.0 20091105 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-B.' '-r' '-nostdlib' '-Wall' '-fno-exceptions' '-O'
'-fprofile-arcs' '-fgraphite-identity' '-shared-libgcc' '-mtune=generic'
 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1plus -fpreprocessed
graphite-identity-bug.ii -quiet -dumpbase graphite-identity-bug.ii
-mtune=generic -auxbase graphite-identity-bug -O -Wall -version -fno-exceptions
-fprofile-arcs -fgraphite-identity -o /tmp/cc3grO1h.s
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.5.0 20091105 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.5.0 20091105 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8-dev
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 1d34b9ee19b8ff589137a7656e0ae969
nsTextFrameThebes.cpp: In member function
‘nsTextFrame::GetTextDecorations(nsPresContext*)’:
nsTextFrameThebes.cpp:3873:11: warning: ‘overrideColor’ may be used
uninitialized in this function
nsTextFrameThebes.cpp: In member function
‘BuildTextRunsScanner::BuildTextRunForFrames(void*)’:
nsTextFrameThebes.cpp:1514:1: internal compiler error: in build2_stat, at
tree.c:3663


-- 
   Summary: ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-
identity'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b3timmons at speedymail dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41984

[Bug c/41979] GCC fails to compile MPC-HC's ffmpeg/libavcodec

[rguenth at gcc dot gnu dot org]

--- 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

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41979

[Bug c++/41984] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

[Bug rtl-optimization/41928] [4.5 Regression] segfault at gcc/bitmap.c:297

[rguenth at gcc dot gnu dot org]

--- 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

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-07 22:36:53
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928

[Bug c++/41980] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41980

[Bug c++/41984] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

[Bug c++/41984] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

[Bug c++/41981] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41981

[Bug rtl-optimization/41891] [4.5 Regression] ICE in move_loop_invariants

[rguenth at gcc dot gnu dot org]

--- 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

[Bug c++/41982] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41982

[Bug c++/41984] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

[Bug c++/41984] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

[Bug c++/41983] ICE from '-fno-exceptions -O -fprofile-arcs -fgraphite-identity'

[b3timmons at speedymail dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41983

[Bug rtl-optimization/41928] [4.5 Regression] segfault at gcc/bitmap.c:297

[rguenth at gcc dot gnu dot org]

--- 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|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-11-07 22:36:53 |2009-11-07 23:15:35
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928

[Bug rtl-optimization/41928] [4.5 Regression] segfault at gcc/bitmap.c:297

[rguenth at gcc dot gnu dot org]

--- 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

 CC||lucier at math dot purdue
   ||dot edu
Bug 41928 depends on bug 41891, which changed state.

Bug 41891 Summary: [4.5 Regression] ICE in move_loop_invariants
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41891

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928

[Bug rtl-optimization/41891] [4.5 Regression] ICE in move_loop_invariants

[rguenth at gcc dot gnu dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41891

[Bug rtl-optimization/41928] [4.5 Regression] segfault at gcc/bitmap.c:297

[rguenth at gcc dot gnu dot org]

--- 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

 CC||dcb314 at hotmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928

[Bug rtl-optimization/41903] [4.5 Regression] Segmentation fault in bitmap_clear

[rguenth at gcc dot gnu dot org]

--- 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

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41903

[Bug rtl-optimization/41944] ICE while compiling

[rguenth at gcc dot gnu dot org]

--- 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

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41944

[Bug rtl-optimization/41928] [4.5 Regression] segfault at gcc/bitmap.c:297

[rguenth at gcc dot gnu dot org]

--- 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

 CC||fijall at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928

[Bug fortran/41977] gfortran -fopenp and ACML_MP seem incompatible

[nmm1 at cam dot ac dot uk]

--- 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 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?

Yes.  I am pretty sure that it's something more obscure.  While I could
make guesses, none of them would have more than a few percent chance of
being right!

Regards,
Nick Maclaren.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41977

[Bug c/41979] GCC fails to compile MPC-HC's ffmpeg/libavcodec

[brunorex at gmail dot com]

--- 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

[Bug c/41979] GCC fails to compile MPC-HC's ffmpeg/libavcodec

[paolo dot carlini at oracle dot com]

--- 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=41979

[Bug c++/35228] bad error recovery with missing typename

[jason at gcc dot gnu dot org]

--- 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

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35228

[Bug c++/15946] Unhelpful error message when "typename" is omitted

[jason at gcc dot gnu dot org]

--- 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

 CC||igodard at pacbell dot net


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15946

[Bug c++/18451] C++ error message regression

[jason at gcc dot gnu dot org]

--- 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_decl_specifier_seq): Add any_type_specifiers_p.
* parser.c (cp_parser_single_declaration): Call
cp_parser_parse_and_diagnose_invalid_type_name here, too.
(cp_parser_parameter_declaration): And here.
(cp_parser_parse_and_diagnose_invalid_type_name): Be
less picky about declarator form.  Don't skip to
the end of the block if we're in a declarator.
(cp_parser_decl_specifier_seq): Set any_type_specifiers_p.
(cp_parser_simple_declaration): Check it.
(cp_parser_member_declaration): Likewise.
(cp_parser_diagnose_invalid_type_name): Tweak error message.
(cp_parser_expression_statement): Likewise.
* decl2.c (grokfield): Mention decltype instead of typeof.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl2.c
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/variadic-ex1.C
trunk/gcc/testsuite/g++.dg/ext/typedef-init.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class1.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class10.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class5.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class7.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-temp-class1.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-temp-class4.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-temp-class7.C
trunk/gcc/testsuite/g++.dg/lookup/strong-using-2.C
trunk/gcc/testsuite/g++.dg/other/typedef1.C
trunk/gcc/testsuite/g++.dg/parse/access10.C
trunk/gcc/testsuite/g++.dg/parse/constructor1.C
trunk/gcc/testsuite/g++.dg/parse/crash38.C
trunk/gcc/testsuite/g++.dg/parse/error3.C
trunk/gcc/testsuite/g++.dg/parse/error36.C
trunk/gcc/testsuite/g++.dg/parse/typespec1.C
trunk/gcc/testsuite/g++.dg/template/typedef5.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/typename3.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/typename4.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/typename6.C
trunk/gcc/testsuite/g++.old-deja/g++.robertl/eb94.C


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18451

[Bug c++/40738] missing typename error improvement

[jason at gcc dot gnu dot org]

--- 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_decl_specifier_seq): Add any_type_specifiers_p.
* parser.c (cp_parser_single_declaration): Call
cp_parser_parse_and_diagnose_invalid_type_name here, too.
(cp_parser_parameter_declaration): And here.
(cp_parser_parse_and_diagnose_invalid_type_name): Be
less picky about declarator form.  Don't skip to
the end of the block if we're in a declarator.
(cp_parser_decl_specifier_seq): Set any_type_specifiers_p.
(cp_parser_simple_declaration): Check it.
(cp_parser_member_declaration): Likewise.
(cp_parser_diagnose_invalid_type_name): Tweak error message.
(cp_parser_expression_statement): Likewise.
* decl2.c (grokfield): Mention decltype instead of typeof.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl2.c
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/variadic-ex1.C
trunk/gcc/testsuite/g++.dg/ext/typedef-init.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class1.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class10.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class5.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-class7.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-temp-class1.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-temp-class4.C
trunk/gcc/testsuite/g++.dg/lookup/hidden-temp-class7.C
trunk/gcc/testsuite/g++.dg/lookup/strong-using-2.C
trunk/gcc/testsuite/g++.dg/other/typedef1.C
trunk/gcc/testsuite/g++.dg/parse/access10.C
trunk/gcc/testsuite/g++.dg/parse/constructor1.C
trunk/gcc/testsuite/g++.dg/parse/crash38.C
trunk/gcc/testsuite/g++.dg/parse/error3.C
trunk/gcc/testsuite/g++.dg/parse/error36.C
trunk/gcc/testsuite/g++.dg/parse/typespec1.C
trunk/gcc/testsuite/g++.dg/template/typedef5.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/typename3.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/typename4.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/typename6.C
trunk/gcc/testsuite/g++.old-deja/g++.robertl/eb94.C


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40738

[Bug c++/15179] bad parse error recovery with missing typename

[jason at gcc dot gnu dot org]

--- 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

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15179

[Bug c++/15946] Unhelpful error message when "typename" is omitted

[jason at gcc dot gnu 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

[Bug c++/15946] Unhelpful error message when "typename" is omitted

[jason at gcc dot gnu dot org]

-- 

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 |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-16 02:29:27 |2009-11-08 04:03:24
   date||
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15946

[Bug c++/15946] Unhelpful error message when "typename" is omitted

[jason at gcc dot gnu dot org]

--- 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|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15946

[Bug c++/9634] [DR224] Injected class name as qualifier should not make the name dependent

[jason at gcc dot gnu dot org]

--- 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

 CC||florent dot gallet at orange
   ||dot fr


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9634

[Bug c++/21783] [DR 409] Typename for required for qualified name?

[jason at gcc dot gnu 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

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21783

[Bug c++/37920] ICE (segv) with typename typeof in local struct

[jason at gcc dot gnu dot org]

-- 

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 |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-10-27 01:32:09 |2009-11-08 04:13:17
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37920

[Bug c++/38638] [4.3 regression] ICE superfluous 'typename'

[jason at gcc dot gnu 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

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|4.3.5   |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38638

[Bug c++/40315] template instantiation fails when using const typename

[jason at gcc dot gnu dot org]

-- 

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 |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-08 04:33:37
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40315

[Bug c++/40315] template instantiation fails when using const typename

[jason at gcc dot gnu 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

[Bug debug/41886] [4.5 Regression] ICE from '-O -ftree-loop-distribution -ftree-vectorize -g'

[aoliva at gcc dot gnu dot org]

-- 

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 |org
 Status|UNCONFIRMED |ASSIGNED
  Component|middle-end  |debug
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-08 07:36:00
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41886