[Bug fortran/36553] Missing interface not detected in call to same file function

[pault at gcc dot gnu dot org]

--- Comment #7 from pault at gcc dot gnu dot org  2008-06-18 07:15 ---
(In reply to comment #6)

> However, this is not different from 4.3. Using NAG f95, I get:
>   Warning: line 26: REAL value for INTEGER PARAMETER
>   Error:Explicit interface required for CHECK_INTEGER4_RANK1 from ARRAY_TEST -
> argument EXPECTED (no. 1) is an assumed-shape array
duuuh!

Lahey...

Compiling program unit CHECK_INTEGER4_RANK1 at line 1:
Compiling program unit array_test at line 19:
  2615-S: "SOURCE.F90", line 29: The procedure 'CHECK_INTEGER4_RANK1' shall
have an explicit interface, because it contains the assumed shape array
'EXPECTED'. The previous definition is in 'line 14'.
  2615-S: "SOURCE.F90", line 29: The procedure 'CHECK_INTEGER4_RANK1' shall
have an explicit interface, because it contains the assumed shape array
'COMPUTED'. The previous definition is in 'line 14'.
Encountered 2 errors, 0 warnings, 0 informations in file SOURCE.F90.
Compiling file SOURCE.F90.

Another case where same file checking would come in handy.

Compiling with -m32 on my system reproduces the bus error.  Adding the
interface, thusly:

!module CHECK_SEM

! Submitted by Walt Brainerd, The Fortran Company
! GNU Fortran 95 (GCC 4.1.0 20050322 (experimental))
! Windows XP

! Produces "a.exe has encountered a problem" window.

! Same problem if comments are removed so that
!the function is in a module.

!  contains

function CHECK_INTEGER4_RANK1 (EXPECTED, COMPUTED)
  integer(4), dimension(:), intent(in) ::  EXPECTED, COMPUTED
  logical  :: CHECK_INTEGER4_RANK1
  CHECK_INTEGER4_RANK1 = all(COMPUTED == EXPECTED)
end function CHECK_INTEGER4_RANK1

!end module CHECK_SEM

program array_test
!use CHECK_SEM
  logical :: CHECK_INTEGER4_RANK1

  integer,dimension(-1:1,-1:1)  :: mis1=1 
  logical,dimension(-1:1,-1:1)  :: ml2=.true.
  interface
function CHECK_INTEGER4_RANK1 (EXPECTED, COMPUTED)
  integer(4), dimension(:), intent(in) ::  EXPECTED, COMPUTED
  logical  :: CHECK_INTEGER4_RANK1
end function CHECK_INTEGER4_RANK1
  end interface

  print *, CHECK_INTEGER4_RANK1 (sum(mis1,dim=1,mask=ml2), (/8,5,12/))

end program array_test

Makes it work fine for -m32 and -m64.

Dominique, if that does not do it for you, remodify the summary line and
keywords as appropriate.

Cheers

Paul

PS Jerry, sorry for fingering you falsely! :) 


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pault at gcc dot gnu dot org
   Keywords||diagnostic, ice-on-invalid-
   ||code
Summary|[4.4 Regression] regression |Missing interface not
   |due to revision 136821  |detected in call to same
   ||file function


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

[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source

[pault at gcc dot gnu dot org]

--- Comment #11 from pault at gcc dot gnu dot org  2008-06-18 07:17 ---
(In reply to comment #10)
> Reopened. 

Hah! OK - thanks

Paul *with tail between his legs*


-- 


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

[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source

[P dot Schaffnit at access dot rwth-aachen dot de]

--- Comment #12 from P dot Schaffnit at access dot rwth-aachen dot de  
2008-06-18 07:20 ---

Hi!

Stupid question: is it related to
http://gcc.gnu.org/ml/fortran/2008-06/msg00203.html ?

Philippe


-- 


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

[Bug c++/33435] internal compiler error with templates and openmp

[E dot Kuemmerle at fz-juelich dot de]

--- Comment #7 from E dot Kuemmerle at fz-juelich dot de  2008-06-18 07:20 
---
gcc release 4.3.1 already works!


-- 


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

[Bug libstdc++/36564] New: reading from std::ifstream( directory ) ...

[pluto at agmk dot net]

i'm looking for clarification about such code snippet:

$ cat test.cpp
#include 
#include 
#include 

int main()
{
std::ifstream in( "/tmp" );
if ( in.good() )
{
std::cerr << "good()" << std::endl;
std::string buf;
while ( std::getline( in, buf ) )
std::cout << buf << std::endl;
}
}

on the linux/unix system makes no difference between a file and a directory,
since a directory is just a file containing names of other files.
libc.read returns an error -EISDIR so how the ifstream should behave?


-- 
   Summary: reading from std::ifstream( directory ) ...
   Product: gcc
   Version: 4.2.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: *-linux


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

[Bug c++/36563] g++ compiling virtual method

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-06-18 11:50 ---
This is undefined code as B does not inherit from A3.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/36563] g++ compiling virtual method

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-06-18 11:51 ---
That is if the vtable for B's a3 is not in the same place as A3's a3.


-- 


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

[Bug target/36512] relocation overflow

[kate01123 at gmail dot com]

--- Comment #3 from kate01123 at gmail dot com  2008-06-18 13:04 ---
On powerpc-apple-darwin8.11.0 I took gcc-4.3.1 
that I built with gcc-4.2.3 and used
it to try to build gcc-4.3.1.  It failed:

gcc   -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros   
-Wno-overlength-strings -fno-common   -DHAVE_CONFIG_H  -o cc1-dummy c-lang.o
stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o
c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o
c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o
c-dump.o c-pch.o c-parser.o darwin-c.o rs6000-c.o c-gimplify.o tree-mudflap.o
c-pretty-print.o c-omp.o dummy-checksum.o \
  main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a -liconv 
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
-L/usr/local/gmp-4.2.2/G5-Darwin-gcc-4.2.3-abi32/lib
-L/usr/local/mpfr-2.3.1/G5-Darwin-gmp-4.2.2-gcc-4.2.3-abi32/lib -lmpfr -lgmp
/usr/bin/ld: warning multiple definitions of symbol _locale_charset
./../intl/libintl.a(localcharset.o) definition of _locale_charset in section
(__TEXT,__text)
/usr/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
/usr/bin/ld: c-lang.o relocation overflow for relocation entry 221 in section
(__TEXT,__text) (displacement too large)
/usr/bin/ld: c-lang.o relocation overflow for relocation entry 241 in section
(__TEXT,__text) (displacement too large)


-- 


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

[Bug fortran/36517] Type-spec in array constructor: Invalid error for -std=f2003/f2008

[domob at gcc dot gnu dot org]

--- Comment #5 from domob at gcc dot gnu dot org  2008-06-18 13:54 ---
Subject: Bug 36517

Author: domob
Date: Wed Jun 18 13:53:32 2008
New Revision: 136894

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136894
Log:
2008-06-18  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/36517, fortran/36492
* gfortran.dg/array_constructor_25.f03:  New test.
* gfortran.dg/array_constructor_26.f03:  New test.
* gfortran.dg/array_constructor_27.f03:  New test.
* gfortran.dg/array_constructor_28.f03:  New test.
* gfortran.dg/array_constructor_29.f03:  New test.
* gfortran.dg/array_constructor_30.f03:  New test.
* gfortran.dg/array_constructor_type_19.f03:  New test.
* gfortran.dg/array_constructor_type_20.f03:  New test.
* gfortran.dg/array_constructor_type_21.f03:  New test.

2008-06-18  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/36517, fortran/36492
* array.c (gfc_resolve_character_array_constructor):  Call
gfc_set_constant_character_len with changed length-chec argument.
* decl.c (gfc_set_constant_character_len):  Changed array argument to
be a generic length-checking argument that can be used for correct
checking with typespec and in special cases where the should-be length
is different from the target length.
(build_struct):  Call gfc_set_constant_character_len with changed
length
checking argument and introduced additional checks for exceptional
conditions on invalid code.
(add_init_expr_to_sym), (do_parm):  Call gfc_set_constant_character_len
with changed argument.
* match.h (gfc_set_constant_character_len):  Changed third argument to
int for the should-be length rather than bool.


Added:
trunk/gcc/testsuite/gfortran.dg/array_constructor_25.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_26.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_27.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_28.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_29.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_30.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_type_19.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_type_20.f03
trunk/gcc/testsuite/gfortran.dg/array_constructor_type_21.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/array.c
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/match.h
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/36112] Bounds-checking on character length not working for array-constructors

[domob at gcc dot gnu dot org]

-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug fortran/36492] incorrect error when compiling

