[Bug ada/42153] s-osinte.adb:46:21: missing body for "To_Duration" declared at s-osinte.ads:216

[charlet at adacore dot com]

--- Comment #1 from charlet at adacore dot com  2009-11-23 07:44 ---
Subject: Re:   New: s-osinte.adb:46:21: missing body for
"To_Duration" declared at s-osinte.ads:216

Laurent,

This one is for you, caused by revision 154407 (you should also double check
other linux implementations for similar issues). TIA.

> /test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
> -B/opt/gnu/gcc/gcc
> -4.5.0/hppa2.0w-hp-hpux11.11/bin/
> -B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11
> /lib/ -isystem /opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/include -isystem
> /op
> t/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/sys-include-c -g -O2  -fPIC
> -frand
> om-seed=fixed-seed  -W -Wall -gnatpg   s-osinte.adb -o s-osinte.o
> s-osinte.adb:46:21: missing body for "To_Duration" declared at 
> s-osinte.ads:216
> s-osinte.adb:46:21: missing body for "To_Timeval" declared at s-osinte.ads:219
> make[7]: *** [s-osinte.o] Error 1


-- 


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

Re: [Bug ada/42153] New: s-osinte.adb:46:21: missing body for "To_Duration" declared at s-osinte.ads:216

[Arnaud Charlet]

Laurent,

This one is for you, caused by revision 154407 (you should also double check
other linux implementations for similar issues). TIA.

> /test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
> -B/opt/gnu/gcc/gcc
> -4.5.0/hppa2.0w-hp-hpux11.11/bin/
> -B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11
> /lib/ -isystem /opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/include -isystem
> /op
> t/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/sys-include-c -g -O2  -fPIC
> -frand
> om-seed=fixed-seed  -W -Wall -gnatpg   s-osinte.adb -o s-osinte.o
> s-osinte.adb:46:21: missing body for "To_Duration" declared at 
> s-osinte.ads:216
> s-osinte.adb:46:21: missing body for "To_Timeval" declared at s-osinte.ads:219
> make[7]: *** [s-osinte.o] Error 1

[Bug c/40442] Option -I and POSIX conformance (c99 utility)

[vincent at vinc17 dot org]

--- Comment #7 from vincent at vinc17 dot org  2009-11-23 04:51 ---
(In reply to comment #6)
> Not a GCC bug, the POSIX list generally agreed the effects of reordering
> system directories should be unspecified or undefined.

What the POSIX list says does not matter if this doesn't go further. What's
important is what the POSIX standard says. So, I've opened the following bug so
that the POSIX standard can be changed:

  http://austingroupbugs.net/view.php?id=187


-- 


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

[Bug lto/41664] FAIL: gfortran.dg/lto/pr40725 f_lto_pr40725_0.o-f_lto_pr40725_1.o execute -O2 -fwhopr and -flto

[jvdelisle at gcc dot gnu dot org]

--- Comment #2 from jvdelisle at gcc dot gnu dot org  2009-11-23 03:10 
---
This is also failing on x86-64.  It is not target specific unless there is
another PR for the x86-64.


-- 


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

[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2009-11-23 03:06 
---
This appears to fix this with no regressions.  I will commit as obvious
tomorrow.

Index: decl.c
===
--- decl.c  (revision 154430)
+++ decl.c  (working copy)
@@ -1865,13 +1865,6 @@ variable_decl (int elem)
  m = MATCH_ERROR;
}

- if (gfc_pure (NULL))
-   {
- gfc_error ("Initialization of pointer at %C is not allowed in "
-"a PURE procedure");
- m = MATCH_ERROR;
-   }
-
  if (m != MATCH_YES)
goto cleanup;



-- 


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

[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)

[howarth at nitro dot med dot uc dot edu]

--- Comment #16 from howarth at nitro dot med dot uc dot edu  2009-11-23 
01:00 ---
Created an attachment (id=19088)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19088&action=view)
step from dwarf2out_frame_debug breakpoint

step from dwarf2out_frame_debug breakpoint for...

/sw/src/fink.build/gcc45-4.4.999-r152434/darwin_objdir/gcc/testsuite/g++/../../cc1plus
-quiet -nostdinc++ -v
-I/sw/src/fink.build/gcc45-4.4.999-r152434/darwin_objdir/x86_64-apple-darwin10.2.0/i386/libstdc++-v3/include/x86_64-apple-darwin10.2.0
-I/sw/src/fink.build/gcc45-4.4.999-r152434/darwin_objdir/x86_64-apple-darwin10.2.0/i386/libstdc++-v3/include
-I/sw/src/fink.build/gcc45-4.4.999-r152434/gcc-4.5-r152434/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc45-4.4.999-r152434/gcc-4.5-r152434/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc45-4.4.999-r152434/gcc-4.5-r152434/libstdc++-v3/testsuite/util
-imultilib i386 -iprefix
/sw/src/fink.build/gcc45-4.4.999-r152434/darwin_objdir/gcc/../lib/gcc/x86_64-apple-darwin10.2.0/4.5.0/
-isystem
/sw/src/fink.build/gcc45-4.4.999-r152434/darwin_objdir/gcc/testsuite/g++/../../include
-isystem
/sw/src/fink.build/gcc45-4.4.999-r152434/darwin_objdir/gcc/testsuite/g++/../../include-fixed
-D__DYNAMIC__
/sw/src/fink.build/gcc45-4.4.999-r152434/gcc-4.5-r152434/gcc/testsuite/g++.dg/debug/anonunion1.C
-fPIC -quiet -dumpbase anonunion1.C -mmacosx-version-min=10.6.2 -m32
-mtune=generic -auxbase-strip anonunion1.s -gdwarf-2 -g1 -O2 -version
-fmessage-length=0 -o anonunion1.s

executed in gdb.


-- 


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

[Bug ada/42153] New: s-osinte.adb:46:21: missing body for "To_Duration" declared at s-osinte.ads:216

[danglin at gcc dot gnu dot org]

/test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
-B/opt/gnu/gcc/gcc
-4.5.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11
/lib/ -isystem /opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/include -isystem
/op
t/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/sys-include-c -g -O2  -fPIC
-frand
om-seed=fixed-seed  -W -Wall -gnatpg   s-osinte.adb -o s-osinte.o
s-osinte.adb:46:21: missing body for "To_Duration" declared at s-osinte.ads:216
s-osinte.adb:46:21: missing body for "To_Timeval" declared at s-osinte.ads:219
make[7]: *** [s-osinte.o] Error 1
make[7]: Leaving directory `/test/gnu/gcc/objdir/gcc/ada/rts'
make[6]: *** [gnatlib] Error 2
make[6]: Leaving directory `/test/gnu/gcc/objdir/gcc/ada'
make[5]: *** [gnatlib-shared-default] Error 2
make[5]: Leaving directory `/test/gnu/gcc/objdir/gcc/ada'
make[4]: *** [gnatlib-shared-dual] Error 2
make[4]: Leaving directory `/test/gnu/gcc/objdir/gcc/ada'
make[3]: *** [gnatlib-shared] Error 2
make[3]: Leaving directory `/test/gnu/gcc/objdir/gcc/ada'
make[2]: *** [gnatlib-shared] Error 2
make[2]: Leaving directory `/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libada'


-- 
   Summary: s-osinte.adb:46:21: missing body for "To_Duration"
declared at s-osinte.ads:216
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11, hppa64-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)

[howarth at nitro dot med dot uc dot edu]

--- Comment #15 from howarth at nitro dot med dot uc dot edu  2009-11-23 
00:31 ---
Is anyone able to get a backtrace on this failure? I am not having much luck
setting a breakpoint on dwarf2out_frame_debug() in dwarf2out.c so that I can
step through this and get a backtrace.


