[Bug bootstrap/38607] AIX error messages about TOC during build

[tammer at tammer dot net]

--- Comment #5 from tammer at tammer dot net  2008-12-24 11:13 ---
Hello,
the patch did not affect this problem. 
I have started a new build without the patch and the problem is still the same.

I especially do not understand why the linker call for libstdc++.so.6 ends in
${wl}-berok and not in -Wl,-berok. It looks like something got not substituted.
Could this be related to libtool ?? The build machine has libtool 1.5.26
installed.

Bye
  Rainer


-- 


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

[Bug c/38616] New: Wrong code when -O3 or -O2 used

[socketpair at gmail dot com]

I'm using generic Ubuntu Intrepid desktop i386 system.
My program:

#include  

int main (void)
{
  char buffer[1024]="";
  sprintf (buffer, "%s", "1234567890abcdefghijklmno");
  printf ("%s\n", buffer);
  return 0;
}
--
It will print '12345678' if -O2 or -O3 is used. If no optimizations used, it
print full string as in source. If I replace 'char buffer[1024]="";'  with
'char buffer[1024];'  it will work just fine with any optimizations. WTF?
--
mma...@mmarkk-desktop:~$ LANG=C gcc -O2 -v zzz2.c
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) 
COLLECT_GCC_OPTIONS='-O2' '-v' '-mtune=generic'
 /usr/lib/gcc/i486-linux-gnu/4.3.2/cc1 -quiet -v zzz2.c -D_FORTIFY_SOURCE=2
-quiet -dumpbase zzz2.c -mtune=generic -auxbase zzz2 -O2 -version
-fstack-protector -o /tmp/ccxjcnkd.s
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../i486-linux-gnu/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/i486-linux-gnu/4.3.2/include
 /usr/lib/gcc/i486-linux-gnu/4.3.2/include-fixed
 /usr/include
End of search list.
GNU C (Ubuntu 4.3.2-1ubuntu11) version 4.3.2 (i486-linux-gnu)
compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: fbed29247d8ae538bfd0dd565a17225f
COLLECT_GCC_OPTIONS='-O2' '-v' '-mtune=generic'
 as -V -Qy -o /tmp/ccy32lKh.o /tmp/ccxjcnkd.s
GNU assembler version 2.18.93 (i486-linux-gnu) using BFD version (GNU Binutils
for Ubuntu) 2.18.93.20081009
COMPILER_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-O2' '-v' '-mtune=generic'
 /usr/lib/gcc/i486-linux-gnu/4.3.2/collect2 --eh-frame-hdr -m elf_i386
--hash-style=both -dynamic-linker /lib/ld-linux.so.2 -z relro
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/crt1.o
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/crti.o
/usr/lib/gcc/i486-linux-gnu/4.3.2/crtbegin.o
-L/usr/lib/gcc/i486-linux-gnu/4.3.2 -L/usr/lib/gcc/i486-linux-gnu/4.3.2
-L/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/i486-linux-gnu/4.3.2/../../.. /tmp/ccy32lKh.o
-lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
--no-as-needed /usr/lib/gcc/i486-linux-gnu/4.3.2/crtend.o
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/crtn.o


-- 
   Summary: Wrong code when -O3 or -O2 used
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: socketpair at gmail dot com
 GCC build triplet: i386
  GCC host triplet: i386
GCC target triplet: i386


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

[Bug c++/38617] New: ICE passing fixed floating point to function template

[cfairles at gcc dot gnu dot org]

template
void foo(T) { } // 2

int main()
{
  foo(0r); // 6
}

Gives:

fixed.cpp: In function 'void foo(T) [with T = ]':
fixed.cpp:6:   instantiated from here
fixed.cpp:2: internal compiler error: in classify_argument, at
config/i386/i386.c:5123


Chris


-- 
   Summary: ICE passing fixed floating point to function template
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cfairles at gcc dot gnu dot org
 GCC build triplet: x86_64-redhat-linux
  GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redhat-linux


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

[Bug c++/38617] ICE passing fixed floating point to function template

[cfairles at gcc dot gnu dot org]

--- Comment #1 from cfairles at gcc dot gnu dot org  2008-12-24 12:00 
---
cc'ing andrew


-- 

cfairles at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug middle-end/38615] [4.2/4.3/4.4 Regression] invalid promotion to static from auto

[jsm28 at gcc dot gnu dot org]

-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||16620, 16989
  nThis||
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-12-24 12:09:44
   date||


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

[Bug debug/38479] Incorrect dwarf generated for function with parameters greater 4 words in length

[je at rowley dot co dot uk]

--- Comment #4 from je at rowley dot co dot uk  2008-12-24 12:13 ---
The problem still appears to exist in on the trunk.

The generated code and the location of parameters on the stack are different 
however the debug information describing the location of the parameters
is still out by 4.  Arguments p1, p2, p3 and p4 are stored at fp-4, fp-8, fp-12
and fp+4 respectively. The debug information states that they are located at
fp+8-8, fp+8-12, fp+8-16 and fp+8-0.

GCC Build Details:

Using built-in specs.
Target: arm-unknown-elf
Configured with: /home/products/build/gcc/gnu-trunk/sources/gcc-trunk/configure
--build i686-pc-linux-gnu --host i686-pc-linux-gnu --target arm-unknown-elf
--prefix=/home/products/build/gcc/gnu-trunk/i686-pc-linux-gnu/install
--enable-languages=c++,c
--with-gmp=/home/products/build/gcc/gnu-trunk/i686-pc-linux-gnu/install
--with-mpfr=/home/products/build/gcc/gnu-trunk/i686-pc-linux-gnu/install
--with-included-gettext
Thread model: single
gcc version 4.4.0 20081224 (experimental) (GCC)

foo.o: file format elf32-littlearm