[domob at gcc dot gnu dot org]

--- Comment #7 from domob at gcc dot gnu dot org  2008-06-18 13:56 ---
Committed patch and fixed as rev 136894.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/36517] Type-spec in array constructor: Invalid error for -std=f2003/f2008

[domob at gcc dot gnu dot org]

--- Comment #6 from domob at gcc dot gnu dot org  2008-06-18 13:56 ---
Fixed.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug rtl-optimization/35604] Label references are not updated after edge insertion

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2008-06-18 15:00 ---
PAtch for generic RTL problem with compare-and-branch instruction is at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01141.html.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ubizjak at gmail dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-06-18 15:00:58
   date||


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

[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source

[burnus at gcc dot gnu dot org]

--- Comment #13 from burnus at gcc dot gnu dot org  2008-06-18 15:43 ---
(In reply to comment #10)
> Reopened. I can still observe the problem with trunk from 20080615 (r136827).

Can you post some more debug information? As written, I cannot reproduce it
here anymore with 4.4.0 20080616 trunk revision 136838 on x86-64 - not even
with valgrind. (I used to be able to reproduce it.) I also tried several
locales.

Question: I get the following:
  /tmp/ccpoBhQR.f90:8: warning: 'junk_2' is used uninitialized in this function
What puzzles me is that one gets a /tmp/... filename and not the filename one
passed to "gfortran -cpp". Is this expected? I thought that when using libcpp
directly, no temporary file is written anymore.


-- 


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

[Bug debug/34908] valgrind error indication from testsuite hashtab.c : htab_hash_string

[laurynas dot biveinis at gmail dot com]

--- Comment #1 from laurynas dot biveinis at gmail dot com  2008-06-18 
16:24 ---
Confirmed with r136520:
(I don't have bugzilla permissions to change status from UNCONFIRMED though)

[EMAIL PROTECTED]:~/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg$ valgrind
"/home/lauris/src/gcc-trunk/obj/gcc/testsuite/gfortran/../../f951"
"/home/lauris/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg/do_3.F90" "-cpp"
"/tmp/ccknYXpY.f90" "-quiet" "-iprefix"
"/home/lauris/src/gcc-trunk/obj/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.4.0/"
"-isystem"
"/home/lauris/src/gcc-trunk/obj/gcc/testsuite/gfortran/../../include"
"-isystem"
"/home/lauris/src/gcc-trunk/obj/gcc/testsuite/gfortran/../../include-fixed"
"/home/lauris/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg/do_3.F90"
"-mtune=generic" "-std=legacy" "-ffree-line-length-none" "-fno-range-check"
"-fwrapv" "-fworking-directory" "-O3" "-quiet" "-dumpbase" "do_3.F90"
"-mtune=generic" "-auxbase" "do_3" "-g" "-O3" "-std=legacy"
"-ffree-line-length-none" "-fno-range-check" "-fwrapv"
"-fintrinsic-modules-path" "finclude" "-o" "/tmp/cccjy6GM.s"
==15364== Memcheck, a memory error detector.
==15364== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==15364== Using LibVEX rev 1854, a library for dynamic binary translation.
==15364== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==15364== Using valgrind-3.3.1, a dynamic binary instrumentation framework.
==15364== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==15364== For more details, rerun with: -v
==15364== 
==15364== Invalid read of size 1
==15364==at 0xB87C20: htab_hash_string (hashtab.c:812)
==15364==by 0x555F6D: lookup_filename (dwarf2out.c:14463)
==15364==by 0x561727: add_src_coords_attributes (dwarf2out.c:11467)
==15364==by 0x562732: add_name_and_src_coords_attributes
(dwarf2out.c:11484)
==15364==by 0x56D4D6: gen_subprogram_die (dwarf2out.c:12483)
==15364==by 0x56A98F: gen_decl_die (dwarf2out.c:14042)
==15364==by 0x568489: dwarf2out_abstract_function (dwarf2out.c:12343)
==15364==by 0x95AF2B: gimple_expand_calls_inline (tree-inline.c:2891)
==15364==by 0x95BFFA: optimize_inline_calls (tree-inline.c:3026)
==15364==by 0x930A36: inline_transform (ipa-inline.c:1627)
==15364==by 0x68DB8A: execute_one_pass (passes.c:1215)
==15364==by 0x68DED4: execute_pass_list (passes.c:1342)
==15364==  Address 0x56e06b0 is not stack'd, malloc'd or (recently) free'd
==15364== 
==15364== Invalid read of size 1
==15364==at 0xB87C3F: htab_hash_string (hashtab.c:812)
==15364==by 0x555F6D: lookup_filename (dwarf2out.c:14463)
==15364==by 0x561727: add_src_coords_attributes (dwarf2out.c:11467)
==15364==by 0x562732: add_name_and_src_coords_attributes
(dwarf2out.c:11484)
==15364==by 0x56D4D6: gen_subprogram_die (dwarf2out.c:12483)
==15364==by 0x56A98F: gen_decl_die (dwarf2out.c:14042)
==15364==by 0x568489: dwarf2out_abstract_function (dwarf2out.c:12343)
==15364==by 0x95AF2B: gimple_expand_calls_inline (tree-inline.c:2891)
==15364==by 0x95BFFA: optimize_inline_calls (tree-inline.c:3026)
==15364==by 0x930A36: inline_transform (ipa-inline.c:1627)
==15364==by 0x68DB8A: execute_one_pass (passes.c:1215)
==15364==by 0x68DED4: execute_pass_list (passes.c:1342)
==15364==  Address 0x56e06b1 is not stack'd, malloc'd or (recently) free'd
==15364== 
==15364== Invalid read of size 1
==15364==at 0x4C24061: strcmp (mc_replace_strmem.c:337)
==15364==by 0x555BBB: file_table_eq (dwarf2out.c:14428)
==15364==by 0xB88508: htab_find_slot_with_hash (hashtab.c:634)
==15364==by 0x555F83: lookup_filename (dwarf2out.c:14463)
==15364==by 0x561727: add_src_coords_attributes (dwarf2out.c:11467)
==15364==by 0x562732: add_name_and_src_coords_attributes
(dwarf2out.c:11484)
==15364==by 0x569A40: gen_formal_parameter_die (dwarf2out.c:12170)
==15364==by 0x56AABF: gen_decl_die (dwarf2out.c:14136)
==15364==by 0x56C32E: gen_subprogram_die (dwarf2out.c:12647)
==15364==by 0x56A98F: gen_decl_die (dwarf2out.c:14042)
==15364==by 0x568489: dwarf2out_abstract_function (dwarf2out.c:12343)
==15364==by 0x95AF2B: gimple_expand_calls_inline (tree-inline.c:2891)
==15364==  Address 0x56e06b0 is not stack'd, malloc'd or (recently) free'd
==15364== 
==15364== Invalid read of size 1
==15364==at 0x4C24064: strcmp (mc_replace_strmem.c:337)
==15364==by 0x555BBB: file_table_eq (dwarf2out.c:14428)
==15364==by 0xB88508: htab_find_slot_with_hash (hashtab.c:634)
==15364==by 0x555F83: lookup_filename (dwarf2out.c:14463)
==15364==by 0x561727: add_src_coords_attributes (dwarf2out.c:11467)
==15364==by 0x562732: add_name_and_src_coords_attributes
(dwarf2out.c:11484)
==15364==by 0x569A40: gen_formal_parameter_die (dwarf2out.c:12170)
==15364==by 0x56AABF: gen_decl_die (dwarf2out.c:14136)
==15364==by 0x56C32E: gen_subprogram_die (dwarf2out.c:12647)
==15364==by 0x56A98F: gen_decl_die (dwarf2out.c:14042)
=

[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source

[dfranke at gcc dot gnu dot org]

--- Comment #14 from dfranke at gcc dot gnu dot org  2008-06-18 16:48 
---
> Question: I get the following:
>   /tmp/ccpoBhQR.f90:8: warning: 'junk_2' is used uninitialized in this 
> function
> What puzzles me is that one gets a /tmp/... filename and not the filename one
> passed to "gfortran -cpp". Is this expected? I thought that when using libcpp
> directly, no temporary file is written anymore.

Heisenbug it seems. On x86_64 (20080617) I get:
$> gfortran-svn -Wall -O pr36342.F90
pr36342.F90: In function 'test':
pr36342.F90:4: warning: 'junk_2' is used uninitialized in this function

Running f951 as output by "gfortran [...] -v" gives:
pr36342.F90: In function 'test':
pr36342.F90:4: warning: 'junk_2' is used uninitialized in this function

BUT, prefixing valgrind (otherwise identical to the call above) results in:
/tmp/ccIl84Yu.f90: In function 'test':
/tmp/ccIl84Yu.f90:4: warning: 'junk_2' is used uninitialized in this function

In addition, valgrind shows multiple invalid-reads as quoted in earlier
comments.



$> gfortran-svn -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /data/home/daniel/svn/gcc-svn/configure
--prefix=/data/home/daniel/x86_64-unknown-linux-gnu/gcc --program-suffix=-svn
--with-gmp=/data/home/daniel/x86_64-unknown-linux-gnu/gmp-4.2.1
--with-mpfr=/data/home/daniel/x86_64-unknown-linux-gnu/mpfr-2.2.1
--with-system-zlib --enable-bootstrap --enable-threads=posix --enable-shared
--enable-version-specific-runtime-libs --enable-languages=c,fortran
--disable-nls --disable-multilib --disable-libmudflap
Thread model: posix
gcc version 4.4.0 20080617 (experimental) (GCC)


-- 


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

[Bug rtl-optimization/35604] Label references are not updated after edge insertion

[uros at gcc dot gnu dot org]

--- Comment #5 from uros at gcc dot gnu dot org  2008-06-18 17:16 ---
Subject: Bug 35604

Author: uros
Date: Wed Jun 18 17:16:05 2008
New Revision: 136899

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136899
Log:
PR rtl-optimization/35604
* jump.c (redirect_exp_1): Skip the condition of an IF_THEN_ELSE. We
only want to change jump destinations, not eventual label comparisons.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/jump.c


-- 


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

[Bug rtl-optimization/35604] Label references are not updated after edge insertion

[ubizjak at gmail dot com]

--- Comment #6 from ubizjak at gmail dot com  2008-06-18 17:20 ---
Fixed in mainline, patch will be backport to 4.3 branch in a couple of days.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/36565] New: Wrong code generation with -O2 and segfault with -O3

[rlblaster at gmail dot com]

(12), lastc = 
 (13), lastc = 
prefix[24] =  (14), ┌▒⎽├␌ = 
⎻⎼␊°␋│[24] =  (15), lastc = 
prefix[24] =  (16), lastc = 
prefix[24] =  (17), lastc = 
prefix[24] =  (18), lastc = 
prefix[24] =  (19), lastc = 
prefix[24] =  (20), lastc = 
prefix[24] =  (21), lastc = 
prefix[24] =  (22), lastc = 
prefix[24] =  (23), lastc = 
prefix[24] =  (24), lastc = 
prefix[24] =  (25), lastc = 
prefix[24] =  (26), lastc = 
prefix[24] =  (27), lastc = 
prefix[24] =  (28), lastc = 
prefix[24] =  (29), lastc = 
prefix[24] =  (30), lastc = 
prefix[24] =  (31), lastc = 
prefix[24] =   (32), lastc = 
prefix[24] = ! (33), lastc = 
prefix[24] = " (34), lastc = 
prefix[24] = # (35), lastc = 
prefix[24] = $ (36), lastc = 
prefix[24] = % (37), lastc = 
prefix[24] = & (38), lastc = 
prefix[24] = ' (39), lastc = 
prefix[24] = ( (40), lastc = 
prefix[24] = ) (41), lastc = 
prefix[24] = * (42), lastc = 
prefix[24] = + (43), lastc = 
prefix[24] = , (44), lastc = 
prefix[24] = - (45), lastc = 
prefix[24] = . (46), lastc = 
prefix[24] = / (47), lastc = 
prefix[24] = 0 (48), lastc = 
prefix[24] = 1 (49), lastc = 
prefix[24] = 2 (50), lastc = 
prefix[24] = 3 (51), lastc = 
prefix[24] = 4 (52), lastc = 
prefix[24] = 5 (53), lastc = 
prefix[24] = 6 (54), lastc = 
prefix[24] = 7 (55), lastc = 
prefix[24] = 8 (56), lastc = 
prefix[24] = 9 (57), lastc = 
prefix[24] = : (58), lastc = 
prefix[24] = ; (59), lastc = 
prefix[24] = < (60), lastc = 
prefix[24] = = (61), lastc = 
prefix[24] = > (62), lastc = 
prefix[24] = ? (63), lastc = 
prefix[24] = @ (64), lastc = 
prefix[24] = A (65), lastc = 
prefix[24] = B (66), lastc = 
prefix[24] = C (67), lastc = 
prefix[24] = D (68), lastc = 
prefix[24] = E (69), lastc = 
prefix[24] = F (70), lastc = 
prefix[24] = G (71), lastc = 
prefix[24] = H (72), lastc = 
prefix[24] = I (73), lastc = 
prefix[24] = J (74), lastc = 
prefix[24] = K (75), lastc = 
prefix[24] = L (76), lastc = 
prefix[24] = M (77), lastc = 
prefix[24] = N (78), lastc = 
prefix[24] = O (79), lastc = 
prefix[24] = P (80), lastc = 
prefix[24] = Q (81), lastc = 
prefix[24] = R (82), lastc = 
prefix[24] = S (83), lastc = 
prefix[24] = T (84), lastc = 
prefix[24] = U (85), lastc = 
prefix[24] = V (86), lastc = 
prefix[24] = W (87), lastc = 
prefix[24] = X (88), lastc = 
prefix[24] = Y (89), lastc = 
ABCDEFGHIJKLMNOPQRSTUVWX


I was testing this with my distro's g++, g++ -v:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-shared
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --enable-threads=posix
--mandir=/usr/share/man --enable-__cxa_atexit --disable-multilib
--libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu
--disable-libstdcxx-pch --with-tune=generic
Thread model: posix
gcc version 4.3.1 (GCC) 

Then I downloaded it from SVN, where it segfaults for -O3 after displaying the
correct output, g++ -v:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure
Thread model: posix
gcc version 4.4.0 20080618 (experimental) (GCC)

For the segfaulting -O3 version the output of valgrind:
valgrind ./a.out 
==23963== Memcheck, a memory error detector.
==23963== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==23963== Using LibVEX rev 1854, a library for dynamic binary translation.
==23963== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==23963== Using valgrind-3.3.1, a dynamic binary instrumentation framework.
==23963== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==23963== For more details, rerun with: -v
==23963== 
==23963== Conditional jump or move depends on uninitialised value(s)
==23963==at 0x400AC2B: _dl_relocate_object (in /lib/ld-2.8.so)
==23963==by 0x4003788: dl_main (in /lib/ld-2.8.so)
==23963==by 0x4014460: _dl_sysdep_start (in /lib/ld-2.8.so)
==23963==by 0x4001187: _dl_start (in /lib/ld-2.8.so)
==23963==by 0x40007F6: (within /lib/ld-2.8.so)
==23963== 
==23963== Conditional jump or move depends on uninitialised value(s)
==23963==at 0x400AC33: _dl_relocate_object (in /lib/ld-2.8.so)
==23963==by 0x4003788: dl_main (in /lib/ld-2.8.so)
==23963==by 0x4014460: _dl_sysdep_start (in /lib/ld-2.8.so)
==23963==by 0x4001187: _dl_start (in /lib/ld-2.8.so)
==23963==by 0x40007F6: (within /lib/ld-2.8.so)
==23963== 
==23963== Conditional jump or move depends on uninitialised value(s)
==23963==at 0x400BB61: _dl_relocate_object (in /lib/ld-2.8.so)
==23963==by 0x4003788: dl_main (in /lib/ld-2.8.so)
==23963==by 0x4014460: _dl_sysdep_start (in /lib/ld-2.8.so)
==23963==by 0x4001187: _dl_start (in /lib/ld-2.8.so)
==23963==by 0x40007F6: (within /lib/ld-2.8.so)
==23963== 
==23963== Conditional jump or move depends on uninitialised value(s)
==23963==at 0x400ADE0: _dl_relocate_object (in /lib/ld-2.8.so)
==23963==by 0x4003788: dl_main (in /lib/ld-2.8.so)
==23963==by 0x4014460: _dl_sysdep_start (in /lib/ld-2.8.so)
==23963

[Bug other/31754] Include column number along line in error messages main.cpp:5:38

[dseketel at redhat dot com]

--- Comment #4 from dseketel at redhat dot com  2008-06-18 18:24 ---
Created an attachment (id=15778)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15778&action=view)
more work on the error location patch

This patch makes all the tests in testsuite/g++.dg/parse/error*.C be aware of
column numbers in error messages. It makes those tests run with -fshow-column.
During that process, some pbs with the code were discovered and fixed.
Also did some cleanups of the initial patch after some comments from Tom
Tromey.

This should apply to trunk as of 2008-06-18.


-- 

dseketel at redhat dot com changed:

   What|Removed |Added

  Attachment #15774|0   |1
is obsolete||


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

[Bug c++/36566] New: Cannot bind packed field

[nevin at eviloverlord dot com]

If I have a packed struct and try to pass a member variable by reference to a
function call, I get the "error: cannot bind packed field" message.  If I
explicitly create a reference to the member variable first and pass that,
things work fine.  One of these behaviors must be incorrect.

This issue also exists under gcc 4.0.1 (same host/target/build triplet as
above) and gcc 4.1.2 under Linux.  Under gcc 3.3.3 (on Linux), there was no
error.

Here is code which demonstrates the issue:

struct Squeeze
{
short   s;
} __attribute__((aligned(1), packed));

void VerticallyChallenged(short&) {}

int main()
{
Squeeze oj;
short& pit(oj.s);

VerticallyChallenged(pit);  // okay
VerticallyChallenged(oj.s); // cannot bind packed field ‘oj.Squeeze::s’ to
‘short int&’
}


-- 
   Summary: Cannot bind packed field
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nevin at eviloverlord dot com
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug c++/36566] Cannot bind packed field

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-06-18 18:31 ---
This is correct you cannot take the address of a field of a packed struct.

>short& pit(oj.s);

This should be also an error.


-- 


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

[Bug bootstrap/30739] awk Prerequisite is not documented

[rwild at gcc dot gnu dot org]

--- Comment #2 from rwild at gcc dot gnu dot org  2008-06-18 18:47 ---
Subject: Bug 30739

Author: rwild
Date: Wed Jun 18 18:46:35 2008
New Revision: 136902

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136902
Log:
gcc/
PR documentation/30739
* doc/install.texi (Prerequisites): Document dependency on awk.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/install.texi


-- 


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

[Bug c++/36566] Cannot bind packed field

[nevin at eviloverlord dot com]

--- Comment #2 from nevin at eviloverlord dot com  2008-06-18 18:49 ---
Why is this an error (I couldn't find anything in the documentation)?

Also, if pointers are used instead of references, should that be an error
(currently that compiles just fine)?


-- 


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

[Bug c++/36567] New: Cannot use std::tr1::tie() with unordered_map<> of std::vector<>

[dfeathers at omnitrol dot com]

DESCRIPTION

The following code compiles on Intel without issue with gcc-4.1.3 and gcc-4.2,
but fails at LINE=29 on cross-compile with ppc_85xx-gcc-4.0:

$ cat -n Foo.cc
12#include 
3#include 
4#include 
5#include 
67typedef std::vector IntVector;
8typedef std::tr1::unordered_map > VectorMap;
9   10class Foo
   11{
   12public:
   13Foo(VectorMap& map) : map_(map) {}
   14void insert(std::string s, int value);
   15   16private:
   17VectorMap& map_;
   18};
   19   20void Foo::insert(std::string s, int value)
   21{
   22bool vector_exists = true;
   23   24VectorMap::iterator i = map_.find(s);
   25if (i == map_.end())
   26{
   27IntVector v;
   28std::pair p(s, v);
   29std::tr1::tie(i, vector_exists) = map_.insert(p);
   30}
   31   32if (!vector_exists)
   33{
   34return;
   35}
   36   37(*i).second.push_back(value);
   38}
   39   
$ ppc_85xx-g++ -v -save-temps -c Foo.cc
Using built-in specs.
Target: powerpc-linux
Configured with:
/opt/eldk/build/ppc-2006-01-11/work/usr/src/denx/BUILD/crosstool-0.35/build/gcc-4.0.0-glibc-2.3.5-eldk/powerpc-linux/gcc-4.0.0/configure
--target=powerpc-linux --host=i686-host_pc-linux-gnu
--prefix=/var/tmp/eldk.BjN6Wo/usr/crosstool/gcc-4.0.0-glibc-2.3.5-eldk/powerpc-linux
--with-headers=/var/tmp/eldk.BjN6Wo/usr/crosstool/gcc-4.0.0-glibc-2.3.5-eldk/powerpc-linux/powerpc-linux/include
--with-local-prefix=/var/tmp/eldk.BjN6Wo/usr/crosstool/gcc-4.0.0-glibc-2.3.5-eldk/powerpc-linux/powerpc-linux
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit
--enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long
Thread model: posix
gcc version 4.0.0 (DENX ELDK 4.0 4.0.0)
/opt/exported/ppc/eldk/toolchain/release-4.0/usr/bin/../libexec/gcc/powerpc-linux/4.0.0/cc1plus
-E -quiet -v -iprefix
/opt/exported/ppc/eldk/toolchain/release-4.0/usr/bin/../lib/gcc/powerpc-linux/4.0.0/
-D_GNU_SOURCE -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux
-D__linux -Asystem=linux -Asystem=unix -Asystem=posix Foo.cc -mcpu=8540
-mfloat-gprs=yes -mspe=yes -mabi=spe -fpch-preprocess -o Foo.ii
ignoring nonexistent directory
"/opt/exported/ppc/eldk/toolchain/release-4.0/usr/lib/gcc/powerpc-linux/4.0.0/../../../../include/c++/4.0.0"
ignoring nonexistent directory
"/opt/exported/ppc/eldk/toolchain/release-4.0/usr/lib/gcc/powerpc-linux/4.0.0/../../../../include/c++/4.0.0/backward"
ignoring nonexistent directory
"/opt/exported/ppc/eldk/toolchain/release-4.0/usr/lib/gcc/powerpc-linux/4.0.0/../../../../powerpc-linux/sys-include"
ignoring nonexistent directory
"/opt/exported/ppc/eldk/toolchain/release-4.0/usr/lib/gcc/powerpc-linux/4.0.0/../../../../powerpc-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/exported/ppc/eldk/toolchain/release-4.0/usr/lib/gcc/powerpc-linux/4.0.0/include
/opt/exported/ppc/eldk/toolchain/release-4.0/ppc_85xx/usr/include/c++/4.0.0
/opt/exported/ppc/eldk/toolchain/release-4.0/ppc_85xx/usr/include/c++/4.0.0/powerpc-linux
/opt/exported/ppc/eldk/toolchain/release-4.0/ppc_85xx/usr/include/c++/4.0.0/backward
/opt/exported/ppc/eldk/toolchain/release-4.0/usr/../ppc_85xx/usr/include
End of search list.
/opt/exported/ppc/eldk/toolchain/release-4.0/usr/bin/../libexec/gcc/powerpc-linux/4.0.0/cc1plus
-fpreprocessed Foo.ii -quiet -dumpbase Foo.cc -mcpu=8540 -mfloat-gprs=yes
-mspe=yes -mabi=spe -auxbase Foo -version -o Foo.s
GNU C++ version 4.0.0 (DENX ELDK 4.0 4.0.0) (powerpc-linux)
   compiled by GNU C version 2.96 2731 (Red Hat Linux 7.3 2.96-113).
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96936
/opt/exported/ppc/eldk/toolchain/release-4.0/ppc_85xx/usr/include/c++/4.0.0/tr1/tuple_iterate.h:
In constructor 'std::tr1::tuple<_T1, _T2, std::tr1::_NullClass,
std::tr1::_NullClass, std::tr1::_NullClass, std::tr1::_NullClass,
std::tr1::_NullClass, std::tr1::_NullClass, std::tr1::_NullClass,
std::tr1::_NullClass>::tuple(const std::pair<_U1, _U2>&) [with _U1 =
Internal::hashtable_iterator, false,
false>, _U2 = bool, _T1 = Internal::hashtable_iterator, false, false>&, _T2 = bool&]':
Foo.cc:29:   instantiated from here
/opt/exported/ppc/eldk/toolchain/release-4.0/ppc_85xx/usr/include/c++/4.0.0/tr1/tuple_iterate.h:58:
error: invalid initialization of reference of type
'Internal::hashtable_iterator, false,
false>&' from expression of type 'const
Internal::hashtable_iterator, false,
false>'
/opt/exported/ppc/eldk/toolchain/release-4.0/ppc_85xx/usr/include/c++/4.0.0/tr1/tuple_iterate.h:58:
error: invalid initialization of reference of type 'bool&' from expression of
type 'const bool'

#---

WORKAROUND

Replace LINE=29 with lines 30..33 inclusive as s

[Bug c++/36566] Cannot bind packed field

[nevin at eviloverlord dot com]

--- Comment #3 from nevin at eviloverlord dot com  2008-06-18 19:06 ---
Expanding on my last comment:  which lines in the following code should fail to
compile:

struct Squeeze
{
short   s;
} __attribute__((aligned(1), packed));

void VerticallyChallenged(short*) {}
void VerticallyChallenged(short&) {}

int main()
{
Squeeze oj;
short& pit(oj.s);
short* ppit(&oj.s);

VerticallyChallenged(ppit); // okay
VerticallyChallenged(&oj.s);// okay

VerticallyChallenged(pit);  // okay
VerticallyChallenged(oj.s); // cannot bind packed field ‘oj.Squeeze::s’
to ‘short int&’
}


-- 


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

[Bug c++/36567] Cannot use std::tr1::tie() with unordered_map<> of std::vector<>

[dfeathers at omnitrol dot com]

--- Comment #1 from dfeathers at omnitrol dot com  2008-06-18 19:17 ---
Created an attachment (id=15779)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15779&action=view)
Preprocessed .ii file that reproduces the compilation error

1) uncompress as follows