-- 


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

[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)

[howarth at nitro dot med dot uc dot edu]

--- Comment #14 from howarth at nitro dot med dot uc dot edu  2009-11-23 
00:16 ---
This problem doesn't occur at r152433 but appears at r152434 so it is due to
the LTO merge.


-- 


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

[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)

[howarth at nitro dot med dot uc dot edu]

--- Comment #13 from howarth at nitro dot med dot uc dot edu  2009-11-22 
22:32 ---
The last build I have from 20091002 without the problem is most likely r152421
which would bracket us between that and r152434 with the first recorded
failure. This would leave the LTO merge itself and 

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152429
Log:
* mangle.c (write_unnamed_type_name): Implement.
(local_class_index): Split out from...
(discriminator_for_local_entity): ...here.
(nested_anon_class_index): New.
* cp-tree.h (TYPE_FUNCTION_SCOPE_P): New.

as candidates.


-- 


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

[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)

[howarth at nitro dot med dot uc dot edu]

--- Comment #12 from howarth at nitro dot med dot uc dot edu  2009-11-22 
22:27 ---
On x86_64-apple-darwin10, I didn't see this on 20091002 but I did on 20091003.
Unfortunately, I don't have an exact revision number on that, however it is
most likely r152434.


-- 


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

[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)

[howarth at nitro dot med dot uc dot edu]

--- Comment #11 from howarth at nitro dot med dot uc dot edu  2009-11-22 
22:11 ---
On x86_64-apple-darwin9, I have these failures at r152510 for -m32.


-- 


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

[Bug c++/42054] [4.3/4.4/4.5 Regression] ICE with invalid template parameter

[simartin at gcc dot gnu dot org]

--- Comment #1 from simartin at gcc dot gnu dot org  2009-11-22 21:53 
---
Patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01204.html


-- 

simartin at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||simartin at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-22 21:53:27
   date||


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

[Bug c++/42152] ICEs in g++.dg/debug at -m32 on x86_64-apple-darwin10

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-11-22 21:52 ---
See pr41988 for i686-apple-darwin9 in 32 bit mode.


-- 


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

[Bug c++/42152] New: ICEs in g++.dg/debug at -m32 on x86_64-apple-darwin10

[howarth at nitro dot med dot uc dot edu]

 -gdwarf-2 -g1 (test for excess errors)
FAIL: g++.dg/debug/using2.C -gdwarf-2 -g1 -O2 (internal compiler error)
FAIL: g++.dg/debug/using2.C -gdwarf-2 -g1 -O2 (test for excess errors)
FAIL: g++.dg/debug/using2.C -gdwarf-2 -g1 -O3 (internal compiler error)
FAIL: g++.dg/debug/using2.C -gdwarf-2 -g1 -O3 (test for excess errors)
FAIL: g++.dg/debug/vartrack1.C -gdwarf-2 -g1 (internal compiler error)
FAIL: g++.dg/debug/vartrack1.C -gdwarf-2 -g1 (test for excess errors)
FAIL: g++.dg/debug/vartrack1.C -gdwarf-2 -g1 -O2 (internal compiler error)
FAIL: g++.dg/debug/vartrack1.C -gdwarf-2 -g1 -O2 (test for excess errors)
FAIL: g++.dg/debug/vartrack1.C -gdwarf-2 -g1 -O3 (internal compiler error)
FAIL: g++.dg/debug/vartrack1.C -gdwarf-2 -g1 -O3 (test for excess errors)

and are of the form...

Testing debug/anonunion1.C, -gdwarf-2 -g1
Executing on host:
/sw/src/fink.build/gcc45-4.4.999-20091122/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc45-4.4.999-20091122/darwin_objdir/gcc/testsuite/g++/../../
/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/gcc/testsuite/g++.dg/debug/anonunion1.C
 -nostdinc++
-I/sw/src/fink.build/gcc45-4.4.999-20091122/darwin_objdir/x86_64-apple-darwin10.2.0/i386/libstdc++-v3/include/x86_64-apple-darwin10.2.0
-I/sw/src/fink.build/gcc45-4.4.999-20091122/darwin_objdir/x86_64-apple-darwin10.2.0/i386/libstdc++-v3/include
-I/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/libstdc++-v3/testsuite/util
-fmessage-length=0 -gdwarf-2 -g1   -S  -m32 -o anonunion1.s(timeout = 300)
/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/gcc/testsuite/g++.dg/debug/anonunion1.C:
In function 'foo()':
/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/gcc/testsuite/g++.dg/debug/anonunion1.C:14:1:
internal compiler error: in dwarf2out_frame_debug, at dwarf2out.c:2687
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/gcc/testsuite/g++.dg/debug/anonunion1.C:
In function 'foo()':
/sw/src/fink.build/gcc45-4.4.999-20091122/gcc-4.5-20091122/gcc/testsuite/g++.dg/debug/anonunion1.C:14:1:
internal compiler error: in dwarf2out_frame_debug, at dwarf2out.c:2687
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin10.2.0/4.5.0/lto-wrapper
Target: x86_64-apple-darwin10.2.0
Configured with: ../gcc-4.5-20091122/configure --prefix=/sw
--prefix=/sw/lib/gcc4.5 --mandir=/sw/share/man --infodir=/sw/share/info
--enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw
--with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
Thread model: posix
gcc version 4.5.0 20091122 (experimental) (GCC) 

This problem doesn't occur at -m64.


-- 
   Summary: ICEs in g++.dg/debug at -m32 on x86_64-apple-darwin10
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: x86_64-apple-darwin10
  GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10


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

[Bug c/39985] Type qualifiers not actually ignored on function return type

[jsm28 at gcc dot gnu dot org]

--- Comment #2 from jsm28 at gcc dot gnu dot org  2009-11-22 20:24 ---
If you wish to report a C++ bug, it needs to have component "c++" and be
a separate bug from any bug report for C front-end issues; comments
about possible C++ front-end issues in "c" bugs are irrelevant except insofar
as they illuminate questions of what the C front end should do.

For C, the qualifiers are ignored as far as standard terms are concerned.
Whether typeof applied to an rvalue in GNU C has a qualified types is
fundamentally confused at present; my inclination is that we should
eliminate the inconsistent attempts to give rvalues qualified types in
some cases, and say that if the operand of typeof is not an lvalue it
never has a qualified type.


-- 


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

[Bug c/40564] Invalid -Wc++-compat warning about stringized C++ operator name

[jsm28 at gcc dot gnu dot org]

-- 

jsm28 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-22 20:20:31
   date||


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

[Bug c/42091] -imacros option does not work on gcc 4.2.1 scratchbox

[jsm28 at gcc dot gnu dot org]

--- Comment #1 from jsm28 at gcc dot gnu dot org  2009-11-22 20:18 ---
Report this to whoever provided you with that compiler and advised
modifying specs files.  Specs files are not a public interface for
modifying by compiler users, and 4.2 compilers are no longer supported.
If you can reproduce this with an unmodified compiler you built from FSF
GCC sources, 4.4.x or later, then open a new bug here.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/42076] regression on float representation

[jsm28 at gcc dot gnu dot org]

--- Comment #3 from jsm28 at gcc dot gnu dot org  2009-11-22 20:16 ---
I cannot reproduce this with any FSF GCC version; please report bugs in
Ubuntu compilers to Ubuntu.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug c/41942] __attribute__ ((visibility)) weird with functions returning pointers

[jsm28 at gcc dot gnu dot org]

--- Comment #3 from jsm28 at gcc dot gnu dot org  2009-11-22 20:04 ---
No bug by the GNU C documentation of how attributes bind in the syntax.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/41046] decNumber leaves printf call in libgcc