Disassembly of section .text:

 :
   0:   e24dd004sub sp, sp, #4  ; 0x4
   4:   e52db004push{fp}; (str fp, [sp, #-4]!)
   8:   e28db000add fp, sp, #0  ; 0x0
   c:   e24dd00csub sp, sp, #12 ; 0xc
  10:   e50b0004str r0, [fp, #-4]
  14:   e50b1008str r1, [fp, #-8]
  18:   e50b200cstr r2, [fp, #-12]
  1c:   e58b3004str r3, [fp, #4]
  20:   e3a03000mov r3, #0  ; 0x0
  24:   e1a3mov r0, r3
  28:   e28bd000add sp, fp, #0  ; 0x0
  2c:   e8bd0800pop {fp}
  30:   e28dd004add sp, sp, #4  ; 0x4
  34:   e12fff1ebx  lr

Contents of the .debug_abbrev section:

  Number TAG
   1  DW_TAG_compile_unit[has children]
DW_AT_producer DW_FORM_strp
DW_AT_language DW_FORM_data1
DW_AT_name DW_FORM_strp
DW_AT_comp_dir DW_FORM_strp
DW_AT_low_pc   DW_FORM_addr
DW_AT_high_pc  DW_FORM_addr
DW_AT_stmt_listDW_FORM_data4
   2  DW_TAG_subprogram[has children]
DW_AT_external DW_FORM_flag
DW_AT_name DW_FORM_string
DW_AT_decl_fileDW_FORM_data1
DW_AT_decl_lineDW_FORM_data1
DW_AT_prototyped   DW_FORM_flag
DW_AT_type DW_FORM_ref4
DW_AT_low_pc   DW_FORM_addr
DW_AT_high_pc  DW_FORM_addr
DW_AT_frame_base   DW_FORM_data4
DW_AT_sibling  DW_FORM_ref4
   3  DW_TAG_formal_parameter[no children]
DW_AT_name DW_FORM_string
DW_AT_decl_fileDW_FORM_data1
DW_AT_decl_lineDW_FORM_data1
DW_AT_type DW_FORM_ref4
DW_AT_location DW_FORM_block1
   4  DW_TAG_base_type[no children]
DW_AT_byte_sizeDW_FORM_data1
DW_AT_encoding DW_FORM_data1
DW_AT_name DW_FORM_string
   5  DW_TAG_base_type[no children]
DW_AT_byte_sizeDW_FORM_data1
DW_AT_encoding DW_FORM_data1
DW_AT_name DW_FORM_strp

The section .debug_info contains:

  Compilation Unit @ offset 0x0:
   Length:0x82 (32-bit)
   Version:   2
   Abbrev Offset: 0
   Pointer Size:  4
 <0>: Abbrev Number: 1 (DW_TAG_compile_unit)
< c>   DW_AT_producer: (indirect string, offset: 0x4f): GNU C 4.4.0
20081224 (experimental)  
<10>   DW_AT_language: 1(ANSI C)
<11>   DW_AT_name: (indirect string, offset: 0x73): foo.c   
<15>   DW_AT_comp_dir: (indirect string, offset: 0xe):
/home/products/build/gcc/gnu-trunk/i686-pc-linux-gnu/install/bin   
<19>   DW_AT_low_pc  : 0x0  
<1d>   DW_AT_high_pc : 0x38 
<21>   DW_AT_stmt_list   : 0x0  
 <1><25>: Abbrev Number: 2 (DW_TAG_subprogram)
<26>   DW_AT_external: 1
<27>   DW_AT_name: foo  
<2b>   DW_AT_decl_file   : 1
<2c>   DW_AT_decl_line   : 1
<2d>   DW_AT_prototyped  : 1
<2e>   DW_AT_type: <0x77>   
<32>   DW_AT_low_pc  : 0x0  
<36>   DW_AT_high_pc : 0x38 
<3a>   DW_AT_frame_base  : 0x0  (location list)
<3e>   DW_AT_sibling : <0x77>   
 <2><42>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<43>   DW_AT_name: p1   
<46>   DW_AT_decl_file   : 1
<47>   DW_AT_decl_line   : 1
<48>   DW_AT_type: <0x77>   
<4c>   DW_AT_location: 2 byte block: 91 78  (DW_OP_fbreg: -8)
 <2><4f>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<50>   DW_AT_name: p2   
<53>   DW_AT_decl_file   : 1
<54>   DW_AT_decl_line   : 1
<55>   DW_AT_type: <0x77>

[Bug fortran/38618] New: internal compiler error: in gfc_add_modify

[ajs1 at cam dot ac dot uk]

The command line and the resulting error messages:
gfortran -I../include -Wall -save-temps -DVAR_G77 -DSYS_LINUX -DVAR_MFDS
-DVAR_SPLITFILES -D'INSTALL_WRKMEM=2000'
-D'INSTALL_BASDIR="/Users/ajs1/Dalton-2.0/basis/"' -O2 -std=legacy -ffast-math
-fexpensive-optimizations -funroll-loops -c abavrml.F
abavrml.F: In function 'mkvrs1':
abavrml.F:384: internal compiler error: in gfc_add_modify, at
fortran/trans.c:159

gcc -v gives:
Using built-in specs.
Target: i386-apple-darwin9.4.0
Configured with: ../gcc-4.4-20080801/configure --enable-languages=fortran,c++
Thread model: posix
gcc version 4.4.0 20080801 (experimental) (GCC) 

The preprocessed fortran file, generated using cpp with the flags from the
gfortran command line, follows:
# 1 "abavrml.F"
# 1 ""
# 1 ""
# 1 "abavrml.F"
C
C... Copyright (c) 2005 by the authors of Dalton (see below).
C... All Rights Reserved.
C...
C... The source code in this file is part of
C... "Dalton, a molecular electronic structure program, Release 2.0
C... (2005), written by C. Angeli, K. L. Bak, V. Bakken,
C... O. Christiansen, R. Cimiraglia, S. Coriani, P. Dahle,
C... E. K. Dalskov, T. Enevoldsen, B. Fernandez, C. Haettig,
C... K. Hald, A. Halkier, H. Heiberg, T. Helgaker, H. Hettema,
C... H. J. Aa. Jensen, D. Jonsson, P. Joergensen, S. Kirpekar,
C... W. Klopper, R.Kobayashi, H. Koch, O. B. Lutnaes, K. V. Mikkelsen,
C... P. Norman, J.Olsen, M. J. Packer, T. B. Pedersen, Z. Rinkevicius,
C... E. Rudberg, T. A. Ruden, K. Ruud, P. Salek, A. Sanchez de Meras,
C... T. Saue, S. P. A. Sauer, B. Schimmelpfennig, K. O. Sylvester-Hvid,
C... P. R. Taylor, O. Vahtras, D. J. Wilson, H. Agren.
C... This source code is provided under a written licence and may be
C... used, copied, transmitted, or stored only in accord with that
C... written licence.
C...
C... In particular, no part of the source code or compiled modules may
C... be distributed outside the research group of the licence holder.
C... This means also that persons (e.g. post-docs) leaving the research
C... group of the licence holder may not take any part of Dalton,
C... including modified files, with him/her, unless that person has
C... obtained his/her own licence.
C...
C... For questions concerning this copyright write to:
C... dalton-ad...@kjemi.uio.no
C...
C... For information on how to get a licence see:
C... http:
C
# 1 "../include/single.h" 1
# 35 "abavrml.F" 2
C






C
  SUBROUTINE MKVRML(LAST, ATMARR, IEDIM, EVEC, EVC1, EVC2)
C
C Punch out geometry to VRML-file
C
# 1 "../include/implicit.h" 1



  IMPLICIT DOUBLE PRECISION (A-H,O-Z)
# 48 "abavrml.F" 2
# 1 "../include/mxcent.h" 1
C
C file: mxcent.h
C
C MXCENT = max number of nuclei + point charges + ghost orbital centers
C
C IF you change MXCENT you should do a "make depend"
C and then rebuild the program using the command "make".
C
  INTEGER MXCENT, MXCOOR
  PARAMETER (MXCENT = 120, MXCOOR = 3*MXCENT)
# 49 "abavrml.F" 2
# 1 "../include/maxorb.h" 1
C
C File: maxorb.h
C
C MXSHEL = maximum number of shells (insert shell definition here).
C MXPRIM = maximum number of primitives.
C MXCORB = maximum number of orbitals (possibly contracted).
C MAXOCC = maximum number of occupied orbitals
C
C IF you change any of these parameters you should do a "make depend"
C and then rebuild the program using the command "make".
C
  INTEGER MXSHEL, MXPRIM, MXCORB, MXORBT, MAXOCC
  PARAMETER (MXSHEL = 750, MXPRIM = 4000, MXCORB = 1200,
 * MAXOCC = 400, MXORBT = MXCORB*(MXCORB + 1)/2)
# 50 "abavrml.F" 2
# 1 "../include/maxaqn.h" 1
  INTEGER MXQN, MXAQN
  PARAMETER (MXQN=7, MXAQN=MXQN*(MXQN+1)/2)
# 51 "abavrml.F" 2
# 1 "../include/nuclei.h" 1
  INTEGER NUCPRE, NUCNUM, NUCDEG, ISTBNU,
 & NUCIND, NUCDEP, NTRACO, ITRACO, NATOMS, NFLOAT,
 & NBASIS, NLARGE, NSMALL, NPBAS, NPLRG, NPSML,
 & NCHTOT, INCENT, INUNIQ, NDEGNM, ISOTOP, IZATOM,
 & NBASISAUX, NPBASAUX, NAUX, NPAUX



  DOUBLE PRECISION CHARGE, CORD, GNUEXP

  LOGICAL NOORBT,GAUNUC
  COMMON /NUCLEI/ CHARGE(MXCENT), CORD(3,MXCENT), GNUEXP(MXCENT),
 & GAUNUC, NOORBT(MXCENT), NUCPRE(MXCENT),
 & NUCNUM(MXCENT,8), NUCDEG(MXCENT), ISTBNU(MXCENT),
 & NDEGNM(MXCENT), NUCIND, NUCDEP, NTRACO, ITRACO(3),
 & NATOMS, NFLOAT, NBASIS, NLARGE, NSMALL, NPBAS,
 & NPLRG, NPSML, NCHTOT, INCENT(MXCENT),
 & INUNIQ(MXCENT), ISOTOP(MXCENT),IZATOM(MXCENT),
 & NBASISAUX, NPBASAUX, NAUX, NPAUX
  CHARACTER NAMEX*6, NAMDEP*6, NAMDPX*8, NAMN*4
  COMMON /NUCLEC/ NAMEX(MXCOOR), NAMDEP(MXCENT), NAMDPX(MXCOOR),
 & NAMN(MXCENT)
  INTEGER MULBSI
  COMMON /MULBAS/ MULBSI(MXCENT)
C MULBAS has been added for multiple basis sets (WK/UniKA/31-10-2002).
# 52 "abavrml.F" 2
# 1 "../include/molinp.h" 1
  PARAMETER (KMLINE = 2000)
  CHARACTER*80 MLINE
  COMMON /MOLINC/ MLINE(KMLINE)
  COMMON /MOLINP/ NMLINE,NCLINE(MXCENT),NMLAU
# 53 "abavrml.F" 2
# 1 "../include/optinf.h" 1
C
C File: optinf.h
C
C Information for geometry optimization
C controlled in abaopt.F,

[Bug fortran/38619] New: error message when converting between different derived types with same name

[dfranke at gcc dot gnu dot org]

The types in modules A and B are different as per F95 4.4.2 (same name, same
components but not SEQUENCE). The error "Can't convert TYPE(ta) to TYPE(ta)" is
not very helpful in this case.

$> cat sametype.f90
MODULE a
  TYPE :: ta
INTEGER :: i
  END TYPE
END MODULE

MODULE b
  TYPE :: ta
INTEGER :: i
  END TYPE
CONTAINS
  FUNCTION getA()
 TYPE(ta) :: getA
 getA%i = 42
  END FUNCTION
END MODULE

  USE a, ONLY: ta
  USE b, ONLY: getA

  TYPE(ta) :: t
  t = getA()
END

$> sametype.f90:25.6:

  t = getA()
  1
Error: Can't convert TYPE(ta) to TYPE(ta) at (1)

$> gfortran-svn --version
GNU Fortran (GCC) 4.4.0 20081223 (experimental)


-- 
   Summary: error message when converting between different derived
types with same name
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org


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

[Bug libgcj/38298] libjava link failures.

[pluto at agmk dot net]

--- Comment #3 from pluto at agmk dot net  2008-12-24 12:57 ---
passing -Wl,--as-needed to LDFLAGS_FOR_TARGET causing this failure.
4.3 works fine with --as-needed.


-- 

pluto at agmk dot net changed:

   What|Removed |Added

  Known to fail||4.4.0
  Known to work||4.3.2


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

[Bug c/38616] Wrong code when -O3 or -O2 used

[socketpair at gmail dot com]

--- Comment #1 from socketpair at gmail dot com  2008-12-24 13:27 ---
Created an attachment (id=16979)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16979&action=view)
assembler output of wrong generated code

this assembler output generates only 8 characters in output instead of full
constant string. 


-- 


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

[Bug c/38616] Wrong code when -O3 or -O2 used

[socketpair at gmail dot com]

--- Comment #2 from socketpair at gmail dot com  2008-12-24 13:33 ---
(From update of attachment 16979)
.file   "zzz2.c"
.text
.p2align 4,,15
.globl main
.type   main, @function
main:
leal4(%esp), %ecx
andl$-16, %esp
pushl   -4(%ecx)
pushl   %ebp
movl%esp, %ebp
subl$1064, %esp
movl%gs:20, %eax
movl%eax, -12(%ebp)
xorl%eax, %eax
movl%ecx, -8(%ebp)
movl$255, %ecx
movl%edi, -4(%ebp)
leal-1032(%ebp), %edi
movl$875770417, -1036(%ebp)
movl$1650536505, -1028(%ebp)
movl$1717920867, -1024(%ebp)
rep stosl
leal-1036(%ebp), %eax
movl$943142453, -1032(%ebp)
movl$1785292903, -1020(%ebp)
movl$1852664939, -1016(%ebp)
movw$111, -1012(%ebp)
movl%eax, (%esp)
callputs
xorl%eax, %eax
movl-12(%ebp), %edx
xorl%gs:20, %edx
jne .L6
movl-8(%ebp), %ecx
movl-4(%ebp), %edi
movl%ebp, %esp
popl%ebp
leal-4(%ecx), %esp
ret
.L6:
call__stack_chk_fail
.size   main, .-main
.ident  "GCC: (Ubuntu 4.3.2-1ubuntu11) 4.3.2"
.section.note.GNU-stack,"",@progbits


-- 


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

[Bug c/38616] Wrong code when -O3 or -O2 used

[socketpair at gmail dot com]

--- Comment #3 from socketpair at gmail dot com  2008-12-24 13:38 ---
(From update of attachment 16979)
(i'm not intentionally send assembler output  for version where buf[1024]
replaced with buf[1023]).


-- 

socketpair at gmail dot com changed:

   What|Removed |Added

  Attachment #16979|assembler output of wrong   |assembler output of wrong
description|generated code  |generated code


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

[Bug libgcj/38298] libjava link failures.

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 13:49 ---
Not a GCC bug, please report this to the binutils project which controls ld.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug target/38617] ICE passing fixed point to function

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-24 13:54 ---
x86_64 does not support fixed point modes at all.  Someone needs to come up
with an ABI for it.

Note it works in 32bit mode ...


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ABI
   Last reconfirmed|-00-00 00:00:00 |2008-12-24 13:54:17
   date||
Summary|ICE passing fixed point to  |ICE passing fixed point to
   |function template   |function


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

[Bug middle-end/38616] [4.3 only] Wrong code when -O3 or -O2 -fstack-protector used

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 13:57 ---
-fno-fstack-protector is a work around.  Ubuntu must enable stack protector by
default.

Note it works on the trunk but fails on an older 4.3.3:
gcc version 4.3.3 20081218 (prerelease) [gcc-4_3-branch revision 142804] (GCC) 


I don't have 4.2 to test.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|critical|normal
  Component|c   |middle-end
  Known to fail||4.3.3
  Known to work||4.4.0
Summary|Wrong code when -O3 or -O2  |[4.3 only] Wrong code when -
   |used|O3 or -O2 -fstack-protector
   ||used
   Target Milestone|--- |4.3.3


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

[Bug c++/38620] New: internal compiler error: in finish_decltype_type

[bruck dot michael at googlemail dot com]

$ cat test.cpp

template 
void foo(T x)
{
}

void bar()
{
decltype(foo) dt;
}

$ g++ -std=gnu++0x -c test.cpp
test2.cpp: In function 'void bar()':
test2.cpp:9: internal compiler error: in finish_decltype_type, at
cp/semantics.c:4193

This fails on mingw 4.3.0 and fresh svn on linux.


-- 
   Summary: internal compiler error: in finish_decltype_type
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bruck dot michael at googlemail dot com


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

[Bug c++/38620] internal compiler error: in finish_decltype_type

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-12-24 14:10 ---
Related to PR 11407 and PR 10690.

Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2008-12-24 14:10:25
   date||


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

[Bug middle-end/33315] If condition not getting eliminated

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug c++/37877] [4.3/4.4 Regression] Invalid "invalid use of static" error

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-12-24 14:17 ---
Confirmed, a regression from at least 4.1.1, I have not tried 4.2.x yet.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||rejects-valid
  Known to fail||4.3.0 4.4.0
  Known to work||4.0.1 4.1.1
   Last reconfirmed|-00-00 00:00:00 |2008-12-24 14:17:11
   date||
Summary|Invalid "invalid use of |[4.3/4.4 Regression] Invalid
   |static" error   |"invalid use of static"
   ||error
   Target Milestone|--- |4.3.3


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

[Bug fortran/38618] internal compiler error: in gfc_add_modify

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2008-12-24 14:34 ---
I have difficulties to reproduce. 

Could you please try an up-to-date version of gfortran and see if the problem
persists? If yes, please attach a source file that triggers the compiler error
and state the exact flags you used to compile the attached file.

For me
  $> gfortran-svn -fpreprocessed -fmax-errors=0 pr38618.f
gives an impressively long list of errors, but no ICE.

Thanks.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
   Severity|blocker |normal
 Status|UNCONFIRMED |WAITING


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

[Bug target/38621] New: [4.3 Regression] sh gcc unable to spill register when building ghostscript-gpl

[vapier at gentoo dot org]

when building ghostscript-gpl-8.63, gcc-4.3.2 fails:

sh4-unknown-linux-gnu-gcc  -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FILE64
-DHAVE_MKSTEMP64 -DHAVE_FONTCONFIG -O2 -Wall -Wstrict-prototypes -Wundef
-Wmissing-declarations -Wmissing-prototypes -Wwrite-strings
-Wno-strict-aliasing -fno-builtin -fno-common -DHAVE_STDINT_H
-DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -m4 -pipe -DGS_DEVS_SHARED
-DGS_DEVS_SHARED_DIR=\"/usr/lib/ghostscript/8.63\" -I./obj -I./src  -o
./obj/gdevifno.o -c ./src/gdevifno.c
./src/gdevifno.c:195: warning: no previous prototype for ‘init_p9color’
./src/gdevifno.c:56: warning: ‘cmap2rgb’ declared ‘static’ but never defined
./src/gdevifno.c: In function ‘inferno_rgb2cmap’:
./src/gdevifno.c:150: error: unable to find a register to spill in class
‘R0_REGS’
./src/gdevifno.c:150: error: this is the insn:
(insn:HI 132 192 154 17 ./src/gdevifno.c:148 (set (mem/s:SI (plus:SI
(reg/v/f:SI 8 r8 [orig:183 dev ] [183])
(reg/f:SI 2 r2 [225])) [3 S4 A32])
(reg:SI 3 r3 [227])) 172 {movsi_ie} (expr_list:REG_DEAD (reg:SI 3 r3
[227])
(expr_list:REG_DEAD (reg/f:SI 2 r2 [225])
(expr_list:REG_DEAD (reg/v/f:SI 8 r8 [orig:183 dev ] [183])
(expr_list:REG_EQUAL (const_int 1 [0x1])
(nil))
./src/gdevifno.c:150: confused by earlier errors, bailing out
make: *** [obj/gdevifno.o] Error 1


-- 
   Summary: [4.3 Regression] sh gcc unable to spill register when
building ghostscript-gpl
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
GCC target triplet: sh4-linux-gnu


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

[Bug target/38621] [4.3 Regression] sh gcc unable to spill register when building ghostscript-gpl

[vapier at gentoo dot org]

--- Comment #1 from vapier at gentoo dot org  2008-12-24 14:59 ---
Created an attachment (id=16980)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16980&action=view)
gdevifno.i

$ sh4-unknown-linux-gnu-gcc -c gdevifno.i -O2
gdevifno.i: In function ‘inferno_rgb2cmap’:
gdevifno.i:41: error: unable to find a register to spill in class ‘R0_REGS’
gdevifno.i:41: error: this is the insn:
(insn:HI 19 61 46 2 gdevifno.i:39 (set (mem/s:SI (plus:SI (reg/v/f:SI 4 r4
[orig:161 bdev ] [161])
(reg/f:SI 1 r1 [167])) [3 S4 A32])
(reg:SI 2 r2 [169])) 172 {movsi_ie} (expr_list:REG_DEAD (reg:SI 2 r2
[169])
(expr_list:REG_DEAD (reg/f:SI 1 r1 [167])
(expr_list:REG_DEAD (reg/v/f:SI 4 r4 [orig:161 bdev ] [161])
(expr_list:REG_EQUAL (const_int 1 [0x1])
(nil))
gdevifno.i:41: confused by earlier errors, bailing out


-- 


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

[Bug target/38621] [4.3 Regression] sh gcc unable to spill register when building ghostscript-gpl with -O2

[vapier at gentoo dot org]

--- Comment #2 from vapier at gentoo dot org  2008-12-24 15:02 ---
Created an attachment (id=16981)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16981&action=view)
gdevifno.orig.i

here's the original file in case the reduced test case is troublesome


-- 


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

[Bug fortran/38618] internal compiler error: in gfc_add_modify

[ajs1 at cam dot ac dot uk]

--- Comment #2 from ajs1 at cam dot ac dot uk  2008-12-24 15:20 ---
Created an attachment (id=16982)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16982&action=view)
Fortran subroutine

This is a simplified and cleaned-up version of the file, which still triggers
the bug, with the command line
gfortran -O2 -c mkvrs1.f

The error message is now
mkvrs1.f: In function 'mkvrs1':
mkvrs1.f:304: internal compiler error: in gfc_add_modify, at
fortran/trans.c:159
Please submit a full bug report,

"gfortran -v" gives
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: ../gcc-4.3-20070810/configure --enable-threads=posix
--enable-languages=fortran
Thread model: posix
gcc version 4.3.0 20070810 (experimental)

This doesn't look very up-to-date, but I downloaded and installed it only a few
weeks ago.


-- 


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

[Bug middle-end/38616] [4.3 only] Wrong code when -O3 or -O2 -fstack-protector used

[socketpair at gmail dot com]

--- Comment #5 from socketpair at gmail dot com  2008-12-24 15:21 ---
-fno-stack-protector really helps.

i don't understand why "rep stosl" appear in the middle of string
initialization..
gdb said that "rep stosl" is a cause of zero byte after first 8 symbols.

also, if this bug does not appear in 4.4.0, i want to see decription of
corrected bug (maybe dup of mine)


-- 


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

[Bug middle-end/38616] [4.3 only] Wrong code when -O3 or -O2 -fstack-protector used

[socketpair at gmail dot com]

--- Comment #6 from socketpair at gmail dot com  2008-12-24 15:28 ---
> -fno-fstack-protector is a work around.  Ubuntu must enable stack protector by
default.

I don't understand. Ubuntu enabled stack protector by default now. Is this
error? 
Should i report bug to Ubuntu? 

It stack protector experimental feature?


-- 


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

[Bug fortran/38618] internal compiler error: in gfc_add_modify

[dfranke at gcc dot gnu dot org]

--- Comment #3 from dfranke at gcc dot gnu dot org  2008-12-24 15:32 ---
Thanks for the quick response!

The attached file compiles fine for me with 4.3.2 and 4.4.0 on
i686-pc-linux-gnu. Dominique, could you give the test a spin on darwin?

Btw, the binary packages have been updated only recently:
http://gcc.gnu.org/wiki/GFortranBinaries
Maybe you are lucky and there is one for your platform?


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dominiq at lps dot ens dot
   ||fr
Version|4.4.0   |4.3.0


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

[Bug fortran/38618] internal compiler error: in gfc_add_modify

[dominiq at lps dot ens dot fr]

--- Comment #4 from dominiq at lps dot ens dot fr  2008-12-24 15:36 ---
Midair collision! I was about to send:

The test in comment#2 compiles fine for me on i686-apple-darwin9 with the
options I have tried with gfortran 4.2.3, 4.3.2, and 4.4.0 (trunk).

One thing is strange is the config: --enable-languages=fortran,c++. What about
c? It is the first time I notice a build of gfortran without C. Is it implied
by c++?.


-- 


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

[Bug fortran/38618] internal compiler error: in gfc_add_modify

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-12-24 15:39 ---
(In reply to comment #4)
> One thing is strange is the config: --enable-languages=fortran,c++. What about
> c? It is the first time I notice a build of gfortran without C. Is it implied
> by c++?.

C is always included :).  You cannot build GCC without building the C language.


-- 


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

[Bug bootstrap/38607] AIX error messages about TOC during build

[tammer at tammer dot net]

--- Comment #6 from tammer at tammer dot net  2008-12-24 15:45 ---
Hello,
in addition to IBM XLC/C++ V9 I have tried gcc 4.2.4 (from www.perzl.org) to
bootstrap 4.2.4. The error is always the same. The build finishes but according
to the log the libstdc++.so.6 is not OK. 

I have used the unmodified source. With the following options:

export PATH=/opt/freeware/bin:$PATH
export CONFIG_SHELL=/opt/freeware/bin/bash
export CONFIGURE_ENV_ARGS=/opt/freeware/bin/bash
export CC=gcc
export BOOT_CFLAGS="-O2 -I/opt/freeware/include"
export CFLAGS="-O2 -I/opt/freeware/include"
export CXXFLAGS="-I/opt/freeware/include"
export LIBCFLAGS="-g -O2 -I/opt/freeware/include"
export LIBCXXFLAGS="-g -O2 -I/opt/freeware/include -fno-implicit-templates"
export LDFLAGS="-L/opt/freeware/lib"

./configure \
 --with-as=/usr/bin/as \
 --with-ld=/usr/bin/ld \
 --enable-languages="c,c++,fortran" \
 --prefix=/opt/freeware \
 --enable-threads \
 --enable-version-specific-runtime-libs \
 --disable-nls \
 --enable-decimal-float=dpd \
 --host=powerpc-ibm-aix5.3.0.0

ulimit -d unlimited
ulimit -s unlimited
gmake bootstrap-lean


I see two problems:

1. substitution problem in the linker call for libstdc++.so.6,libgfortran.so.2,
libgomp.so.1,  :

... -Wl,-bnoentry ${wl}-berok

Why is ${wl} not replaced with -Wl, as for -bnoentry ??

2. TOC problem for libstdc++.so.6

ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[eh_terminate.o], section 1
, function .__cxxabiv1::__terminate(void (*)()):
The branch at address 0x310 is not followed by a recognized no-op
or TOC-reload instruction. The unrecognized instruction is 0x0.
ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[eh_terminate.o], section 1
, function .std::terminate():
The branch at address 0x370 is not followed by a recognized no-op
or TOC-reload instruction. The unrecognized instruction is 0x0.
ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[tinfo.o], section 1, funct
ion .std::type_info::~type_info():
The branch at address 0x12a0 is not followed by a recognized no-op
or TOC-reload instruction. The unrecognized instruction is 0x3800.
 

The resulting library is not OK. This is definitely a problem.

Bye
  Rainer


-- 


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

[Bug fortran/34026] Internal compiler error: in gfc_add_modify, at fortran/trans.c:159

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2008-12-24 15:44 ---
*** Bug 38618 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ajs1 at cam dot ac dot uk


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

[Bug fortran/38618] internal compiler error: in gfc_add_modify

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-12-24 15:44 ---
Works for me also on i386-darwin8.11 with 4.3.3 and 4.4.0.
So closing as fixed.

Most likely it is caused by:
 DO 30 IORD = NINT(DRTAXS(4,1)),2,-1

Which means this is a dup of bug 34026.

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/38617] ICE passing fixed point to function

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2008-12-24 16:20 ---
What are fixed point types? What need to implement to support fixed
point types? Does gcc testsuite have any fixed point tests?


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||hjl dot tools at gmail dot
   ||com


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

[Bug c++/38617] ICE passing fixed point to function

[cfairles at gcc dot gnu dot org]

--- Comment #4 from cfairles at gcc dot gnu dot org  2008-12-24 16:44 
---
(In reply to comment #3)
> What are fixed point types?

http://gcc.gnu.org/wiki/FixedPointArithmetic


-- 

cfairles at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|target  |c++


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

[Bug fortran/38618] internal compiler error: in gfc_add_modify

[ajs1 at cam dot ac dot uk]

--- Comment #7 from ajs1 at cam dot ac dot uk  2008-12-24 16:46 ---
I have downloaded the latest version of gfortran from
gcc.gnu.org/wiki/GFortran, and it seems to be working nicely. Previously I had
followed the link from hpc.sourceforge.net, which I now see is at least a year
out of date.

Thanks for the very prompt assistance.


-- 


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

[Bug libgcj/38298] libjava link failures.

[pluto at agmk dot net]

--- Comment #5 from pluto at agmk dot net  2008-12-24 17:02 ---
(In reply to comment #4)
> Not a GCC bug, please report this to the binutils project which controls ld.
> 

link failure with --as-needed is not a linker bug.
it's strictly related to bugs in makefiles.
i'll analyze gcc build logs and post conclusions...


-- 


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

[Bug fortran/38538] ICE with elemental character function

[pault at gcc dot gnu dot org]

--- Comment #15 from pault at gcc dot gnu dot org  2008-12-24 17:08 ---
(In reply to comment #13)
Dear Dominique,

> print *, len(string)
> print *, size(transfer(string,"xy",len(string)))

> yields a wrong code: the executable gives
> 
>8
>4
>  ab  
> 
> while it gives
> 
>8
>8
>  ab  
> 
> when compiled with ifort.

This is an underlying bug that precedes the patch.  We'd better have a PR for
it!

Cheers

Paul


-- 


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

[Bug c++/38617] ICE passing fixed point to function

[joseph at codesourcery dot com]

--- Comment #5 from joseph at codesourcery dot com  2008-12-24 17:28 ---
Subject: Re:  ICE passing fixed point to function

On Wed, 24 Dec 2008, pinskia at gcc dot gnu dot org wrote:

> x86_64 does not support fixed point modes at all.  Someone needs to come up
> with an ABI for it.

If the user configured with --enable-fixed-point on a target not 
supporting it (i.e. anything other than MIPS) then they should expect 
ICEs; they should only configure that way when working on adding the 
support.

If they didn't configure with that option the compiler should give 
sensible errors rather than ICEs.

I don't know which is the case here.


-- 


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

[Bug target/38617] ICE passing fixed point to function

[cfairles at gcc dot gnu dot org]

--- Comment #6 from cfairles at gcc dot gnu dot org  2008-12-24 17:33 
---
(In reply to comment #5)
> Subject: Re:  ICE passing fixed point to function
>
> If they didn't configure with that option the compiler should give 
> sensible errors rather than ICEs.
> 
> I don't know which is the case here.
> 

Configured with: ../gcc/configure --disable-multilib --enable-clock-gettime=rt
--program-suffix=44 --enable-languages=c,c++

That is, no --enable-fixed-point.


-- 

cfairles at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c++ |target


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

[Bug target/38617] ICE passing fixed point to function

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2008-12-24 17:55 ---
I verified that there is

auto-host.h:#define ENABLE_FIXED_POINT 0

But I still got ICE:

bash-3.2$ cat /tmp/f.c
extern void foo(Fract);

int main()
{
  foo(0r);
}

bash-3.2$ ./xgcc -B./ -S /tmp/f.c
/tmp/f.c:1: warning: parameter names (without types) in function declaration
/tmp/f.c: In function ‘main’:
/tmp/f.c:5: internal compiler error: in classify_argument, at
config/i386/i386.c:5132
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
bash-3.2$ 


-- 


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

[Bug target/38617] ICE passing fixed point to function

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2008-12-24 17:59 ---
It seemslike even if fixed point isn't supported, gcc still
recognizes "0r". 


-- 


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

[Bug target/38617] ICE passing fixed point to function

[joseph at codesourcery dot com]

--- Comment #9 from joseph at codesourcery dot com  2008-12-24 18:01 ---
Subject: Re:  ICE passing fixed point to function

On Wed, 24 Dec 2008, hjl dot tools at gmail dot com wrote:

> I verified that there is
> 
> auto-host.h:#define ENABLE_FIXED_POINT 0
> 
> But I still got ICE:

Then the bug is in one or both front ends: a missing 
targetm.fixed_point_supported_p call, or a failure to act appropriately on 
the results of such a call.


-- 


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

[Bug middle-end/38395] emit_library_call_value_1 calls emit_push_insn() with type=NULL_TREE

[jon at beniston dot com]

--- Comment #3 from jon at beniston dot com  2008-12-24 18:21 ---
This is a port to a new target I am working on, so thanks for investigating.

Are you saying that PARAM_BOUNDARY and STACK_BOUNDARY must be >=
BIGGEST_ALIGNMENT? 

Looking through the other ports it appears this may not be the case for m68k
(depending upon command line options) and also the score port.

However, for the port I'm currently updating, I think I can reduce the size of
BIGGEST_ALIGNMENT to match STACK_BOUNDARY and PARAM_BOUNDARY. Thanks.


-- 


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

[Bug target/38617] ICE passing fixed point to function

[hjl dot tools at gmail dot com]

--- Comment #10 from hjl dot tools at gmail dot com  2008-12-24 18:24 
---
This works for me:

--- ./c-lex.c.fixed 2008-08-21 05:32:03.0 -0700
+++ ./c-lex.c   2008-12-24 10:23:52.0 -0800
@@ -612,7 +612,15 @@ interpret_float (const cpp_token *token,

   /* Decode _Fract and _Accum.  */
   if (flags & CPP_N_FRACT || flags & CPP_N_ACCUM)
-return interpret_fixed (token, flags);
+{
+  if (targetm.fixed_point_supported_p ())
+   return interpret_fixed (token, flags);
+  else
+   {
+ error ("fixed-point constant not supported for this target");
+ return error_mark_node;
+   }
+}

   /* Decode type based on width and properties. */
   if (flags & CPP_N_DFLOAT)


-- 


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

[Bug c++/37766] [C++0x] ICE with function's default reference template parameter

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-24 19:13 ---
Reducing ...


-- 


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

[Bug c++/37766] [C++0x] ICE with function's default reference template parameter

[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|major   |normal


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

[Bug c++/37766] [C++0x] ICE with function's default reference template parameter

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-12-24 20:11 ---
Reduced testcase:
const int a = 1;
template void f() {
  f<>();
}

-- CUT ---
Works with a struct though.

Confirmed, not a regression


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
  Known to fail||4.3.3 4.4.0
   Last reconfirmed|-00-00 00:00:00 |2008-12-24 20:11:48
   date||


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

[Bug c++/37737] [c++0x] ICE in get_innermost_template_args at cp/pt.c:516 during variadic function overload deduction

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-12-24 20:20 ---
Confirmed,
t.cc: In function 'void f() [with U = char, T = ]':
t.cc:9:   instantiated from here
t.cc:5: internal compiler error: tree check: accessed elt 1 of tree_vec with 0
elts in get_innermost_template_args, at cp/pt.c:516
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Only happens with checking turned on too.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|x86_64-redhat-linux |
   GCC host triplet|x86_64-redhat-linux |
 GCC target triplet|x86_64-redhat-linux |
   Keywords||ice-checking
   Last reconfirmed|-00-00 00:00:00 |2008-12-24 20:20:48
   date||


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

[Bug c++/38622] New: operator ?: Does not check identity of types

[lisp2d at lisp2d dot net]

class   A{public:intx;A():x(0){};};

class   B:publicA{public:inty;B():A(),y(0){};};

A   debugg(){
A   xa;
B   xb;
return  (false?xa:xb);}

makes memory crash


-- 
   Summary: operator  ?:  Does not check identity of types
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lisp2d at lisp2d dot net


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

[Bug c++/38623] New: operator ?: Does not check identity of types

[lisp2d at lisp2d dot net]

class   A{public:intx;A():x(0){};};

class   B:publicA{public:inty;B():A(),y(0){};};

A   debugg(){
A   xa;
B   xb;
return  (false?xa:xb);}

makes memory crash


-- 
   Summary: operator  ?:  Does not check identity of types
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lisp2d at lisp2d dot net


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

[Bug c++/38622] operator ?: Does not check identity of types

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-12-24 20:31 ---
This works for me, the code is valid as xa is converted into B via a
copyconstructor and then that is converted into a via the copy constructor.


-- 


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

[Bug c++/38622] operator ?: Does not check identity of types

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-24 20:32 ---
*** Bug 38623 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/38623] operator ?: Does not check identity of types

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-12-24 20:32 ---


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


-- 

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

[Bug fortran/37527] conftest.c:2: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'me'

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug target/37524] gcc build fail after some compile with --target=amigaos

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 22:52 ---
Invalid as amiga OS is not a supported target.


-- 

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

[Bug rtl-optimization/37490] [4.4 Regression] IRA causes FP code to have more spills

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 23:00 ---
(In reply to comment #3)
> Did you made sure that this is not a ppc machine/cost description problem?

This sounds like what the patch which I mentioned in 
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg01323.html .

In fact that patch was to solve the same issue with the old register allocator
where 0.0 would be put into the GPR.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ra


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

[Bug libgcj/32967] [4.3/4.4 regression] gcjavac throws java exceptions on startup

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2008-12-24 23:06 ---
No answer in 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/37306] code generation error

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-24 23:06 ---
No answer in 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c/31983] Add option to gcc to display specific language manual section reference for error/warning encountered.

[pinskia at gcc dot gnu dot org]

--- Comment #12 from pinskia at gcc dot gnu dot org  2008-12-24 23:14 
---
This is not useful as sometimes it is hard to point out the one C99/C++98 which
tells you why your code is invalid, in some cases you need to point to 3
different locations in the standard and read that.  An example comes from
template lookup rules.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug preprocessor/36906] #pragma GNU poison index()

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 23:07 ---
No answer in 3 months so closing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c/35263] Erroneous Application Execution Starting With GCC Version 4.1.3

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 23:08 ---
No answer in 3 months so closing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug target/37402] Incorrect access to static __thread variables inside static member functions

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-12-24 23:08 ---
No source in 3 months so closing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/31811] Segmentation fault with profile-arcs

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 23:09 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug c++/37383] optimization - compiler crash

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-12-24 23:11 ---
No feedback in 3 months and it works for me so closing as such.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug fortran/37566] gfortran segfaults

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 23:12 ---
No feedback from the user in 3 months and it was reported against redhat's
source so closing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/38622] operator ?: Does not check identity of types

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-12-24 23:16 ---
>makes memory crash

What do you mean by makes memory crash.  also what version of GCC are you
using?  And what do you behavior do you get from GCC and what do you expect to
get?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug bootstrap/37612] libgcc/configure (as script)fail with "line 77 exec : : not found."

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-24 23:15 ---
No feedback in 3 months and the user did not have binutils in the source tree
or installed so closing as works for me.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug c++/38624] New: static const data members can't be passed to const reference

[m_albert137 at yahoo dot com]

For the following code, one has the following:
g++ main.cpp : undefined reference to `X::VAL1'
g++ main.cpp -O3 : links O.K.

--main.cpp--

struct X { static const int VAL1 = 17; };

int func1( const int  aVal ) { }
int func2( const int &aVal ) { }

int main()
{
   func1( ::X::VAL1 );
   func2( ::X::VAL1 ); //undefined reference to ::X::VAL1 ??
}


-- 
   Summary: static const data members can't be passed to const
reference
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: m_albert137 at yahoo dot com
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug c++/38624] static const data members can't be passed to const reference

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-12-25 01:05 ---
You still need a definition of X::VAL1, you only have a declaration of it. 


-- 

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

[Bug target/35847] unrecognized option `-march=score7'

[liqin at gcc dot gnu dot org]

--- Comment #1 from liqin at gcc dot gnu dot org  2008-12-25 01:20 ---
score binutils will checkin this option soon.


-- 

liqin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-12-25 01:20:53
   date||


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

[Bug fortran/37468] unknown option -i not recognized by gfortran driver

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug c++/37480] GCC Allows null-references in C++

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-12-25 01:44 ---
The trunk accepts this code ...
The 4.3 branch rejects this code.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug fortran/36214] Wrong simplification of BOZ constants

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug rtl-optimization/37397] [4.4 Regression] IRA performance impact on SPEC CPU 2K/2006

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-12-25 02:36 ---
Has this been fixed now?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||missed-optimization, ra
Summary|IRA performance impact on   |[4.4 Regression] IRA
   |SPEC CPU 2K/2006|performance impact on SPEC
   ||CPU 2K/2006
   Target Milestone|--- |4.4.0


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