$ gzip -d Foo.ii.gz # giving Foo.ii


2) compile as follows (with gcc-4.0.0 cross compiler):

$ ppc_85xx-g++ Foo.ii


-- 


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

[Bug other/31754] Include column number along line in error messages main.cpp:5:38

[dseketel at redhat dot com]

--- Comment #5 from dseketel at redhat dot com  2008-06-18 19:20 ---
Created an attachment (id=15780)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15780&action=view)
work in progress on more accurate column numbers

Fix some compilation errors after rebasing to trunk.


-- 

dseketel at redhat dot com changed:

   What|Removed |Added

  Attachment #15778|0   |1
is obsolete||


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

[Bug target/36568] New: infinite _Unwind_Backtrace / thread stack unwinding.

[pluto at agmk dot net]

test w/o threads:

$ ./u
0x400a74 handler+0x1a
0x400a95 crash+0x10
0x400afd main+0x60
0x7fa92f9e74a4 __libc_start_main+0xf4

test w/ threads:

$ ./u threaded
0x400a74 handler+0x1a
0x400a95 crash+0x10
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
(...)

gdb stops unwinding at clone():

$ gdb ./u
(gdb) set args threaded
(gdb) r
(...)
[New Thread 0x7fdd9636b6f0 (LWP 7318)]
[New Thread 0x42501950 (LWP 7322)]
(...)
Breakpoint 2, handler (signalNumber=11) at u.c:25
25  _Unwind_Backtrace( helper, 0 );
(gdb) bt
#0  handler (signalNumber=11) at u.c:25
#1  
#2  0x00400a95 in crash () at u.c:32
#3  0x7fa0eef04070 in start_thread () from /lib64/libpthread.so.0
#4  0x7fa0eea6da3d in clone () from /lib64/libc.so.6