[jsm28 at gcc dot gnu dot org]

--- Comment #5 from jsm28 at gcc dot gnu dot org  2009-11-22 20:01 ---
The PR logs indicate this is fixed.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to work||4.3.5 4.4.2 4.5.0
 Resolution||FIXED
   Target Milestone|--- |4.3.5


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

[Bug c/41045] Extended asm with C operands doesn�t work at top level

[jsm28 at gcc dot gnu dot org]

--- Comment #8 from jsm28 at gcc dot gnu dot org  2009-11-22 20:00 ---
I think this would be a sensible feature to add.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P5
   Last reconfirmed|-00-00 00:00:00 |2009-11-22 20:00:11
   date||


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

[Bug c/40880] stdarg.h does not define va_copy when building for C89+POSIX

[jsm28 at gcc dot gnu dot org]

--- Comment #6 from jsm28 at gcc dot gnu dot org  2009-11-22 19:58 ---
As discussed, not a bug.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/40476] SEG fault on redefinition of struct error

[jsm28 at gcc dot gnu dot org]

--- Comment #3 from jsm28 at gcc dot gnu dot org  2009-11-22 19:57 ---
Cannot reproduce this, report bugs in the Ubuntu compiler in the first
instance to Ubuntu.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug c/40442] Option -I and POSIX conformance (c99 utility)

[jsm28 at gcc dot gnu dot org]

--- Comment #6 from jsm28 at gcc dot gnu dot org  2009-11-22 19:55 ---
Not a GCC bug, the POSIX list generally agreed the effects of reordering
system directories should be unspecified or undefined.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug other/40353] [GCC-4.4.0] configure --with-sysroot needs header files, but it should not

[jsm28 at gcc dot gnu dot org]

--- Comment #1 from jsm28 at gcc dot gnu dot org  2009-11-22 19:52 ---
The magic option to allow system headers not to be present (for an early
compiler in a series of multiple compiler/libc builds / header installs
to bootstrap a full toolchain) is --with-newlib, but this should be
documented (and preferably there should be a more meaningful option
to enable inhibit_libc directly).


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |other
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-22 19:52:20
   date||


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

[Bug c/37874] gcc sometimes accepts attribute in identifier list

[jsm28 at gcc dot gnu dot org]

-- 

jsm28 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-22 19:46:14
   date||


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

[Bug c/30054] -Wc++-compat does not catch goto past initialization

[jsm28 at gcc dot gnu dot org]

--- Comment #3 from jsm28 at gcc dot gnu dot org  2009-11-22 19:36 ---
Fixed by:

2009-06-15  Ian Lance Taylor  

* c.opt (Wjump-misses-init): New warning.
* c-opts.c (c_common_handle_option): Set warn_jump_misses_init for
-Wall and -Wc++-compat if not already set.
(c_common_post_options): Clear warn_jump_misses_init if it was not
set.
[...]


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to work||4.5.0
 Resolution||FIXED


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

[Bug preprocessor/41492] Please ignore #! on the first line of a file

[jsm28 at gcc dot gnu dot org]

--- Comment #1 from jsm28 at gcc dot gnu dot org  2009-11-22 19:31 ---
I don't think this is an appropriate feature; I advice arranging for your
source files to go through an external preprocessor before compiling them
if you need this special sequence at the start of the file.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug preprocessor/41698] "\uFFFF" converts incorrectly to two-byte character

[jsm28 at gcc dot gnu dot org]

-- 

jsm28 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-22 19:28:08
   date||


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

[Bug preprocessor/36524] regression: crash when compiling IdentifierTable.cpp

[jsm28 at gcc dot gnu dot org]

--- Comment #7 from jsm28 at gcc dot gnu dot org  2009-11-22 19:26 ---
Presuming fixed by the patch I identified since no other comments.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
  Known to work||4.4.0
 Resolution||FIXED


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

[Bug c++/26099] support for type traits is not available

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|WAITING |ASSIGNED
   Last reconfirmed|2009-11-22 19:13:48 |2009-11-22 19:13:59
   date||


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

[Bug c++/26099] support for type traits is not available

[paolo dot carlini at oracle dot com]

--- Comment #30 from paolo dot carlini at oracle dot com  2009-11-22 19:13 
---
Nope, let's keep it open as a reminder that we are still missing
__is_convertible_to and the newer ones, needed to implement N2984 (I'm
implementing three as we are speaking)


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

   Last reconfirmed|2006-02-05 10:22:29 |2009-11-22 19:13:48
   date||


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

[Bug c/42151] verify_cgraph_node failed with -O3 -Winline

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2009-11-22 19:13 ---
Created an attachment (id=19087)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19087&action=view)
C source code


-- 


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

[Bug c/42151] New: verify_cgraph_node failed with -O3 -Winline

[dcb314 at hotmail dot com]

I just tried to compile Suse Linux package libxml2-2.7.3-3.1
with gcc version 4.5 snapshot 20091119 and the build said

tree.c:1629:1: error: caller edge frequency 789 does not match BB freqency 1577
tree.c:1629:1: error: edge
xmlNodeListGetString__internal_alias.clone.4->xmlEncodeEntitiesReentrant__internal_alias
has no corresponding call_stmt

...

tree.c:1629:1: internal compiler error: verify_cgraph_node failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flags -O3 -Winline required.


-- 
   Summary: verify_cgraph_node failed with -O3 -Winline
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: suse-linux-x86_64


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

[Bug ada/42150] GNAT (really) appears to misbehave with limited types/finalization/extended return

[gcc at coreland dot ath dot cx]

--- Comment #2 from gcc at coreland dot ath dot cx  2009-11-22 19:11 ---
Files here:

http://coreland.ath.cx/tmp/pfseudo_bug.tar.gz

Edit build.sh to point $GCC to whatever's sensible.

Output here:

$ ./build.sh
+ GCC=/gnat/svn/builds/r154285/bin/gcc-r154285
+ /gnat/svn/builds/r154285/bin/gcc-r154285 -c pfseudo.ads
+ /gnat/svn/builds/r154285/bin/gcc-r154285 -c pfseudo-path.adb
+ /gnat/svn/builds/r154285/bin/gcc-r154285 -c pfseudo-archiver.ads
+ /gnat/svn/builds/r154285/bin/gcc-r154285 -c pfseudo-archiver-directory.adb
+ /gnat/svn/builds/r154285/bin/gcc-r154285 -c test.adb
+ /gnat/svn/builds/r154285/bin/gcc-r154285 -c arc_dir_003.adb
arc_dir_003.adb:25:32: "_master" conflicts with declaration at line 21


-- 


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

[Bug middle-end/41738] optabs expands rotate using wrong mode

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #3 from hutchinsonandy at gcc dot gnu dot org  2009-11-22 19:04 
---
Fixed 4.5
Back port needed.


-- 


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

[Bug fortran/42131] Weird translation of DO loops

[burnus at gcc dot gnu dot org]

--- Comment #10 from burnus at gcc dot gnu dot org  2009-11-22 19:04 ---
"Do loop with HUGE stepsize":
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/63348a0461ccf3e0
> Current status is that g77 prints 0 and gfortran prints 1.

To add: NAG f95, g95, sunf95, and ifort print "1" while open64 and pathf95
print "0".


-- 


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

[Bug c/42114] c99-stdint test fails for ptrdiff test

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #5 from hutchinsonandy at gcc dot gnu dot org  2009-11-22 19:02 
---
Fixed 4.5


-- 

hutchinsonandy at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/41440] SEG FAULT in CSE.C caused by bad RTL expansion

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #11 from hutchinsonandy at gcc dot gnu dot org  2009-11-22 
18:59 ---
Fixed.