[Bug c++/37374] "using" shadows declaration

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-25 02:47 ---
Note GCC might be still be implementing pre-standard (ARM) using behavior in
some cases, this might be one of those cases.


-- 


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

[Bug middle-end/36296] bogus uninitialized warning (loop representation, VRP missed-optimization)

[pinskia at gcc dot gnu dot org]

--- Comment #13 from pinskia at gcc dot gnu dot org  2008-12-25 03:00 
---
*** Bug 37361 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||benoit dot hudson at gmail
   ||dot com


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

[Bug middle-end/37361] spurious 'uninitialized' warning

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-25 03:00 ---
This is an dup of bug 36296.
This happens after SRAing of some variables which shows up that PR again.

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


-- 

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

[Bug target/38621] [4.3/4.4 Regression] sh gcc unable to spill register when building ghostscript-gpl with -O2

[kkojima at gcc dot gnu dot org]

--- Comment #3 from kkojima at gcc dot gnu dot org  2008-12-25 03:38 ---
Here is an another reduced testcase.

struct s
{
  char a[512];
  int b;
  int c;
};

long long
foo (struct s *p, int m, int r)
{
  if (r == m)
p->b = 3;
  p->c = 1;
  return m;
}

I've confirmed that this fails with the trunk compiler too.

The insn scheduling before reload permutes the insns of
the exit basic block like as:

;;   ==
;;   -- basic block 5 from 18 to 38 -- before reload
;;   ==

;;0-->18 r166=0x204   
:(issue+load_store),nothing,memory
changing bb of uid 55
;;0-->55 {r170=r161<<0x1;t=r161<0x0;}  :issue,int
changing bb of uid 56
;;1-->56 r170=-t   :issue,int
changing bb of uid 46
;;1-->46 r0=r161   :issue
;;2-->19 r168=0x1  :issue,int
changing bb of uid 47
;;2-->47 r1=r170   :issue
;;3-->20 [r160+r166]=r168 
:(issue+load_store),nothing,memory
;;3-->38 use r0:nothing

i.e. insn 46 r0=r161 is placed before insn 20.
Unfortunately insn 20 [r160+r166]=r168 requires r0 because
sh has r0 + reg addressing only.  -fno-schedule-insns gets
rid of the error, though I have no idea for the right solution
ATM.


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail|4.3.2   |4.3.2 4.4.0
   Priority|P3  |P4
   Last reconfirmed|-00-00 00:00:00 |2008-12-25 03:38:20
   date||
Summary|[4.3 Regression] sh gcc |[4.3/4.4 Regression] sh gcc
   |unable to spill register|unable to spill register
   |when building ghostscript-  |when building ghostscript-
   |gpl with -O2|gpl with -O2


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

[Bug c++/38622] operator ?: Does not check identity of types

[lisp2d at lisp2d dot net]

--- Comment #4 from lisp2d at lisp2d dot net  2008-12-25 05:41 ---
If commands if and ?: operate on a miscellaneous.
Not clearly when works copyconstructor and when there is no.

class   A{public:intx;A():x(0){};};
class   B:publicA{public:inty;B():A(),y(0){};};
class   C:publicA{public:intz;C():A(),z(0){};};

A   debug0(){
A   xa;
B   xb;
return  (false?xa:xb);} //good

A   debug1(){
C   xc;
B   xb;
return  (false?xc:xb);} //error

A   debug2(){
C   xc;
B   xb;
if(false)
return  xc; //good
else
return  xb;}//good


-- 


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