gcc-4.2.4-1.x86_64
glibc-2.8-3.x86_64
gdb-6.8-1.x86_64


-- 
   Summary: infinite _Unwind_Backtrace / thread stack unwinding.
   Product: gcc
   Version: 4.2.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-gnu-linux


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

[Bug target/36568] infinite _Unwind_Backtrace / thread stack unwinding.

[pluto at agmk dot net]

--- Comment #1 from pluto at agmk dot net  2008-06-18 19:35 ---
Created an attachment (id=15781)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15781&action=view)
testcase.


-- 


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

[Bug target/36568] infinite _Unwind_Backtrace / thread stack unwinding.

[pluto at agmk dot net]

--- Comment #2 from pluto at agmk dot net  2008-06-18 19:36 ---
Created an attachment (id=15782)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15782&action=view)
testcase makefile.


-- 


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

Sell Cisco Systems equipment items

[[EMAIL PROTECTED]]

Hello:
   
  We are specialized in new network products, including switch, firewall, 
router, GBIC,SFP,WIC,cables etc... We provide high quality products and the 
most reasonable price with professional services to our customers. So if you 
are interested in any of our products, please contact with me,we will try our 
best for you,thanks!

example of the products:

CWDM-SFP-1G 39dB (Ultra long-haul)--1510nm,1530nm,1550nm,1570nm,1590nm,1610nm 