-- 

hutchinsonandy at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/36055] Missed optimsation of QI register loads

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #3 from hutchinsonandy at gcc dot gnu dot org  2009-11-22 18:57 
---
Fixed on 4.5

Revision 152958


2009-10-17  Andy Hutchinson  
* config/avr.md (*movqi): Add zero as equally preferable constraint as general
register.
(*movhi): Ditto. 


-- 

hutchinsonandy at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/20923] gfortran slow for large array constructors

[jvdelisle at gcc dot gnu dot org]

--- Comment #11 from jvdelisle at gcc dot gnu dot org  2009-11-22 18:56 
---
Also see PR 41807 for related info.


-- 


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

[Bug c/39959] [4.5 Regression] IMA is broken

[pinskia at gcc dot gnu dot org]

--- Comment #15 from pinskia at gcc dot gnu dot org  2009-11-22 18:56 
---
*** Bug 42147 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hutchinsonandy at gcc dot
   ||gnu dot org


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

[Bug c/42147] ICE: verify_stmts failed

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-11-22 18:56 ---


*** This bug has been marked as a duplicate of 39959 ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures

[jvdelisle at gcc dot gnu dot org]

-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-22 18:47:44
   date||


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

[Bug ada/42150] GNAT (really) appears to misbehave with limited types/finalization/extended return

[charlet at gcc dot gnu dot org]

--- Comment #1 from charlet at gcc dot gnu dot org  2009-11-22 18:42 ---
We only accept self contained reproducers, and preeferably with a straight gcc
command rather than levels of Makefiles/scripts on top of it.

So can you please file the needed files (and no more) as well as the needed
gcc command to reproduce this?

TIA.


-- 

charlet at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug ada/42150] New: GNAT (really) appears to misbehave with limited types/finalization/extended return

[gcc at coreland dot ath dot cx]

I'm working on a small project to create an abstraction over directories
and archives. I've managed to write some code that seems simple enough
(using tagged limited types) and even though the code appears to be valid,
it seems to either trigger bugs in the runtime (causing crashes on execution)
or fails to compile:

Both Debian GCC 4.3, GNAT GPL 2009 and FreeBSD GCC 4.4 fail with the following:

  pfseudo-archiver-directory.adb:24:41: wrong type for
return_subtype_indication
  pfseudo-archiver-directory.adb:46:35: wrong type for
return_subtype_indication

GCC SVN (r154285) fails to build with a strange error:

  arc_dir_003.adb:25:32: "_master" conflicts with declaration at line 21

The output of -gnatG shows this error to be apparently incorrect:

   error := false;
   B_1 : declare
  _master : constant integer := system__soft_links__current_master.all;
  A6bM : integer renames _master;
  type A6b is access all pfseudo__archiver__Tarchive_tC;
  R7b : A6b := pfseudo__archiver__directory.

The code is available here:

  http://git.coreland.ath.cx/gitweb.cgi?p=pfseudo/.git;a=summary
  $ git clone http://git.coreland.ath.cx/pfseudo/.git

Configure and build with:

  $ echo 'gcc'  > conf-adacomp
  $ echo 'gnatbind' > conf-adabind
  $ echo 'gnatlink' > conf-adalink
  $ make
  $ make tests


-- 
   Summary: GNAT (really) appears to misbehave with limited
types/finalization/extended return
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at coreland dot ath dot cx
  GCC host triplet: x86_64-portbld-freebsd7.2, i686-pc-linux-gnu


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

[Bug ada/42140] GNAT appears to misbehave with limited tagged types and possibly finalization

[gcc at coreland dot ath dot cx]

--- Comment #5 from gcc at coreland dot ath dot cx  2009-11-22 18:37 ---
Closing this bug as the discussion has become confused between
two separate issues, one of them apparently invalid.


-- 

gcc at coreland dot ath dot cx changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/42113] [4.3/4.4/4.5 Regression] Internal Compiler error with -O3, breaking commit known

[ubizjak at gmail dot com]

--- Comment #10 from ubizjak at gmail dot com  2009-11-22 18:10 ---
Subject: Re:  [4.3/4.4/4.5 Regression] Internal Compiler
 error with -O3, breaking commit known

On 11/22/2009 06:52 PM, mattst88 at gmail dot com wrote:
> --- Comment #9 from mattst88 at gmail dot com  2009-11-22 17:52 ---
> WRT the test suite: should it be
>
> /* { dg-options "-O2" } */
>
> or
>
> /* { dg-options "-O3" } */
>
> That is, -O2 or -O3? I could only produce the internal compiler error with 
> -O3,
> and not at all with -Os, -O0, -O1, -O2.
>

The testcase also fails with -O2,.

Uros.


-- 


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

[Bug middle-end/42130] [graphite-branch] dealII fails

[grosser at gcc dot gnu dot org]

--- Comment #2 from grosser at gcc dot gnu dot org  2009-11-22 18:06 ---
Created an attachment (id=19086)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19086&action=view)
First try - Needs cleanup

I got a patch that fixes both the small C++ testcase and the dealII. It needs
just some cleanup, a nice description and all this stuff.
The problem was that we check the loop conditions only after the loop body, so
loops with zero iterations are executed once. And this is one time too much.

I will do the cleanup and committing of this patch next week


-- 


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

[Bug rtl-optimization/30957] Misscompare with variable expansion optimization

[ghazi at gcc dot gnu dot org]

--- Comment #18 from ghazi at gcc dot gnu dot org  2009-11-22 18:01 ---
Still fails


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2009-01-17 02:56:20 |2009-11-22 18:01:42
   date||


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

[Bug target/30652] SSE expansion is missing for isinf() and other fpclassify functions

[ghazi at gcc dot gnu dot org]

--- Comment #12 from ghazi at gcc dot gnu dot org  2009-11-22 17:58 ---
What remains to be done here?


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug c++/26099] support for type traits is not available

[ghazi at gcc dot gnu dot org]

--- Comment #29 from ghazi at gcc dot gnu dot org  2009-11-22 17:54 ---
The -fpic/-fPIC failures have been fixed long ago in gcc-4.3.x.

Can we close this bug?


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING


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

[Bug target/42113] [4.3/4.4/4.5 Regression] Internal Compiler error with -O3, breaking commit known

[mattst88 at gmail dot com]

--- Comment #9 from mattst88 at gmail dot com  2009-11-22 17:52 ---
WRT the test suite: should it be 

/* { dg-options "-O2" } */

or

/* { dg-options "-O3" } */

That is, -O2 or -O3? I could only produce the internal compiler error with -O3,
and not at all with -Os, -O0, -O1, -O2.


-- 


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

[Bug fortran/20520] allocatable arrays used uninitialized without a warning

[kargl at gcc dot gnu dot org]

--- Comment #15 from kargl at gcc dot gnu dot org  2009-11-22 17:37 ---
Using -fcheck=all issues a runtime error.

REMOVE:kargl[218] gfc4x -o z -Wall a2.f90
REMOVE:kargl[219] ./z
Segmentation fault (core dumped)
REMOVE:kargl[220] gfc4x -o z -Wall -fcheck=all a2.f90
REMOVE:kargl[221] ./z
At line 3 of file a2.f90
Fortran runtime error: Index '1' of dimension 1 of array 'b' above upper bound
of 0


-- 


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

[Bug c++/42132] [C++0x] SFINAE failure with cv-qualifiers

[paolo dot carlini at oracle dot com]

--- Comment #10 from paolo dot carlini at oracle dot com  2009-11-22 17:34 
---
Yes, it works nice for me ;)


-- 


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