WS-G5483,
WS-G5487,
WS-G5484,
WS-G5486,
GLC-SX-MM,
GLC-LH-SM,
GLC-ZX-SM,
GLC-T,
..
NM-2FE2W-T1,
NM-2FE2W-E1,
NM-2FE2W-V2,
WIC-1T,
WIC-2T,
WIC-2A/S,
WIC-1B/ST,
WIC-1ENET,
VWIC-1MFT-T1,
VWIC-1MFT-E1,
VWIC-2MFT-T1,
VWIC-2MFT-E1,
VWIC-1MFT-G703,
VWIC-2MFT-G703,
VWIC-1MFT-T1-DI,
VWIC-2MFT-T1-DI,
NM-1E,
NM-4E,
..
WS-C2950-24,
WS-C2950T-24,
WS-C2950G-24-EI,
WS-C2950G-48-EI,
..
CONSOLE CABLE,
CAB-STACK-1M/3M,
CAB-V35MT,
CAB-V35FC,
CAB-SS-V.35MT,
CAB-SS-V.35FC,
CAB-SS-232MT,
CAB-SS-232FC,
CAB-232MT,
CAB-232FC,
CAB-SS-X21MT,
CAB-SS-X21FC,
CAB-X21MT,

..
MEM-npe400-512MB,
MEM-3660-128mb, 
MEM2600-32D, 
MEM2600-16FS, 
MEM2600XM-64D, 
MEM-S1-128MB, 
MEM-S2-256MB, 
MEM-S2-512MB, 
MEM-MSFC-128MB, 
MEM2801-256D, 
MEM3800-256D, 
MEM3800-512, 
MEM3745-256D, 
MEM1841-256D, 
MEM180X-256D, 
WS-X6K-MSFC2-KIT, 