[Bug c++/42132] [C++0x] SFINAE failure with cv-qualifiers

[redi at gcc dot gnu dot org]

--- Comment #9 from redi at gcc dot gnu dot org  2009-11-22 17:32 ---
I'll try that now.  Something like:

template
struct Bind
{
F func;

template()
(declval()...) )>
typename result_of::type
call(Arg&&... a)
{
return func( std::forward(a)... );
}

template()
(declval()...) )>
typename result_of::type
call(Arg&&... a) const
{
return func( std::forward(a)... );
}

};


-- 


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

[Bug tree-optimization/41501] FAIL: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE - `-fprofile-use' fails with '-02'

[ghazi at gcc dot gnu dot org]

--- Comment #4 from ghazi at gcc dot gnu dot org  2009-11-22 17:23 ---
Patch on mainline needs to be backported to 4.4.x branch.


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||34999
   Last reconfirmed|2009-11-16 15:57:29 |2009-11-22 17:23:56
   date||


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

[Bug ada/42140] GNAT appears to misbehave with limited tagged types and possibly finalization

[gcc at coreland dot ath dot cx]

--- Comment #4 from gcc at coreland dot ath dot cx  2009-11-22 17:10 ---
Quiet you.

My code might be a lot better if I didn't create dangling references
in the second example.

I think the short example is basically just broken code and entirely
my fault. The code linked to in the git repository isn't, however.


-- 


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

[Bug ada/42140] GNAT appears to misbehave with limited tagged types and possibly finalization

[john at johnnowak dot com]

--- Comment #3 from john at johnnowak dot com  2009-11-22 17:02 ---
Subject: Re:  GNAT appears to misbehave with limited tagged types and possibly
finalization

You know, your code would be a lot better if you didn't use anonymous  
access types. (:-))

On Nov 22, 2009, at 11:41 AM, gcc at coreland dot ath dot cx wrote:

>
>
> --- Comment #2 from gcc at coreland dot ath dot cx  2009-11-22  
> 16:41 ---
> A couple of people have commented on the anonymous access type
> (claiming it causes the crash). Here's a version with it removed
> and a gdb backtrace:
>
> Program received signal SIGSEGV, Segmentation fault.
> system.finalization_implementation.move_final_list  
> (from=0x800a02040, to=0x0)
> at s-finimp.adb:486
> 486 s-finimp.adb: No such file or directory.
>in s-finimp.adb
> (gdb) bt
> #0  system.finalization_implementation.move_final_list  
> (from=0x800a02040,
> to=0x0) at s-finimp.adb:486
> #1  0x00402cfb in archiver.open_archive (archiver=(),  
> path=0x41fe18,
> =4324888,
>=0x0,  
> =0x7fffe6d8) at
> archiver.adb:9
> #2  0x00402e9f in main () at main.adb:9
>
> Probably advisable to add an assertion in Move_Final_List
> to ensure that 'To' is not null.
>
> -- %< archiver.ads
>
> with Ada.Finalization;
> with Ada.Streams.Stream_IO;
>
> package Archiver is
>
>  type Archiver_t is tagged limited private;
>  type Archive_t  is tagged limited private;
>
>  function Open_Archive
>(Archiver : in Archiver_t;
> Path : in String) return Archive_t'Class;
>
>  function Stream
>(Archive : in Archive_t)
>  return Ada.Streams.Stream_IO.Stream_Access;
>
> private
>  package Stream_IO renames Ada.Streams.Stream_IO;
>
>  type Archiver_t is tagged limited null record;
>
>  type Archive_t is new Ada.Finalization.Limited_Controlled with record
>File : Stream_IO.File_Type;
>  end record;
>
> end Archiver;
>
> -- %< archiver.adb
>
> package body Archiver is
>
>  function Open_Archive
>(Archiver : in Archiver_t;
> Path : in String) return Archive_t'Class
>  is
>pragma Unreferenced (Archiver);
>  begin
>return A : Archive_t'Class :=
> Archive_t'(Ada.Finalization.Limited_Controlled with others => <>) do
>  Stream_IO.Open
>(Name => Path,
> File => A.File,
> Mode => Stream_IO.In_File);
>end return;
>  end Open_Archive;
>
>  function Stream
>(Archive : in Archive_t)
>  return Ada.Streams.Stream_IO.Stream_Access is
>  begin
>return Stream_IO.Stream (Archive.File);
>  end Stream;
>
> end Archiver;
>
> -- %< main.adb
>
> with Ada.Text_IO;
> with Ada.Streams.Stream_IO;
> with Archiver;
>
> procedure Main is
>
>  A : Archiver.Archiver_t;
>  S : constant Ada.Streams.Stream_IO.Stream_Access := Archiver.Stream
> (Archiver.Open_Archive (A, "file.zip"));
>  X : Integer;
>
> begin
>  X := Integer'Input (S);
>
>  Ada.Text_IO.Put_Line (Integer'Image (X));
> end Main;
>
>
> -- 
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42140
>
> --- You are receiving this mail because: ---
> You are on the CC list for the bug, or are watching someone who is.


-- 


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

[Bug c++/42132] [C++0x] SFINAE failure with cv-qualifiers

[paolo dot carlini at oracle dot com]

--- Comment #8 from paolo dot carlini at oracle dot com  2009-11-22 17:02 
---
To work around this, can't you move the decltype as default of an additional
template parameter and use result_of for the result type?


-- 


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

[Bug c/42149] New: ICE:verify_gimple failed for avr target

[hutchinsonandy at gcc dot gnu dot org]

Test trunk/gcc/testsuite/gcc.dg/matrix/matrix-1.c (and friends) fails with ICE
on AVR target.

Note there is existing open bug PR37165 - but the failure noted was not ICE.


Executing on host: /media/verbatim/gcchead/obj-dir/gcc/xgcc
-B/media/verbatim/gcchead/obj-dir/gcc/
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/matrix/matrix-1.c   -O3
-fipa-matrix-reorg -fdump-ipa-matrix-reorg -fwhole-program -combine
-DSTACK_SIZE=2048 -DNO_TRAMPOLINES  -DSIGNAL_SUPPRESS -mmcu=atmega128 
/home/andy/winavrfiles/avrtest/dejagnuboards/exit.c -Wl,-u,vfprintf
-lprintf_flt -Wl,-Tbss=0x802000,--defsym=__heap_end=0x80  -lm   -o
./matrix-1.exe(timeout = 300)
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/matrix/matrix-1.c: In
function 'mem_init':
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/matrix/matrix-1.c:52:1:
error: type mismatch in array reference
struct __file *

struct __file *

D.3778 = __iob[2];

/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/matrix/matrix-1.c:52:1:
error: type mismatch in array reference
struct __file *

struct __file *

D.3778 = __iob[2];

/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/matrix/matrix-1.c:52:1:
internal compiler error: verify_gimple failed
Please submit a full bug report,


-- 
   Summary: ICE:verify_gimple failed for avr target
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hutchinsonandy at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-unknown-none


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

[Bug ada/42140] GNAT appears to misbehave with limited tagged types and possibly finalization

[gcc at coreland dot ath dot cx]

--- Comment #2 from gcc at coreland dot ath dot cx  2009-11-22 16:41 ---
A couple of people have commented on the anonymous access type
(claiming it causes the crash). Here's a version with it removed
and a gdb backtrace:

Program received signal SIGSEGV, Segmentation fault.
system.finalization_implementation.move_final_list (from=0x800a02040, to=0x0)
at s-finimp.adb:486
486 s-finimp.adb: No such file or directory.
in s-finimp.adb
(gdb) bt
#0  system.finalization_implementation.move_final_list (from=0x800a02040,
to=0x0) at s-finimp.adb:486
#1  0x00402cfb in archiver.open_archive (archiver=(), path=0x41fe18,
=4324888, 
=0x0, =0x7fffe6d8) at
archiver.adb:9
#2  0x00402e9f in main () at main.adb:9

Probably advisable to add an assertion in Move_Final_List
to ensure that 'To' is not null.

-- %< archiver.ads

with Ada.Finalization;
with Ada.Streams.Stream_IO;

package Archiver is

  type Archiver_t is tagged limited private;
  type Archive_t  is tagged limited private;

  function Open_Archive
(Archiver : in Archiver_t;
 Path : in String) return Archive_t'Class;

  function Stream
(Archive : in Archive_t)
  return Ada.Streams.Stream_IO.Stream_Access;

private
  package Stream_IO renames Ada.Streams.Stream_IO;

  type Archiver_t is tagged limited null record;

  type Archive_t is new Ada.Finalization.Limited_Controlled with record
File : Stream_IO.File_Type;
  end record;

end Archiver;

-- %< archiver.adb

package body Archiver is

  function Open_Archive
(Archiver : in Archiver_t;
 Path : in String) return Archive_t'Class
  is
pragma Unreferenced (Archiver);
  begin
return A : Archive_t'Class :=
Archive_t'(Ada.Finalization.Limited_Controlled with others => <>) do
  Stream_IO.Open
(Name => Path,
 File => A.File,
 Mode => Stream_IO.In_File);
end return;
  end Open_Archive;

  function Stream
(Archive : in Archive_t)
  return Ada.Streams.Stream_IO.Stream_Access is
  begin
return Stream_IO.Stream (Archive.File);
  end Stream;

end Archiver;

-- %< main.adb

with Ada.Text_IO;
with Ada.Streams.Stream_IO;
with Archiver;

procedure Main is

  A : Archiver.Archiver_t;
  S : constant Ada.Streams.Stream_IO.Stream_Access := Archiver.Stream
(Archiver.Open_Archive (A, "file.zip"));
  X : Integer;

begin
  X := Integer'Input (S);

  Ada.Text_IO.Put_Line (Integer'Image (X));
end Main;


-- 


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

[Bug ada/42148] New: Accepts illegal program, RM 10.1.1/14

[ludovic at ludovic-brenta dot org]

with ada.text_io;
generic package my_int_io
 renames ada.text_io.integer_io;  --ERROR: not a library unit 10.1.1/14

By RM 10.1.1/14: "In a library_unit_renaming_declaration, the (old) name
shall denote a library_item."  But ada.text_io.integer_io is not a
library_item, so this library_unit renaming should be rejected.


-- 
   Summary: Accepts illegal program, RM 10.1.1/14
   Product: gcc
   Version: 4.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org


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

[Bug c/42147] New: ICE: verify_stmts failed

[hutchinsonandy at gcc dot gnu dot org]

Test trunk/gcc/testsuite/gcc.dg/pr34668-1.c fails with ICE for AVR target.

PR34668-1.c:

/* PR c/34668 */
/* { dg-do compile } */
/* { dg-options "--combine -O2" } */
/* { dg-additional-sources "pr34668-2.c" } */

struct optab { unsigned code; };
extern struct optab optab_table[1];

void
init_optab (struct optab *op)
{
  op->code = 0xdead;
}

void
set_conv_libfunc (void)
{
  init_optab (&optab_table[0]);
}
-
PR34668-2.c:

/* PR c/34668 */
/* { dg-do compile } */

struct optab { unsigned code; };
extern struct optab optab_table[1];

---

Executing on host: /media/verbatim/gcchead/obj-dir/gcc/xgcc
-B/media/verbatim/gcchead/obj-dir/gcc/
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/pr34668-1.c   --combine -O2
-DSTACK_SIZE=2048 -DNO_TRAMPOLINES 
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/pr34668-2.c -S 
-DSIGNAL_SUPPRESS -mmcu=atmega128   -o pr34668-1.s(timeout = 300)
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/pr34668-2.c: In function
'set_conv_libfunc':
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/pr34668-2.c:5:15: error:
type mismatch in array reference
struct optab

struct optab

# .MEM_3 = VDEF <.MEM_1(D)>
optab_table[0].code = 57005;

/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/pr34668-2.c:5:15: internal
compiler error: verify_stmts failed
Please submit a full bug report,


-- 
   Summary: ICE:  verify_stmts failed
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hutchinsonandy at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-unknown-none


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

[Bug c/42146] New: ICE in tree_low_cst

[hutchinsonandy at gcc dot gnu dot org]

The test trunk/gcc/testsuite/gcc.dg/large-size-array-2.c causes ICE on AVR
target.

/* PR c/25309 */
/* { dg-do compile } */
/* { dg-options "-O2" } */
static char * name[] = {
[0x8000]  = "bar"
  };
/* { dg-error "too large" "" { target { { ! lp64 } && { ! llp64 } } }  6 } */


llp645503.c:2:6: error: size of array 'dummy' is negative

Executing on host: /media/verbatim/gcchead/obj-dir/gcc/xgcc
-B/media/verbatim/gcchead/obj-dir/gcc/
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/large-size-array-2.c   -O2
-DSTACK_SIZE=2048 -DNO_TRAMPOLINES -S  -DSIGNAL_SUPPRESS -mmcu=atmega128   -o
large-size-array-2.s(timeout = 300)
/media/verbatim/gcchead/trunk/gcc/testsuite/gcc.dg/large-size-array-2.c:6:3:
internal compiler error: in tree_low_cst, at tree.c:6199


-- 
   Summary: ICE in tree_low_cst
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hutchinsonandy at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-unknown-none


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

[Bug c++/42132] [C++0x] SFINAE failure with cv-qualifiers

[redi at gcc dot gnu dot org]

--- Comment #7 from redi at gcc dot gnu dot org  2009-11-22 15:19 ---
In std::bind() the call function would be a template function, so argument
deduction is done and SFINAE applies.  Changing my testcase to use template
functions gives a different error:

#include 

using std::declval;

template
struct Binder
{
  Fn functor;

  template
  decltype( declval()( declval()... ) )
  call(Arg&&... arg)
  {
return functor(std::forward(arg)...);
  }

  template
  decltype( declval()( declval()... ) )
  call(Arg&&... arg) const
  {
return functor(std::forward(arg)...);
  }

  template
  decltype( declval()( declval()... ) )
  call(Arg&&... arg) volatile
  {
return functor(std::forward(arg)...);
  }

  template
  decltype( declval()( declval()... ) )
  call(Arg&&... arg) const volatile
  {
return functor(std::forward(arg)...);
  }

};

struct F
{
  int operator()(int) { return 0; }
};

int main()
{
  Binder b = { };
  b.call(0);
}

Gives this:

g++ -std=c++0x bind.cc
bind.cc: In instantiation of 'decltype (declval()((#'template_id_expr' not
supported by pp_c_expression#)()...)) Binder::call(Arg&& ...) [with Arg =
{int}, Fn = F, decltype (declval()((#'template_id_expr' not supported by
pp_c_expression#)()...)) = int]':
bind.cc:48:11:   instantiated from here
bind.cc:15:3: sorry, unimplemented: mangling template_id_expr
bind.cc:15:3: sorry, unimplemented: mangling template_id_expr

which looks like Bug 38712


-- 


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

[Bug regression/42145] Incorrect "may be used uninitialized warning" for a very specific test case

[colin at reactos dot org]

--- Comment #2 from colin at reactos dot org  2009-11-22 14:44 ---
Created an attachment (id=19085)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19085&action=view)
The preprocessed test case


-- 


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

[Bug regression/42145] Incorrect "may be used uninitialized warning" for a very specific test case

[colin at reactos dot org]

--- Comment #1 from colin at reactos dot org  2009-11-22 14:43 ---
Created an attachment (id=19084)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19084&action=view)
The test case


-- 


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

[Bug regression/42145] New: Incorrect "may be used uninitialized warning" for a very specific test case

[colin at reactos dot org]

I'm compiling the attached test case with "gcc version 4.5.0 20091018
(experimental) [trunk revision 152966] (Ubuntu 20091018-0ubuntu1)".
When using the command line "gcc -Wuninitialized -Os -o test test_gccbug.c",
I'm getting the following incorrect warning:

test_gccbug.c: In function 'main':
test_gccbug.c:17:6: warning: 'ret' may be used uninitialized in this function

Same happens with different builds of GCC 4.4.2, 4.4.1 and 4.3.4.
No such warning occurs with builds of GCC 4.2.4 and 4.1.3.

This problem does not occur if one or more of the following is done:
- You change the optimization level to -O0 or -O1 (-O2 and -O3 still trigger
the bug in this GCC 4.5.0 version, but not always in older versions I've
tested)
- You comment out line 10 of the test case
- You change line 22 of the test case to just 'if (!argc)'


-- 
   Summary: Incorrect "may be used uninitialized warning" for a very
specific test case
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: colin at reactos dot org


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

[Bug fortran/42053] [OOP] SELECT TYPE: reject duplicate CLASS IS blocks

[janus at gcc dot gnu dot org]

--- Comment #1 from janus at gcc dot gnu dot org  2009-11-22 13:46 ---
Draft patch:

Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c   (revision 154423)
+++ gcc/fortran/resolve.c   (working copy)
@@ -7035,6 +7035,14 @@ resolve_select_type (gfc_code *code)
  for (c1 = &class_is; (*c1) && (*c1)->block; c1 = &((*c1)->block))
{
  c2 = (*c1)->block;
+ /* F03:C817 (check for doubles).  */
+ if ((*c1)->ext.case_list->ts.u.derived->hash_value
+ == c2->ext.case_list->ts.u.derived->hash_value)
+   {
+ gfc_error ("Double CLASS IS block in SELECT TYPE "
+"statement at %L", &c2->ext.case_list->where);
+ return;
+   }
  if ((*c1)->ext.case_list->ts.u.derived->attr.extension
  < c2->ext.case_list->ts.u.derived->attr.extension)
{


-- 

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 |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-22 13:46:59
   date||


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

[Bug c++/42132] [C++0x] SFINAE failure with cv-qualifiers

[redi at gcc dot gnu dot org]

--- Comment #6 from redi at gcc dot gnu dot org  2009-11-22 13:16 ---
Thanks for the quick answer, I'll find another way to do this then...


-- 


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

[Bug fortran/42144] New: [OOP] deferred TBPs do not work

[janus at gcc dot gnu dot org]

Reported by Damian Rouson:

module field_module
  implicit none
  private
  public :: field
  type ,abstract :: field 
  end type
end module

module periodic_5th_order_module
  use field_module ,only : field
  implicit none
  type ,extends(field) :: periodic_5th_order
  end type
end module

module field_factory_module
  implicit none
  private
  public :: field_factory
  type, abstract :: field_factory 
  contains 
procedure(create_interface), deferred :: create 
  end type 
  abstract interface 
function create_interface(this) 
  use field_module ,only : field
  import :: field_factory
  class(field_factory), intent(in) :: this 
  class(field) ,pointer :: create_interface
end function
  end interface 
end module

module periodic_5th_factory_module
  use field_factory_module , only : field_factory
  implicit none
  private
  public :: periodic_5th_factory
  type, extends(field_factory) :: periodic_5th_factory 
  contains 
procedure :: create=>new_periodic_5th_order
  end type 
contains
  function new_periodic_5th_order(this) 
use field_module ,only : field
use periodic_5th_order_module ,only : periodic_5th_order
class(periodic_5th_factory), intent(in) :: this
class(field) ,pointer :: new_periodic_5th_order
  end function
end module

program main 
  use field_module ,only : field 
  use field_factory_module ,only : field_factory
  use periodic_5th_factory_module ,only : periodic_5th_factory
  implicit none 
  class(field) ,pointer :: u ! Burgers solution variable 
  class(field_factory), allocatable :: field_creator 
  allocate (periodic_5th_factory ::  field_creator) 
  u => field_creator%create() 
end program


This gives

undefined reference to `create_interface_'