and so on.
¡¡ 
Regards
Helen.Zhou
www.nstnetwork.com
MSN:   [EMAIL PROTECTED]
Email: [EMAIL PROTECTED]
AOL helenxuezhou
Icq 320-880-606

[Bug regression/36569] New: Checking printf format of recursive va_args.

[cazfi74 at gmail dot com]

__attribute__(__format__(__printf__, 1, 2) gives bogus error
"format string argument not a string type" when format itself is built from
variable arguments.

gcc version 4.3.1.
I have checked that this does not happen with 4.2.4.


-- 
   Summary: Checking printf format of recursive va_args.
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cazfi74 at gmail dot com
 GCC build triplet: i686-linux-gnu
  GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu


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

[Bug regression/36569] Checking printf format of recursive va_args.

[cazfi74 at gmail dot com]

--- Comment #1 from cazfi74 at gmail dot com  2008-06-18 21:08 ---
Created an attachment (id=15783)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15783&action=view)
Test source to compile

gcc -c vaformat.c


-- 


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

[Bug c/36569] Checking printf format of recursive va_args.

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-06-18 21:30 ---
This works on the trunk


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|regression  |c


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

[Bug c/36570] New: segmentation fault

[info at milde dot cz]

During kernel compilation with Ubuntu OS and kernel 2.6.24 I get this error
message:


make[1]: Entering directory `/usr/src/linux-source-2.6.24'
  CHK include/linux/version.h
  CHK include/linux/utsrelease.h
  CALLscripts/checksyscalls.sh
  CHK include/linux/compile.h
  CC  kernel/sysctl.o
  CC  kernel/capability.o
  CC  kernel/ptrace.o
  CC  kernel/timer.o
  CC  kernel/user.o
  CC  kernel/user_namespace.o
  CC  kernel/signal.o
  CC  kernel/sys.o
kernel/sys.c:1820: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .


-- 
   Summary: segmentation fault
   Product: gcc
   Version: 4.2.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: info at milde dot cz


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

[Bug target/36570] segmentation fault

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Severity|critical|normal
  Component|c   |target


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

[Bug c++/36460] No space between >'s not always handled in C++0x

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #2 from hutchinsonandy at gcc dot gnu dot org  2008-06-18 21:49 
---
Subject: Bug 36460

Author: hutchinsonandy
Date: Wed Jun 18 21:48:50 2008
New Revision: 136919

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136919
Log:
PR c/36460
* gcc.dg/utf32-1.c: Mark xfail for AVR target.
* gcc.dg/utf32-2.c: Ditto.
* gcc.dg/utf32-3.c: Ditto.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/utf32-1.c
trunk/gcc/testsuite/gcc.dg/utf32-2.c
trunk/gcc/testsuite/gcc.dg/utf32-3.c


-- 


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

[Bug target/36570] segmentation fault

[info at milde dot cz]

--- Comment #1 from info at milde dot cz  2008-06-18 21:49 ---
First error was:

  CC  arch/x86/mach-default/setup.o
  LD  arch/x86/mach-default/built-in.o
  LD  arch/x86/crypto/built-in.o
  CC  kernel/sched.o
  CC  kernel/fork.o
  CC  kernel/exec_domain.o
  CC  kernel/panic.o
  CC  kernel/printk.o
  CC  kernel/profile.o
  CC  kernel/exit.o
  CC  kernel/itimer.o
  CC  kernel/time.o
  CC  kernel/softirq.o
  CC  kernel/resource.o
  CC  kernel/sysctl.o
kernel/sysctl.c:2733: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .


-- 


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

[Bug target/36570] segmentation fault

[info at milde dot cz]

--- Comment #2 from info at milde dot cz  2008-06-18 21:52 ---
commands done (as root): 

apt-get install linux-source build-essential bin86 kernel-package gcc gcc-3.4
libncurses5 libncurses5-dev fakeroot libglade2-dev

make gconfig

make-kpkg clean

sudo make-kpkg --initrd --stem linux --revision=my.1.0 kernel_image


-- 


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

[Bug testsuite/36284] gcc.dg-struct-layout fails AVR target - multiple reasons

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #2 from hutchinsonandy at gcc dot gnu dot org  2008-06-18 21:54 
---
Subject: Bug 36284

Author: hutchinsonandy
Date: Wed Jun 18 21:53:20 2008
New Revision: 136920

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136920
Log:
PR testsuite/36284
* gcc.dg/compat/struct-layout-1_generate.c (switchfiles): Require int32plus for
generated main files.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/compat/struct-layout-1_generate.c


-- 


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

[Bug target/36570] segmentation fault

[info at milde dot cz]

--- Comment #3 from info at milde dot cz  2008-06-18 21:54 ---
Created an attachment (id=15784)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15784&action=view)
kernel config file

made with gconfig utility


-- 


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

[Bug libstdc++/36564] reading from std::ifstream( directory ) ...

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2008-06-18 22:01 
---
I don't think I have to add much here, you got already the basic point right:
according to the current standard at least, the open succeeds if the underlying
fopen succeeds, and certainly it succeeds here, then of course the actual
getline doesn't succeed and the fail bit is immediately set.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/36567] Cannot use std::tr1::tie() with unordered_map<> of std::vector<>

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2008-06-18 22:13 
---
I do not understand: do you have any evidence that current, maintained,
branches of GCC (ie 4_2, 4_3) have problems here? I do not. Because certainly
people are not going to do anything on 4_0, and a C++ issue like that, an error
from the C++ front-end, is also extremely unlikely to depend on the target.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c/36571] New: Default untyped return for AVR is byte register.

[hutchinsonandy at gcc dot gnu dot org]

Test testsuite/gcc.dg/builtin-return-1.c will fail for avr target.

Default implementation of builtin-return-1 is untyped return of a single
register.
Which is R25 and only 1 byte. This is not int as test expects.
So high byte may and does get overwritten before outer return.

The test may be invalid, but this is also reminder that AVR target does not
have a complete definition for untyped return. The default is pretty useless.

Test with be marked XFAIL.


-- 
   Summary: Default untyped return for AVR is byte register.
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hutchinsonandy at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-unknown-nne


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

[Bug middle-end/36571] Default untyped return for AVR is byte register.

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #1 from hutchinsonandy at gcc dot gnu dot org  2008-06-18 23:00 
---
Subject: Bug 36571

Author: hutchinsonandy
Date: Wed Jun 18 22:59:41 2008
New Revision: 136926

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136926
Log:
PR c/36571
* gcc.dg/builtin-return-1.c: Mark as xfail on AVR.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/builtin-return-1.c


-- 


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

[Bug other/36572] New: Documentation for some options starting with “no-” not clear

[n-roeser at gmx dot net]

>From the gcc-4.3.1 manual:
> -fno-sched-interblock
> Don't schedule instructions across basic blocks.  This is normally
> enabled by default when scheduling before register allocation,
> i.e.  with -fschedule-insns or at -O2 or higher.
> 
> -fno-sched-spec
> Don't allow speculative motion of non-load instructions.  This is
> normally enabled by default when scheduling before register
> allocation, i.e. with -fschedule-insns or at -O2 or higher.

The meaning of the second sentence for each option cannot be clearly
understood.  From reading the man page, I cannot say what the defaults are for
these settings.

In the first case: is scheduling of instructions across basic blocks enabled by
default when […], or is the option to /disable/ it enabled by default when
[…]?

In the second case: Is speculative motion of non-load instructions enabled by
default when […], or is /not allowing it/ enabled by default when […]?

Please change the wording to make things clear. Perhaps the meaning can be
expressed without a negation, with a changed sentence structure, and/or with an
additional sentence giving an explanation.


-- 
   Summary: Documentation for some options starting with “no-”
not clear
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: n-roeser at gmx dot net


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

[Bug ada/36573] New: s-intman.adb:232:50: "SA_ONSTACK" is undefined

[danglin at gcc dot gnu dot org]

/xxx/gnu/gcc/objdir/./gcc/xgcc -B/xxx/gnu/gcc/objdir/./gcc/
-B/opt/gnu/gcc/gcc-4
.4.0/hppa1.1-hp-hpux10.20/bin/
-B/opt/gnu/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/lib
/ -isystem /opt/gnu/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/include -isystem
/opt/gnu
/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/sys-include -c -g -O2 -mdisable-indexing
-D_
X_HPUX10 -W -Wall -gnatpg  s-intman.adb -o s-intman.o
s-intman.adb:232:50: "SA_ONSTACK" is undefined

_INCLUDE_XOPEN_SOURCE_EXTENDED needs to be defined to provide this definition
in sys/signal.h.


-- 
   Summary: s-intman.adb:232:50: "SA_ONSTACK" is undefined
   Product: gcc
   Version: 4.4.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: hppa1.1-hp-hpux10.20
GCC target triplet: hppa1.1-hp-hpux10.20


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

[Bug ada/36573] s-intman.adb:232:50: "SA_ONSTACK" is undefined

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca  2008-06-19 
02:11 ---
Subject: Re:   New: s-intman.adb:232:50: "SA_ONSTACK" is undefined

> s-intman.adb:232:50: "SA_ONSTACK" is undefined

Looks like we need something like the following:

Index: s-osinte-hpux-dce.ads
===
--- s-osinte-hpux-dce.ads   (revision 136792)
+++ s-osinte-hpux-dce.ads   (working copy)
@@ -168,6 +168,7 @@

SA_RESTART  : constant  := 16#40#;
SA_SIGINFO  : constant  := 16#10#;
+   SA_ONSTACK  : constant  := 16#01#;

SIG_BLOCK   : constant  := 0;
SIG_UNBLOCK : constant  := 1;

Dave


-- 


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

[Bug testsuite/36284] gcc.dg-struct-layout fails AVR target - multiple reasons

[hutchinsonandy at gcc dot gnu dot org]

--- Comment #3 from hutchinsonandy at gcc dot gnu dot org  2008-06-19 02:16 
---
Testcase fixed for 4.4


-- 

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

[Bug middle-end/36574] New: build broken with cgraph changes

[hp at gcc dot gnu dot org]

With r136888 cris-elf built (and had "just" 4 regressions compared to earlier
this year).  With r136894 and up to at least r136933, build breaks with the
following, cutnpasted:

libtool: compile:  /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-shared-libgcc -B/tmp/hpautotest\
-gcc1/cris-elf/gccobj/./gcc -nostdinc++
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v\
3/src -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/src/.libs
-nostdinc -B/tmp/hpaut\
otest-gcc1/cris-elf/gccobj/cris-elf/newlib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/\
newlib/targ-include -isystem /tmp/hpautotest-gcc1/gcc/newlib/libc/include
-B/tmp/hpautotest-gcc1/cr\
is-elf/gccobj/cris-elf/libgloss/cris
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/libno\
sys -L/tmp/hpautotest-gcc1/gcc/libgloss/cris
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/bin/ -B/t\
mp/hpautotest-gcc1/cris-elf/pre/cris-elf/lib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/i\
nclude -isystem /tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/sys-include
-I/tmp/hpautotest-gcc1/cris-\
elf/gccobj/cris-elf/libstdc++-v3/include/cris-elf
-I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/l\
ibstdc++-v3/include -I/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++
-fno-implicit-templates -Wall\
 -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-se\
ctions -g -O2
-I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/backward
-Wno-de\
precated -c /tmp/hpautotest-gcc1/gcc/libstdc++-v3/src/strstream.cc -o
strstream.o
void std::istrstream::_ZTv0_n12_NSt10istrstreamD0Ev()/301(-1):
availability:available 19 insns need\
ed tree finalized inlinable
  called by:
  calls: void *.LTHUNK2()/523 (1.00 per call)
void std::istrstream::_ZTv0_n12_NSt10istrstreamD1Ev()/300(-1):
availability:available 19 insns need\
ed tree finalized inlinable
  called by:
  calls: void *.LTHUNK3()/524 (1.00 per call)
void std::ostrstream::_ZTv0_n12_NSt10ostrstreamD0Ev()/299(-1):
availability:available 19 insns need\
ed tree finalized inlinable
  called by:
  calls: void *.LTHUNK0()/521 (1.00 per call)
void std::ostrstream::_ZTv0_n12_NSt10ostrstreamD1Ev()/298(-1):
availability:available 19 insns need\
ed tree finalized inlinable
  called by:
  calls: void *.LTHUNK1()/522 (1.00 per call)
void std::strstream::_ZTv0_n12_NSt9strstreamD0Ev()/289(-1):
availability:available 19 insns needed \
tree finalized inlinable
  called by:
  calls: void *.LTHUNK6()/527 (1.00 per call)
void std::strstream::_ZTv0_n12_NSt9strstreamD1Ev()/288(-1):
availability:available 19 insns needed \
tree finalized inlinable
  called by:
  calls: void *.LTHUNK4()/525 (1.00 per call)
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/src/strstream.cc:419: internal compiler
error: nodes with no \
released memory found
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[4]: *** [strstream.lo] Error 1


-- 
   Summary: build broken with cgraph changes
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, build
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC target triplet: cris-axis-elf


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

[Bug middle-end/36574] [4.4 Regression] build broken with cgraph changes

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
Summary|build broken with cgraph|[4.4 Regression] build
   |changes |broken with cgraph changes
   Target Milestone|--- |4.4.0


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

[Bug middle-end/36574] [4.4 Regression] build broken with cgraph changes

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2008-06-19 02:59 ---
Created an attachment (id=15785)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15785&action=view)
gzipped strstream.ii

compile with cc1plus -fpreprocessed -O2


-- 


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

[Bug middle-end/36574] [4.4 Regression] build broken with cgraph changes

[hp at gcc dot gnu dot org]

--- Comment #2 from hp at gcc dot gnu dot org  2008-06-19 03:00 ---
Looks like it's yours, Honza.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-06-19 03:00:59
   date||


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

Template error when using templated type in stl::vector

[Andrew McPherson]

// Neither of the following compile, though they do in visual studio.

template
struct MyStruct
{
MyStruct()
{
std::vector::iterator i; 
}
};

template
struct MyStruct1
{
MyStruct1()
{
std::vector*>::iterator i;  
}
};

Re: Template error when using templated type in stl::vector

[Andrew Pinski]

On Wed, Jun 18, 2008 at 11:06 PM, Andrew McPherson
<[EMAIL PROTECTED]> wrote:
> // Neither of the following compile, though they do in visual studio.
>
> template
> struct MyStruct
> {
>MyStruct()
>{

>std::vector::iterator i;

You missed the typename keyword.
That is it should be "typename std::vector::iterator i;"

>}
> };
>
> template
> struct MyStruct1
> {
>MyStruct1()
>{
>std::vector*>::iterator i;

Likewise.
typename std::vector*>::iterator i;


-- Pinski

Re: Template error when using templated type in stl::vector

[Andrew McPherson]

Thanks! That works.

On Wed, Jun 18, 2008 at 8:15 PM, Andrew Pinski <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 18, 2008 at 11:06 PM, Andrew McPherson
> <[EMAIL PROTECTED]> wrote:
>> // Neither of the following compile, though they do in visual studio.
>>
>> template
>> struct MyStruct
>> {
>>MyStruct()
>>{
>
>>std::vector::iterator i;
>
> You missed the typename keyword.
> That is it should be "typename std::vector::iterator i;"
>
>>}
>> };
>>
>> template
>> struct MyStruct1
>> {
>>MyStruct1()
>>{
>>std::vector*>::iterator i;
>
> Likewise.
> typename std::vector*>::iterator i;
>
>
> -- Pinski
>

Re: [Bug ada/36573] s-intman.adb:232:50: "SA_ONSTACK" is undefined

[Arnaud Charlet]

> > s-intman.adb:232:50: "SA_ONSTACK" is undefined
> 
> Looks like we need something like the following:

Right. Assuming 0x1 is indeed the corresponding value of the SA_ONSTACK
C macro, you can commit this change.

Arno

[Bug ada/36573] s-intman.adb:232:50: "SA_ONSTACK" is undefined

[charlet at adacore dot com]

--- Comment #2 from charlet at adacore dot com  2008-06-19 03:37 ---
Subject: Re:  s-intman.adb:232:50: "SA_ONSTACK" is undefined

> > s-intman.adb:232:50: "SA_ONSTACK" is undefined
> 
> Looks like we need something like the following:

Right. Assuming 0x1 is indeed the corresponding value of the SA_ONSTACK
C macro, you can commit this change.

Arno


-- 


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

[Bug bootstrap/30739] awk Prerequisite is not documented

[rwild at gcc dot gnu dot org]

--- Comment #3 from rwild at gcc dot gnu dot org  2008-06-19 06:00 ---
Subject: Bug 30739

Author: rwild
Date: Thu Jun 19 05:59:30 2008
New Revision: 136939

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136939
Log:
gcc/

PR documentation/30739
* doc/install.texi (Prerequisites): Document dependency on awk.

Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/doc/install.texi


-- 


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

[Bug bootstrap/30739] awk Prerequisite is not documented

[rwild at gcc dot gnu dot org]

--- Comment #4 from rwild at gcc dot gnu dot org  2008-06-19 06:01 ---
Fixed.


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/32272] make exit because build/genmodes.exe doesn't exist

[laurent at guerby dot net]

--- Comment #9 from laurent at guerby dot net  2008-06-19 06:29 ---
It happened to me but I found the source: if even once you did run configure in
the source dir then even if after that you configure in a clean build dir
you'll get this error.

So the solution is to regenerate a clean source dir (either untar or svn co)
and to absolutely avoid to configure in it, always configure in a build dir.


-- 

laurent at guerby dot net changed:

   What|Removed |Added

 CC||laurent at guerby dot net


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

[Bug ada/36575] New: [4.3/4.4 Regression][Ada] ACATS c460011 runtime fails at -O3

[laurent at guerby dot net]

When compiled with 4.2.4 at -O3 -gnato cg460011 passes:

,.,. C460011 ACATS 2.5 08-06-19 08:49:17
 C460011 Check that conversion to a modular type raises
Constraint_Error when the operand value is outside the
base range of the modular type.
 C460011 PASSED .

Whereas when compiled at -O3 -gnato on 4.3.1 and 4.4 20080618 it fails:

,.,. C460011 ACATS 2.5 08-06-19 08:49:17
 C460011 Check that conversion to a modular type raises
Constraint_Error when the operand value is outside the
base range of the modular type.
 C460011 PASSED .

To reproduce:

$ gnatchop ../../trunk/gcc/testsuite/ada/acats/support/rep*
../../trunk/gcc/testsuite/ada/acats/tests/c4/c460011.a
$ gnatmake -O3 -gnato c460011.adb
$ ./c460011


-- 
   Summary: [4.3/4.4 Regression][Ada] ACATS c460011 runtime fails at
-O3
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
  GCC host triplet: x86_64-linux


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

[Bug ada/36575] [4.3/4.4 Regression][Ada] ACATS c460011 runtime fails at -O3

[laurent at guerby dot net]

--- Comment #1 from laurent at guerby dot net  2008-06-19 06:54 ---
Ooops paster the wrong output, the FAILED message with 4.3.1/4.4 is:

,.,. C460011 ACATS 2.5 08-06-19 08:51:01
 C460011 Check that conversion to a modular type raises
Constraint_Error when the operand value is outside the
base range of the modular type.
   * C460011 Halfway => Big, 3.
   * C460011 Halfway => Also_Big, 3.
   * C460011 Halfway => Also_Big, -3.
 C460011 FAILED .


-- 


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