when linking. 'create_interface' is the abstract interface of the deferred TBP.
Instead of calling this, one should do the same as for other TBPs.


-- 
   Summary: [OOP] deferred TBPs do not work
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: wrong-code, rejects-valid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janus at gcc dot gnu dot org


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

[Bug java/42143] New: gcj creates "dummy" variables

[kurt at roeckx dot be]

Hi,

When running the libtool regression tests, I get the following error:
gcj -shared  -Wl,--whole-archive ./.libs/liba1.a ./.libs/liba2.a
-Wl,--no-whole-archive -Wl,-soname -Wl,liba12.so.0 -o .libs/liba12.so.0.0.0
./.libs/liba2.a(A2.o):(.rodata+0x0): multiple definition of `java resource
.dummy'
./.libs/liba1.a(A1.o):(.rodata+0x0): first defined here collect2: ld returned 1
exit status

Looking at liba1.a I see:
Relocation section '.rela.text' at offset 0x1ad0 contains 3 entries:
  Offset  Info   Type   Sym. ValueSym. Name +
Addend0005  00260004 R_X86_64_PLT32
_ZN4java4lang6ObjectC1 - 4
0023  00230002 R_X86_64_PC32  _ZGr8_$_dummy - 4

[...]
Symbol table '.symtab' contains 54 entries:
   Num:Value  Size TypeBind   Vis  Ndx Name
[...]
35: 16 OBJECT  GLOBAL HIDDEN   11 _ZGr8_$_dummy

There is nothing called "dummy" in the source file.  The source
file is:
public class foo1 {
  public static void main(String[] argv) {
A1 a1 = new A1();
  }
}

It can also be reproduced with a file that just
has "public class foo1 {}"

I get this error with Debian's 4.3.4-4. The version 4.3.2-2 does not generate
that symbol.  An old build log of libtool with gcj version 4.3.3-3 also does
not show the error.


-- 
   Summary: gcj creates "dummy" variables
   Product: gcc
   Version: 4.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kurt at roeckx dot be


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

[Bug c/42142] GCC 4.5 doesn't compile a certain quicksort implementation correctly when optimizing with -O1 or higher

[maister at archlinux dot us]

--- Comment #4 from maister at archlinux dot us  2009-11-22 12:15 ---
Created an attachment (id=19083)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19083&action=view)
Output from gcc-4.4 with lots of optimizations


-- 


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

[Bug c/42142] GCC 4.5 doesn't compile a certain quicksort implementation correctly when optimizing with -O1 or higher

[maister at archlinux dot us]

--- Comment #3 from maister at archlinux dot us  2009-11-22 12:15 ---
Created an attachment (id=19082)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19082&action=view)
Output with gcc-4.5, no optimization


-- 


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

[Bug c/42142] GCC 4.5 doesn't compile a certain quicksort implementation correctly when optimizing with -O1 or higher

[maister at archlinux dot us]

--- Comment #2 from maister at archlinux dot us  2009-11-22 12:15 ---
Created an attachment (id=19081)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19081&action=view)
Output with gcc-4.5 and -O


-- 


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

[Bug c/42142] GCC 4.5 doesn't compile a certain quicksort implementation correctly when optimizing with -O1 or higher

[maister at archlinux dot us]

--- Comment #1 from maister at archlinux dot us  2009-11-22 12:14 ---
Created an attachment (id=19080)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19080&action=view)
The sorting test case


-- 


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

[Bug c/42142] New: GCC 4.5 doesn't compile a certain quicksort implementation correctly when optimizing with -O1 or higher

[maister at archlinux dot us]

I have a reproducible test case which shows that GCC 4.5 (20091112) doesn't
compile a certain quicksort implementation correctly. It runs fine, but the
sorting is plain wrong when trying to optimize with -O1 or higher. There might
be something wrong with the quicksort implementation itself, but it compiles
and runs fine when not optimizing anything with GCC 4.5. It also runs, and
executes correctly on 4.3 and 4.4 with all optimizations applied.

The code in question is here:
http://pastebin.com/m270ad2a5


Output when compiling with
   gcc-4.5 -o qsort qsort.c -O

http://pastebin.com/m44c8f6f2


Output with
   gcc-4.5 -o qsort qsort.c

http://pastebin.com/m6ee486a0


Output with
   gcc-4.4 -o qsort qsort.c $CRAZYSTUFF_HERE

http://pastebin.com/m78d55249


-- 
   Summary: GCC 4.5 doesn't compile a certain quicksort
implementation correctly when optimizing with -O1 or
higher
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: maister at archlinux dot us
  GCC host triplet: x86_64-unknown-linux-gnu


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

GCC 4.5 doesn't compile a certain quicksort implementation correctly when optimizing with -O1 or higher

[Hans-Kristian Arntzen]

I have a reproducible test case which shows that GCC 4.5 (20091112) 
doesn't compile a certain quicksort implementation correctly. It runs 
fine, but the sorting is plain wrong when trying to optimize with -O1 or 
higher. I have made a reproducible test case. There might be something 
wrong with the quicksort implementation itself, but it compiles and runs 
fine when not optimizing anything with GCC 4.5. It also runs, and 
executes correctly on 4.3 and 4.4 with all optimizations applied.


The code in question is here:
http://pastebin.com/m270ad2a5

Output when compiling with
   gcc-4.5 -o qsort qsort.c -O

   http://pastebin.com/m44c8f6f2

Output with
   gcc-4.5 -o qsort qsort.c

   http://pastebin.com/m6ee486a0

Output with
   gcc-4.4 -o qsort qsort.c $CRAZYSTUFF_HERE

   http://pastebin.com/m78d55249

[Bug ada/42141] ACATS C9A009G failure

[laurent at guerby dot net]

--- Comment #1 from laurent at guerby dot net  2009-11-22 11:46 ---
Original FAIL message:

,.,. C9A009G ACATS 2.5 09-11-18 11:59:26

 C9A009G MASTER COMPLETED BUT NOT TERMINATED.



raised STORAGE_ERROR : s-intman.adb:139 explicit raise


The following tests FAIL the exact same way:

FAIL:   c761007
FAIL:   c85005c
FAIL:   c85006c
FAIL:   c910002
FAIL:   c93004b
FAIL:   c93004c
FAIL:   c93004d
FAIL:   c93005a
FAIL:   c93005b
FAIL:   c94001c
FAIL:   c94002b
FAIL:   c94002e
FAIL:   c94002f
FAIL:   c94002g
FAIL:   c94007a
FAIL:   c94007b
FAIL:   c94008c
FAIL:   c94008d
FAIL:   c94020a
FAIL:   c95040c
FAIL:   c97203c
FAIL:   c97303c
FAIL:   c9a007a
FAIL:   c9a009c
FAIL:   c9a009g


-- 


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

[Bug ada/42141] New: ACATS C9A009G failure

[gcc at coreland dot ath dot cx]

Version was marked as 4.5.0 but is really SVN r154285.

Currently, C9A009G seems to be failing due to a segmentation fault.

Other tests failed in the last build at:

http://gcc.coreland.ath.cx/r154285_2009-11-18_103532/

...but this appeared to be the simplest.

A backtrace from gdb:

(gdb) r
Starting program: /gnat/svn/obj/c9a009g 
[New LWP 100782]
[New Thread 0x800a020b0 (LWP 100782)]
[New Thread 0x800a02240 (LWP 100608)]

,.,. C9A009G ACATS 2.5 09-11-22 11:15:41
 C9A009G MASTER COMPLETED BUT NOT TERMINATED.
[New Thread 0x800a023d0 (LWP 101454)]
[New Thread 0x800b0b0b0 (LWP 101455)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x800b0b0b0 (LWP 101455)]
0x7f9fdb69 in ?? ()
(gdb) bt
#0  0x7f9fdb69 in ?? ()
#1  0x0040f600 in system__tasking__stages__task_wrapper
(self_id=0x800b04000) at s-tassta.adb:1190
#2  0x0008006774d1 in pthread_getprio () from /lib/libthr.so.3
#3  0x in ?? ()
Error accessing memory address 0x7f7fd000: Bad address.

Stepping through the code with the following breakpoints:

Num Type   Disp Enb AddressWhat
1   breakpoint keep y0x00407559
breakpoint already hit 3 times
1.1 y 0x00407559 in c9a009g at
c9a009g.adb:34
1.2 y 0x00407559 in c9a009g at
c9a009g.adb:34
1.3 y 0x00407609 in c9a009g at
c9a009g.adb:34
2   breakpoint keep y   0x0040f485 in
system.tasking.stages.task_wrapper at s-tassta.adb:1006
breakpoint already hit 3 times

Got me as far as:

Breakpoint 2, system.tasking.stages.task_wrapper (self_id=0x800b04000) at
s-tassta.adb:1006
...
1190 Self_ID.Common.Task_Entry_Point (Self_ID.Common.Task_Arg);

The next step caused the program to segfault.


-- 
   Summary: ACATS C9A009G failure
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at coreland dot ath dot cx
  GCC host triplet: x86_64-unknown-freebsd7.2


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

[Bug fortran/42131] Weird translation of DO loops

[toon at moene dot org]

--- Comment #9 from toon at moene dot org  2009-11-22 10:20 ---
Richard wondered about this earlier:

>countm1.1 = (character(kind=4)) (D.1337 - D.1336) / (character(kind=4))
D.1338;

but perhaps it's better to asked explicitly:

Where does the "(character(kind=4))" comes from in this (obvious) integer
computation ?


-- 


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

[Bug c++/42105] class with operator& failed to be stored in the STL map

[evgeny at mainsoft dot com]

--- Comment #4 from evgeny at mainsoft dot com  2009-11-22 09:45 ---
(In reply to comment #3)
> This is by design for C++03 but for C++0x (really C++1x) it is not.
> 
> *** This bug has been marked as a duplicate of 41792 ***
> 

Thank you Andrew. I'll follow the bug 41792.


-- 


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

[Bug target/42113] [4.3/4.4/4.5 Regression] Internal Compiler error with -O3, breaking commit known

[uros at gcc dot gnu dot org]

--- Comment #8 from uros at gcc dot gnu dot org  2009-11-22 09:31 ---
Subject: Bug 42113

Author: uros
Date: Sun Nov 22 09:30:50 2009
New Revision: 154423

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154423
Log:
PR target/42113
* config/alpha/alpha.md (*cmp_sadd_si): Change mode
of scratch register to SImode.
(*cmp_sadd_sidi): Ditto.
(*cmp_ssub_si): Ditto.
(*cmp_ssub_sidi): Ditto.

testsuite/ChangeLog:

PR target/42113
* gcc.target/alpha/pr42113.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/alpha/pr42113.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/alpha/alpha.md
trunk/gcc/testsuite/ChangeLog


-- 


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