[Bug c++/18370] New: cp_parser_initializer_list uninit variable problems

[dcb314 at hotmail dot com]

I just tried to compile this code on a i686 Linux box with valgrind 2.2

int p1[ 10 ] =
{
0, 0, 0, 0, 2, 0, 2, 0, 2, 3,
};

The compiler said
[EMAIL PROTECTED] src]$ ~/valgrind/results.220/bin/valgrind --tool=memcheck
--trace-children=yes -q ~/gnu/gcc343/results/bin/g++  -Wno-deprecated -c
gcc343bug.cc
==30646== Conditional jump or move depends on uninitialised value(s)
==30646==at 0x80E6AF0: cp_parser_initializer_list (parser.c:11646)
==30646==by 0x80E69A1: cp_parser_initializer_clause (parser.c:11581)
==30646==by 0x80F058B: cp_parser_init_declarator (parser.c:11486)
==30646==by 0x80EAC01: cp_parser_simple_declaration (parser.c:6524)
[EMAIL PROTECTED] src]$

The compiler source code is

  initializer = cp_parser_initializer_clause (parser,
  &clause_non_constant_p);
  if (clause_non_constant_p)

Suggest that variable clause_non_constant_p hasn't been initialised 
by routine cp_parser_initializer_clause.

-- 
   Summary: cp_parser_initializer_list uninit variable problems
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-linux-pc-gnu


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

[Bug bootstrap/18371] New: array subscript out of range

[dcb314 at hotmail dot com]

Hello there,

I just tried to compile gcc 343 with the Intel C 8.1 compiler.
The Intel compiler said

../../src/gcc-3.4.3/gcc/config/i386/i386.c(10626): warning #175: subscript out
of range
../../src/gcc-3.4.3/gcc/config/i386/i386.c(10629): warning #175: subscript out
of range

The source code is

long l[3];

/* ... */

+ HOST_WIDE_INT) l[3]) << 31) << 1),
/* ... */
parts[1] = immed_double_const (l[2], l[3], DImode);

In fact, l[ 3] does not exist. Suggest code re-work.

-- 
   Summary: array subscript out of range
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu


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

Re: libstdc++/8610: std::streamoff type is 32-bit in GCC 3.2 whereas it was 64-bit in GCC 2.96

[Jason Elbaum]

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8610
Regarding PR 8610: I've recently built gcc-3.2.1 in large file mode 
under Solaris 7. To do so, I made the following changes. Since I'm not 
familiar with the internals of libstdc++ or g++, I don't know whether 
this is the ideal way to implement this change, but it does work for 
this particular configuration.

In particular, I'm assuming this library code can be compiled *either* 
for standard file access *or* for large file I/O, but that the choice 
must be built-in at compile time of the compiler library. In other 
words, this becomes a large-file-I/O compiler installation which will 
not work correctly if large file I/O is not enabled (since basic_file.o 
will incorporate a particular setting for _FILE_OFFSET_BITS which may be 
different from the compile-time setting, causing incompatible types for 
streamoff). To fix this, I assume seekoff()/seekpos() must be inlined 
and implemented in the header file. I have not done this.

My changes:
1. In libstdc++-v3/config/io/c_io_stdio.h:
Old code:
  typedef long  streamoff;
New code:
  typedef off_t streamoff;
2. In sparc-sun-solaris2.7/libstdc++-v3/src/basic_file.cc:
In __basic_file::seekoff():
#if _FILE_OFFSET_BITS == 64
fseeko(_M_cfile, __off, __way);
return ftello(_M_cfile);
#else
fseek(_M_cfile, __off, __way);
return ftell(_M_cfile);
#endif
In __basic_file::seekpos():
#if _FILE_OFFSET_BITS == 64
fseeko(_M_cfile, __pos, ios_base::beg);
return ftello(_M_cfile);
#else
fseek(_M_cfile, __pos, ios_base::beg);
return ftell(_M_cfile);
#endif

Regards,
Jason Elbaum
[EMAIL PROTECTED]

[Bug ada/18302] ACATS test c94002f hangs on Solaris 10/x86

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-08 
09:08 ---
> Same problem on i586-redhat-linux-gnu with c953002.

And amd64-mandrake-linux-gnu.


-- 


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

[Bug fortran/18372] New: internal compiler error: in gfc_conv_descriptor_dtype, at fortran/trans-array.c:216

[sgg at ipp dot mpg dot de]

I will report  TWO bugs

#gcc -v
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/3.3/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man
--libdir=/usr/lib --enable-languages=c,c++,f77,objc,java,ada --disable-checking
--enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib
--with-system-zlib --enable-shared --enable-__cxa_atexit i486-suse-linux
Thread model: posix
gcc version 3.3 20030226 (prerelease) (SuSE Linux)

#Compiler

gfortran -c -v -O4   /afs/ipp/u/sgg/code/utils/src/string_vec.f90
Reading specs from
/afs/ipp-garching.mpg.de/u/sgg/gfortran/irun/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --enable-languages=c,f95
--prefix=/usr/work/2004309/irun
Thread model: posix
gcc version 4.0.0 20041104 (experimental)

BUG #1

/afs/ipp-garching.mpg.de/u/sgg/gfortran/irun/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/f951
/afs/ipp/u/sgg/code/utils/src/string_vec.f90 -quiet -dumpbase string_vec.f90
-mtune=pentiumpro -auxbase string_vec -O4 -version -o /tmp/ccHXhH3d.s
GNU F95 version 4.0.0 20041104 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20041020 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
/afs/ipp/u/sgg/code/utils/src/string_vec.f90: In function 'set_2_str_with_v':
/afs/ipp/u/sgg/code/utils/src/string_vec.f90:11: internal compiler error: in
gfc_conv_descriptor_dtype, at fortran/trans-array.c:216
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

#Source:
!! Some of the strings ar in the Char-vector form
!! In those cases you may use size() istead of len()

module string_vec

implicit none

!private

  interface set_2_str
module procedure set_2_str_with_str,&
 set_2_str_with_v
  end interface set_2_str

contains

!- set_2_str 

! allocate a string vector and copy string in it
! 

 
  subroutine set_2_str_with_str(str_p,str)

character(len=*), intent(in) ::str  ! string in
character(1), pointer:: str_p(:)! char_vector

integer :: i

!  allocate
! -
allocate (str_p(len_trim(str)))

!  copy string to vector
!---


do i=1, size(str_p)
  str_p(i)=str(i:i)
enddo

  end subroutine set_2_str_with_str

  subroutine set_2_str_with_v(str_p,str)

character(1), intent(in) :: str(:)  ! char_vector in
character(1), pointer:: str_p(:)! char_vector out

integer :: i

!  allocate
! -
allocate (str_p(size(str)))

!  copy string to vector
!---

do i=1, size(str_p)
  str_p(i)=str(i)
enddo

  end subroutine set_2_str_with_v

end module string_vec

BUG #2
gfortran -c -O4 -v ./pvm_configure_gf_bug.f90
Reading specs from
/afs/ipp-garching.mpg.de/u/sgg/gfortran/irun/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --enable-languages=c,f95
--prefix=/usr/work/2004309/irun
Thread model: posix
gcc version 4.0.0 20041104 (experimental)

/afs/ipp-garching.mpg.de/u/sgg/gfortran/irun/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/f951
./pvm_configure_gf_bug.f90 -quiet -dumpbase pvm_configure_gf_bug.f90
-mtune=pentiumpro -auxbase pvm_configure_gf_bug -O4 -version -o /tmp/ccWLu7WX.s
GNU F95 version 4.0.0 20041104 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20041020 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
./pvm_configure_gf_bug.f90: In function 'pvm_next_cpu':
./pvm_configure_gf_bug.f90:37: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
module pvm_configure
implicit none
integer, parameter :: PVM_STRING=12
private
  type :: pvm_conf
integer   :: nhosts=0 !! anzahl der Hosts
type (arch_type),pointer  :: arch(:)
  end type pvm_conf

  type arch_type
character(len=PVM_STRING) :: host_name=''   !! ASCII TCP/IP-NAME
  endtype arch_type

  type(pvm_conf), save   :: config

  public  pvm_next_cpu

contains
!--- pvm_next_cpu --

  subroutine pvm_next_cpu (host_id)

integer, intent (out) :: host_id

integer :: priority
integer :: i

host_id=0
priority = 0
config%nhosts=1
allocate(config%arch(config%nhosts))
  end subroutine pvm_next_cpu
end module pvm_configure


Hopping you have all informations you need

Best regards

Silvio Gori

-- 
   Summary: internal compiler error: in gfc_conv_descriptor_dtype,
at fortran/trans-array.c:216
   Product: gcc
   Version: 3.0.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu do

[Bug c++/18369] [4.0 regression] Segfault on braced new

[reichelt at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||monitored
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 10:44:03
   date||
   Target Milestone|--- |4.0.0


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

[Bug c++/18369] [4.0 regression] Segfault on braced new

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
12:33 ---
: Search converges between 2004-06-22-trunk (#470) and 2004-06-24-trunk (#471).

-- 


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

[Bug c++/18370] cp_parser_initializer_list uninit variable problems

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
12:37 ---
Hmm, we always set it:
static tree
cp_parser_initializer_list (cp_parser* parser, bool* non_constant_p)
{ 
  tree initializers = NULL_TREE;
  
  /* Assume all of the expressions are constant.  */
  *non_constant_p = false;

Must be a different variable/line which you quoted that is giving the problem.

-- 


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

[Bug target/18371] array subscript out of range

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
12:40 ---
Confirmed, if I have time I will apply the obvious patch to fix this.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|bootstrap   |target
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 12:40:42
   date||
Summary|array subscript out of range|array subscript out of range
   Target Milestone|--- |3.4.4


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

[Bug fortran/18372] internal compiler error: in gfc_conv_descriptor_dtype, at fortran/trans-array.c:216

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Version|3.0.3   |4.0.0


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

[Bug fortran/18372] internal compiler error: in gfc_conv_descriptor_dtype, at fortran/trans-array.c:216

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-08 
13:18 ---
The first problem can be reduced to


subroutine FOO(P)
character, pointer :: P(:)
allocate (P(1))
end subroutine


which is a duplicate of PR17202.


-- 


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

[Bug fortran/18372] internal compiler error: in gfc_conv_descriptor_dtype, at fortran/trans-array.c:216

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-08 
13:30 ---
The second bug is a duplicate of PR 17584.

Please open seperate bug reports for each bug next time.
This makes it easier to keep track of the bugs.


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/17584] gfortran: ICE with segfault on valid code w/ allocate within derived type

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-08 
13:30 ---
*** Bug 18372 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||sgg at ipp dot mpg dot de


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

[Bug c++/18369] [4.0 regression] Segfault on braced new

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
13:46 ---
Almost certained it is caused by:
2004-06-21  Mark Mitchell  <[EMAIL PROTECTED]>

* cp-tree.def (NEW_EXPR): Add a fourth slot.
* cp-tree.h (PARMLIST_ELLIPSIS_P): Remove.
(TREE_PARMLIST): Likewise.
(CALL_DECLARATOR_PARMS): Likewise.
(CALL_DECLARATOR_QUALS): Likewise.
(CALL_DECLARATOR_EXCEPTION_SPEC): Likewise.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org, mark at codesourcery
   ||dot com
  Known to fail||4.0.0
  Known to work||3.4.3


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

[Bug tree-optimization/18318] [4.0 Regression] ICE: error: Multiple inline callers

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
13:49 ---
Almost certain it was caused by:
2004-06-30  Richard Henderson  <[EMAIL PROTECTED]>

* init.c (build_new_1): Fill in TYPE_DOMAIN, TYPE_SIZE and
TYPE_SIZE_UNIT of full_type.

-- 
   What|Removed |Added

 CC||rth at gcc dot gnu dot org


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

[Bug tree-optimization/18373] New: VRP Value Range Propagation

[nathan at gcc dot gnu dot org]

This is a catch-all report documenting that we need a proper VRP pass.
Specific PRs can be made dependent on this one, so they can be revisited
once VRP goes in.

-- 
   Summary: VRP Value Range Propagation
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nathan at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
13:53 ---
: Search converges between 2003-07-29-trunk (#308) and 2003-07-30-trunk (#309).


-- 


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

[Bug tree-optimization/18373] [meta-bug] VRP Value Range Propagation

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||meta-bug, missed-
   ||optimization
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 13:54:09
   date||
Summary|VRP Value Range Propagation |[meta-bug] VRP Value Range
   ||Propagation


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

[Bug tree-optimization/18374] New: Argument and return value marshalling at tree level

[nathan at gcc dot gnu dot org]

This is a catch-all report to mention that we should really be doing ABI
mandated argument and return value marshalling at the tree level. These
operations can involve sign/zero extension (at the very least) and should be
exposed to the tree optimizers.

-- 
   Summary: Argument and return value marshalling at tree level
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nathan at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/18374] Argument and return value marshalling at tree level

[nathan at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||16797
  nThis||


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

[Bug tree-optimization/18374] Argument and return value marshalling at tree level

[nathan at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||16802
  nThis||


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

[Bug tree-optimization/18374] [meta-bug] Argument and return value marshalling at tree level

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |enhancement
   Keywords||meta-bug, missed-
   ||optimization
Summary|Argument and return value   |[meta-bug] Argument and
   |marshalling at tree level   |return value marshalling at
   ||tree level


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

[Bug tree-optimization/16797] Opportunity to remove unnecessary load instructions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
14:07 ---
What really should happening is that we do a combine after we copy the BB for 
returning (this will help 
more than just this case).

-- 


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

[Bug ada/18302] ACATS test c94002f hangs on Solaris 10/x86

[ro at techfak dot uni-bielefeld dot de]

--- Additional Comments From ro at techfak dot uni-bielefeld dot de  
2004-11-08 14:07 ---
Subject: Re:  ACATS test c94002f hangs on Solaris 10/x86

Rerunning the bootstrap on 20041105 with s10_70 (i.e. the first build
supporting AMD64, but still running in 32-bit mode for the moment), the
same problems also affects c94002g, c953002, and c954022.

Rainer


-- 


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

[Bug middle-end/16802] PowerPC - Unnecessary extsw

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
14:09 ---
This is a bug in expand, there is no reason why the ABI issue be fixed up in 
expand where we know 
about the ABI.

-- 
   What|Removed |Added

  Component|rtl-optimization|middle-end


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

[Bug rtl-optimization/18224] [4.0 Regression] Bootstrap failure on Solaris 10/SPARC: ICE in reload_cse_simplify_operands, at postreload.c:391

[ro at techfak dot uni-bielefeld dot de]

--- Additional Comments From ro at techfak dot uni-bielefeld dot de  
2004-11-08 14:14 ---
Subject: Re:  [4.0 Regression] Bootstrap failure on Solaris 10/SPARC: ICE in 
reload_cse_simplify_operands, at postreload.c:391

ebotcazou at gcc dot gnu dot org writes:

> Rainer, any news on this?

I've used the following patch to successfully bootstrap on
sparc-sun-solaris2.10 with Sun Studio 8 cc:

Fri Oct 29 19:44:19 2004  Rainer Orth  <[EMAIL PROTECTED]>

PR rtl-optimization/18224
* Makefile.in (BUILD_SUPPORT): Add bitmap.o, vec.o.
(genobjnames): Likewise.
(build/bitmap.o, build/vec.o): New targets.
* ggc-none.c (ggc_free): Define.

Index: gcc/Makefile.in
===
RCS file: /cvs/gcc/gcc/gcc/Makefile.in,v
retrieving revision 1.1418
diff -u -p -r1.1418 Makefile.in
--- gcc/Makefile.in 5 Nov 2004 04:49:05 -   1.1418
+++ gcc/Makefile.in 5 Nov 2004 17:55:46 -
@@ -776,7 +778,8 @@ BUILD_LIBS = $(BUILD_LIBIBERTY)
 
 BUILD_RTL = build/rtl.o build/read-rtl.o build/ggc-none.o \
build/min-insn-modes.o
-BUILD_SUPPORT = build/gensupport.o build/insn-conditions.o
+BUILD_SUPPORT = build/gensupport.o build/insn-conditions.o build/bitmap.o \
+   build/vec.o
 BUILD_EARLY_SUPPORT = build/gensupport.o build/dummy-conditions.o
 
 BUILD_PRINT = build/print-rtl.o
@@ -2498,7 +2501,7 @@ genobjnames=$(genprognames:%=%.o) read-r
genconstants.o gen-protos.o scan.o fix-header.o scan-decls.o \
gencheck.o dummy-conditions.o genconditions.o errors.o ggc-none.o \
min-insn-modes.o rtl.o print-rtl.o varray.o gcov-iov.o \
-   insn-conditions.o gengtype-lex.o gengtype-yacc.o
+   insn-conditions.o gengtype-lex.o gengtype-yacc.o bitmap.o vec.o
 
 genobjs=$(genobjnames:%=build/%)
 
@@ -2626,6 +2629,9 @@ build/genconditions$(build_exeext) : bui
 build/genconditions.o : genconditions.c $(RTL_BASE_H) $(BCONFIG_H) \
   $(SYSTEM_H) coretypes.h $(GTM_H) errors.h
 
+build/bitmap.o : bitmap.c $(BCONFIG_H) $(SYSTEM_H)  coretypes.h $(GTM_H) \
+  $(RTL_H) $(FLAGS_H) $(BASIC_BLOCK_H) $(REGS_H) $(GGC_H)
+build/bitmap.o: 
 build/errors.o : errors.c $(BCONFIG_H) $(SYSTEM_H) errors.h
 build/ggc-none.o : ggc-none.c $(BCONFIG_H) $(SYSTEM_H) coretypes.h $(GGC_H)
 build/min-insn-modes.o : min-insn-modes.c $(BCONFIG_H) system.h $(MACHMODE_H)
@@ -2635,6 +2641,8 @@ build/print-rtl.o: print-rtl.c $(BCONFIG
   $(RTL_BASE_H)
 build/varray.o: varray.c $(BCONFIG_H) coretypes.h $(GTM_H) $(SYSTEM_H) \
   varray.h $(RTL_BASE_H) $(GGC_H) $(TREE_H) bitmap.h errors.h
+build/vec.o : vec.c $(BCONFIG_H) $(SYSTEM_H) $(TREE_H) coretypes.h vec.h \
+  $(GGC_H) errors.h
 
 #
 # Remake internationalization support.
Index: gcc/ggc-none.c
===
RCS file: /cvs/gcc/gcc/gcc/ggc-none.c,v
retrieving revision 1.20
diff -u -p -r1.20 ggc-none.c
--- gcc/ggc-none.c  11 Sep 2004 19:03:23 -  1.20
+++ gcc/ggc-none.c  5 Nov 2004 17:55:54 -
@@ -67,3 +67,9 @@ ggc_realloc_stat (void *x, size_t size M
 {
   return xrealloc (x, size);
 }
+
+void
+ggc_free (void *p)
+{
+  free (p);
+}


-- 


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

[Bug tree-optimization/16797] Opportunity to remove unnecessary load instructions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
14:15 ---
Here is a PPC32 example:
short b,d;

short logic_func1() {
  if (d< b) return b; else return d;
}

We get:
lis r2,ha16(_b)
lis r9,ha16(_d)
lha r0,lo16(_b)(r2)
lha r2,lo16(_d)(r9)
cmpw cr7,r2,r0
blt- cr7,L4
mr r0,r2
L4:
mr r3,r0  <-- extra
blr


-- 


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

[Bug fortran/18375] New: ICE when compiling spec benchmark fma3d

[lei at il dot ibm dot com]

% gfortran --version
GNU Fortran 95 (GCC 4.0.0 20041031 (experimental))

[later versions fail too]

% gfortran -c fma1.f90 
*** malloc[29746]: Deallocation of a pointer not malloced: 0x42532c00; This
could be a double free(), or free() called with the middle of an all
ocated block; Try setting environment variable MallocHelp to see tools to help 
debug

[many more identical messages skipped]

fma1.f90: In function 'allocate_storage':
fma1.f90:1844: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE when compiling spec benchmark fma3d
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lei at il dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin
  GCC host triplet: powerpc-apple-darwin
GCC target triplet: powerpc-apple-darwin


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

[Bug fortran/18375] ICE when compiling spec benchmark fma3d

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
14:21 ---
I see the same problem with the testcase: gfortran.dg/der_array_1.f90.

*** malloc[11328]: Deallocation of a pointer not malloced: 0x421088c0; This 
could be a double free(), 
or free() called with the middle of an allocated block; Try setting environment 
variable MallocHelp to see 
tools to help debug
*** malloc[11328]: Deallocation of a pointer not malloced: 0x42108b40; This 
could be a double free(), 
or free() called with the middle of an allocated block; Try setting environment 
variable MallocHelp to see 
tools to help debug
*** malloc[11328]: Deallocation of a pointer not malloced: 0x421088c0; This 
could be a double free(), 
or free() called with the middle of an allocated block; Try setting environment 
variable MallocHelp to see 
tools to help debug
 In file 
/Users/pinskia/src/local/gcc/gcc/testsuite/gfortran.dg/der_array_1.f90:32:  
Internal Error at (1):
 free_expr0(): Bad expr type

I tried to figure out where the problem was but I could not.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 14:21:42
   date||


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

[Bug rtl-optimization/18224] [4.0 Regression] Bootstrap failure on Solaris 10/SPARC: ICE in reload_cse_simplify_operands, at postreload.c:391

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-08 
14:34 ---
> I've used the following patch to successfully bootstrap on
> sparc-sun-solaris2.10 with Sun Studio 8 cc:
> 
> Fri Oct 29 19:44:19 2004  Rainer Orth  <[EMAIL PROTECTED]>
> 
>   PR rtl-optimization/18224
>   * Makefile.in (BUILD_SUPPORT): Add bitmap.o, vec.o.
>   (genobjnames): Likewise.
>   (build/bitmap.o, build/vec.o): New targets.
>   * ggc-none.c (ggc_free): Define.

Great!  But it's the wrong PR.  PR rtl-optimization/18224 is an ICE during
postreload.  The bootstrap pb with Sun CC is PR bootstrap/18058.


-- 


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

[Bug rtl-optimization/18224] [4.0 Regression] Bootstrap failure on Solaris 10/SPARC: ICE in reload_cse_simplify_operands, at postreload.c:391

[ro at techfak dot uni-bielefeld dot de]

--- Additional Comments From ro at techfak dot uni-bielefeld dot de  
2004-11-08 14:39 ---
Subject: Re:  [4.0 Regression] Bootstrap failure on Solaris 10/SPARC: ICE in 
reload_cse_simplify_operands, at postreload.c:391

ebotcazou at gcc dot gnu dot org writes:

> Great!  But it's the wrong PR.  PR rtl-optimization/18224 is an ICE during
> postreload.  The bootstrap pb with Sun CC is PR bootstrap/18058.

Drat; too many bugs at once :-)

I could successfully bootstrap mainline on sparc-sun-solaris2.10 with gcc
on 20041029, so the problem seems to be either gone or masked.

I haven't tried a full bootstrap since, but I suppose the PR can be closed.

Rainer


-- 


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

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
14:48 ---
(stupid thing was failing for a while before 3.4):

: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
And we have been failing on the tree-ssa for a long time (since at least 
2003-05-30).

-- 


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

[Bug fortran/18218] Miscompare in sixtrack benchmark caused by loss of precision

[lei at il dot ibm dot com]

--- Additional Comments From lei at il dot ibm dot com  2004-11-08 14:52 
---
(In reply to comment #0)
> I could reproduce this problem only on power4 hardware,
> running SUSE linux.

Reproduced on powerpc-apple-darwin, with mainline snapshot 2004-10-31.

-- 


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

[Bug fortran/18218] Miscompare in sixtrack benchmark caused by loss of precision

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|powerpc64-unknown-linux-gnu |
   GCC host triplet|powerpc64-unknown-linux-gnu |
 GCC target triplet|powerpc64-unknown-linux-gnu |powerpc*-*-*
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 14:54:16
   date||


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

[Bug java/18376] New: java.io.BufferedWriter outputing extraneous characters?

[wayne dot gray at coynetextileservices dot com]

Version:  gcj 3.4.0 20040316 on Windows 2000 (mingw)

The below copy file function works in Sun's 1.4.1_01 JVM but with GCJ the output
has tons of whitespace added.

I have a complete test set up but am unsure how to attach files to this report.
 If you need more info then please give me instructions on how to get them to
you. Thanks.

package TestGcj;
import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.io.File;
import java.io.FileNotFoundException;
import java.io.FileReader;
import java.io.FileWriter;
import java.io.IOException;


public class IoTest {

/**
 * 
 */
public IoTest() {
super();
// TODO Auto-generated constructor stub
}

public static void main(String[] args){
try 
{
copyFile2(args[0], args[1]);
} catch (Exception e){
e.printStackTrace();
}
}

public static void copyFile2(String src, String dest) throws 
IOException{
String newLine = System.getProperty("line.separator"); 
FileWriter fw = null; 
FileReader fr = null; 
BufferedReader br = null; 
BufferedWriter bw = null; 
File source = null; 

 
try { 
fr = new FileReader(src); 
fw = new FileWriter(dest); 
br = new BufferedReader(fr); 
bw = new BufferedWriter(fw); 

/* Determine the size of the buffer to allocate */ 
source = new File(src); 

int fileLength = (int) source.length(); 

char charBuff[] = new char[fileLength]; 

while (br.read(charBuff,0,fileLength) != -1) 
bw.write(charBuff,0,fileLength); 
  } 
catch(FileNotFoundException fnfe){ 
System.out.println(src + " does not exist!");
return;
} 
catch(IOException ioe) { 
System.out.println("Error reading/writing files!");
return;
} 
finally { 
try { 
if (br != null) 
br.close(); 

if (bw != null) 
bw.close(); 
} 
catch(IOException ioe) 
{} 
} 
}

}

Build Output:

Buildfile: build.xml

build:
[mkdir] Created dir: C:\TEMP\jtracetest\TestGcj\out
 [copy] Copied 1 empty directory to 1 empty directory under
C:\TEMP\jtracetest\TestGcj\out
[apply] Reading specs from 
C:/gcc-3.4/bin/../lib/gcc/i686-pc-mingw32/3.4.0/specs
[apply] Reading specs from
C:/gcc-3.4/bin/../lib/gcc/i686-pc-mingw32/3.4.0/../../../../i686-pc-mingw32/lib/libgcj.spec
[apply] rename spec lib to liborig
[apply] Configured with: /datal/gcc/gcc/configure
--prefix=/datal/gcc/build/wingcc --build=i686-pc-linux-gnu
--host=i686-pc-mingw32 --target=i686-pc-mingw32 --enable-languages=c,c++,java
--with-gcc --with-gnu-as --with-gnu-ld --with-as=i686-pc-mingw32-as
--with-ld=i686-pc-mingw32-ld --enable-threads=win32 --disable-nls
--disable-win32-registry --disable-shared --disable-debug --without-newlib
--enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm
--disable-libgcj-debug --enable-interpreter --enable-hash-synchronization
--enable-sjlj-exceptions --enable-libgcj-multifile 
--enable-libgcj-mingw-osapi=ansi
[apply] Thread model: win32
[apply] gcc version 3.4.0 20040316 (prerelease)
[apply]  C:/gcc-3.4/bin/../libexec/gcc/i686-pc-mingw32/3.4.0/jc1.exe
C:\TEMP\jtracetest\TestGcj\src\TestGcj\IoTest.java -fhash-synchronization
-fuse-divide-subroutine -fcheck-references -fuse-boehm-gc -fnon-call-exceptions
-fkeep-inline-functions -quiet -dumpbase IoTest.java -mtune=pentiumpro
-auxbase-strip C:\TEMP\jtracetest\TestGcj\out\TestGcj\IoTest.o -g -O -Wall
-version -fCLASSPATH=C:\TEMP\jtracetest\TestGcj/src/ -o
C:\DOCUME~1\WGGRAY\LOCALS~1\Temp/ccCw.s
[apply] GNU Java version 3.4.0 20040316 (prerelease) (i686-pc-mingw32)
[apply] compiled by GNU C version 3.4.0 20040316 (prerelease).
[apply] GGC heuristics: --param ggc-min-expand=64 --param 
ggc-min-heapsize=65279
[apply] Class path starts here:
[apply] C:\TEMP\jtracetest\TestGcj/src/
[apply] C:\gcc-3.4\bin/../lib/gcc/../../share/java/libgcj-3.4.0.jar/
(system) (zip)
[apply] 
C:/gcc-3.4/bin/../lib/gcc/i686-pc-mingw32/3.4.0/../../../../i686-pc-mingw32/bin/as.exe
-o C:\TEMP\jtracetest\TestGcj\out\TestGcj\IoTest.o
C:\DOCUME~1\WGGRAY\LOCALS~1\Temp/ccCw.s



link:



BUILD SUCCESSFUL
Total time: 2 seconds

-- 
   Summary:  java.io.BufferedWriter

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|java|libgcj
Summary| java.io.BufferedWriter |java.io.BufferedWriter
   |outputing  extraneous   |outputing  extraneous
   |characters? |characters?


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

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

[wayne dot gray at coynetextileservices dot com]

--- Additional Comments From wayne dot gray at coynetextileservices dot com 
 2004-11-08 15:02 ---
Created an attachment (id=7492)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7492&action=view)
Java class, build script, and example output in demo directory

This is a demo of the function.  In the demo directory file buildlog.txt is the
source file and file buildlogcopy.txt is the resulting file.

-- 


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

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
15:06 ---
Note expand used to do this for us:
/* If the constructor has fewer fields than the structure or
   if we are initializing the structure to mostly zeros, clear
   the whole structure first.  Don't do this if TARGET is a
   register whose mode size isn't equal to SIZE since
   clear_storage can't handle this case.  */



-- 


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

[Bug tree-optimization/18250] [4.0 regression] ICE in var_ann, at tree-flow-inline.h:34

[schwab at suse dot de]

--- Additional Comments From schwab at suse dot de  2004-11-08 15:50 ---
Invalid, a bad local change caused this. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug rtl-optimization/16194] [3.4/4.0 Regression] In case of H8/300 target, internal compiler error (ICE): asm clobber conflict with output operand

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
16:01 ---
I think this is invalid code though.  An example for PPC:
void bug(char* dst)
{
register char* _dst __asm ("r6");
__asm__ ("%0":"=g"(*_dst): :"r4","r5","r6");
}

Note you saying that you clobered r6 but pass something which is in the memory 
address in r6.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|target  |rtl-optimization
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 16:01:40
   date||


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

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[ro at techfak dot uni-bielefeld dot de]

--- Additional Comments From ro at techfak dot uni-bielefeld dot de  
2004-11-08 16:02 ---
Subject: Re:  [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

The following patch allowed me to successfully bootstrap on
sparc-sun-solaris2.10 with Sun Studio 8 cc.  I'm not completely certain the
build/*.o dependencies are correct: I've just copied the from the
corresponding non-build object files and replaced CONFIG_H by BCONFIG_H.

Fri Oct 29 19:44:19 2004  Rainer Orth  <[EMAIL PROTECTED]>

PR rtl-optimization/18224
* Makefile.in (BUILD_SUPPORT): Add bitmap.o, vec.o.
(genobjnames): Likewise.
(build/bitmap.o, build/vec.o): New targets.
* ggc-none.c (ggc_free): Define.

Index: gcc/Makefile.in
===
RCS file: /cvs/gcc/gcc/gcc/Makefile.in,v
retrieving revision 1.1418
diff -u -p -r1.1418 Makefile.in
--- gcc/Makefile.in 5 Nov 2004 04:49:05 -   1.1418
+++ gcc/Makefile.in 5 Nov 2004 17:55:46 -
@@ -776,7 +778,8 @@ BUILD_LIBS = $(BUILD_LIBIBERTY)
 
 BUILD_RTL = build/rtl.o build/read-rtl.o build/ggc-none.o \
build/min-insn-modes.o
-BUILD_SUPPORT = build/gensupport.o build/insn-conditions.o
+BUILD_SUPPORT = build/gensupport.o build/insn-conditions.o build/bitmap.o \
+   build/vec.o
 BUILD_EARLY_SUPPORT = build/gensupport.o build/dummy-conditions.o
 
 BUILD_PRINT = build/print-rtl.o
@@ -2498,7 +2501,7 @@ genobjnames=$(genprognames:%=%.o) read-r
genconstants.o gen-protos.o scan.o fix-header.o scan-decls.o \
gencheck.o dummy-conditions.o genconditions.o errors.o ggc-none.o \
min-insn-modes.o rtl.o print-rtl.o varray.o gcov-iov.o \
-   insn-conditions.o gengtype-lex.o gengtype-yacc.o
+   insn-conditions.o gengtype-lex.o gengtype-yacc.o bitmap.o vec.o
 
 genobjs=$(genobjnames:%=build/%)
 
@@ -2626,6 +2629,9 @@ build/genconditions$(build_exeext) : bui
 build/genconditions.o : genconditions.c $(RTL_BASE_H) $(BCONFIG_H) \
   $(SYSTEM_H) coretypes.h $(GTM_H) errors.h
 
+build/bitmap.o : bitmap.c $(BCONFIG_H) $(SYSTEM_H)  coretypes.h $(GTM_H) \
+  $(RTL_H) $(FLAGS_H) $(BASIC_BLOCK_H) $(REGS_H) $(GGC_H)
+build/bitmap.o: 
 build/errors.o : errors.c $(BCONFIG_H) $(SYSTEM_H) errors.h
 build/ggc-none.o : ggc-none.c $(BCONFIG_H) $(SYSTEM_H) coretypes.h $(GGC_H)
 build/min-insn-modes.o : min-insn-modes.c $(BCONFIG_H) system.h $(MACHMODE_H)
@@ -2635,6 +2641,8 @@ build/print-rtl.o: print-rtl.c $(BCONFIG
   $(RTL_BASE_H)
 build/varray.o: varray.c $(BCONFIG_H) coretypes.h $(GTM_H) $(SYSTEM_H) \
   varray.h $(RTL_BASE_H) $(GGC_H) $(TREE_H) bitmap.h errors.h
+build/vec.o : vec.c $(BCONFIG_H) $(SYSTEM_H) $(TREE_H) coretypes.h vec.h \
+  $(GGC_H) errors.h
 
 #
 # Remake internationalization support.
Index: gcc/ggc-none.c
===
RCS file: /cvs/gcc/gcc/gcc/ggc-none.c,v
retrieving revision 1.20
diff -u -p -r1.20 ggc-none.c
--- gcc/ggc-none.c  11 Sep 2004 19:03:23 -  1.20
+++ gcc/ggc-none.c  5 Nov 2004 17:55:54 -
@@ -67,3 +67,9 @@ ggc_realloc_stat (void *x, size_t size M
 {
   return xrealloc (x, size);
 }
+
+void
+ggc_free (void *p)
+{
+  free (p);
+}


-- 


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

[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598

[bojan at antonovic dot com]

--- Additional Comments From bojan at antonovic dot com  2004-11-08 16:18 
---
Subject: Re:  internal compiler error: in size_binop, at fold-const.c:1598

Problems exists still with GCC 3.4.3.

for 1) like with GCJ 3.4.2

for 2) very similar

/var/tmp//ccl50gLh.s:117:FATAL:Symbol 
__ZN3com3sun5tools7javadoc20JavadocClassReader$14makeEv already defined.
/var/tmp//ccl50gLh.s:116:FATAL:Symbol 
__ZN3com3sun5tools7javadoc14JavadocEnter$14makeEv already defined.
/var/tmp//ccl50gLh.s:116:FATAL:Symbol 
__ZN3com3sun5tools7javadoc20JavadocMemberEnter$14makeEv already defined.
/var/tmp//ccl50gLh.s:116:FATAL:Symbol 
__ZN3com3sun5tools7javadoc13JavadocTodo$14makeEv already defined.
/var/tmp//ccl50gLh.s:147:FATAL:Symbol 
__ZN3com3sun5tools7javadoc10Messager$14makeEv already defined.
/var/tmp//ccl50gLh.s:213:FATAL:Symbol 
__ZN3com3sun5tools7javadoc10Messager$24makeEv already defined.
com/sun/tools/javadoc/Start.java: In class `com.sun.tools.javadoc.Start':
com/sun/tools/javadoc/Start.java: In method 
`com.sun.tools.javadoc.Start.parseAndExecute(java.lang.String[])':
com/sun/tools/javadoc/Start.java:195: internal compiler error: in 
size_binop, at fold-const.c:1598
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

Bojan



-- 


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

[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error

[bojan at antonovic dot com]

--- Additional Comments From bojan at antonovic dot com  2004-11-08 16:29 
---
Subject: Re:  nativ compilation with multiple jars fails /
 gives internal compiler error

Problems exists still with GCJ 3.4.3.

Bojan



-- 


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

[Bug java/18377] New: BC: Source compiler doesn't generate type assertions

[mckinlay at redhat dot com]

GCJ now generate type assertions when compiling from bytecode, but not when
compiling from source code. 

The source front-end needs to be updated to call add_type_assertion() when
implicit type conversions occur.

-- 
   Summary: BC: Source compiler doesn't generate type assertions
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug java/18377] BC: Source compiler doesn't generate type assertions

[mckinlay at redhat dot com]

-- 
   What|Removed |Added

OtherBugsDependingO||12725
  nThis||


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

[Bug java/18377] BC: Source compiler doesn't generate type assertions

[mckinlay at redhat dot com]

-- 
   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug c++/18378] New: ICE when returning a copy of a packed member

[jdboyer at mediatrix dot com]

Defining a class method which returns a copy of one of its members, and this 
member is declared "packed", and this member is from another class type, causes 
an internal compiler error when this method is called.

The bug was verified on both gcc 3.4.2 and 3.4.3, on i686-linux and powerpc-
linux.

The following simple program will crash g++ when compiled with -DSHOW_ICE.

---

class A
{
public:
int i;

A() {}
A(const A& a) { i = a.i; }
};

class B
{
#ifdef SHOW_ICE
A a __attribute__((packed));
#else
A a;
#endif

public:
B() {}
A GetA() { return a; }
};

int main()
{
B b;
return b.GetA().i;
}

---

Jean-Denis Boyer,
Mediatrix Telecom Inc.

-- 
   Summary: ICE when returning a copy of a packed member
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jdboyer at mediatrix dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug rtl-optimization/18224] [4.0 Regression] Bootstrap failure on Solaris 10/SPARC: ICE in reload_cse_simplify_operands, at postreload.c:391

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-11-08 
17:30 ---
Not reproducible anymore.


-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug fortran/18379] New: gfortran : array assignation gives internal compiler error

[mimo2 at free dot fr]

while the code
  PROGRAM TEST
  IMPLICIT NONE
  INTEGER :: I(3)
  REAL(8) :: XTEST(5)
  I = (/ 1, 3, 5 /)
  XTEST(I) = 5.
  WRITE(*,*) XTEST
  END
 works, the slightly modified one
  PROGRAM TEST
  IMPLICIT NONE
  REAL(8) :: XTEST(5)
  XTEST((/ 1, 3, 5 /)) = 5.
  WRITE(*,*) XTEST
  END
 gives the error test.f:4: internal compiler error: in gfc_conv_ss_descriptor,
at fortran/trans-array.c:1264

-- 
   Summary: gfortran : array assignation gives internal compiler
error
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mimo2 at free dot fr
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/18370] cp_parser_initializer_list uninit variable problems

[dcb314 at hotmail dot com]

--- Additional Comments From dcb314 at hotmail dot com  2004-11-08 17:41 
---
>Must be a different variable/line which you quoted that is giving the problem.

You might be correct, but valgrind always reports accurate line numbers.

The bug still seems to be file parser.c, line 11646.

Might be worth another look.

-- 


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

[Bug libstdc++/18185] [3.4 only] Unhandled exceptions leak

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-08 
17:41 ---
Subject: Bug 18185

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-11-08 17:41:20

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/libsupc++: eh_globals.cc 
Added files:
libstdc++-v3/testsuite/thread: 18185.cc 

Log message:
2004-11-08  Momchil Velikov  <[EMAIL PROTECTED]>

PR libstdc++/18185
* libsupc++/eh_globals.cc (get_globals_dtor): Delete unhandled
exceptions.
* testsuite/thread/18185.cc: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.195&r2=1.2224.2.196
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/libsupc++/eh_globals.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.4.16.1&r2=1.4.16.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/thread/18185.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1



-- 


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

[Bug target/18380] New: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7

[hjl at lucon dot org]

_Unwind_FindTableEntry was exported by accident.

-- 
   Summary: _Unwind_FindTableEntry shouldn't be exported from
libunwind.so.7
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: ia64-unknown-linux-gnu
  GCC host triplet: ia64-unknown-linux-gnu
GCC target triplet: ia64-unknown-linux-gnu


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

[Bug target/18380] [3.4 regression]: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7

[hjl at lucon dot org]

-- 
   What|Removed |Added

Summary|_Unwind_FindTableEntry  |[3.4 regression]:
   |shouldn't be exported from  |_Unwind_FindTableEntry
   |libunwind.so.7  |shouldn't be exported from
   ||libunwind.so.7


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

[Bug libstdc++/17922] [3.3/3.4 regression] Spurious warnings about std::ios_base::seekdir

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-08 
18:02 ---
Subject: Bug 17922

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-11-08 18:02:04

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/config/io: c_io_stdio.h 
libstdc++-v3/include/bits: ios_base.h 
libstdc++-v3/src: ios.cc 
libstdc++-v3/testsuite: testsuite_hooks.h 
libstdc++-v3/testsuite/27_io/ios_base/cons: assign_neg.cc 
copy_neg.cc 
Added files:
libstdc++-v3/testsuite/27_io/ios_base/types/fmtflags: 
  
bitmask_operators.cc 
  case_label.cc 
libstdc++-v3/testsuite/27_io/ios_base/types/iostate: 
 
bitmask_operators.cc 
 case_label.cc 
libstdc++-v3/testsuite/27_io/ios_base/types/openmode: 
  
bitmask_operators.cc 
  case_label.cc 
libstdc++-v3/testsuite/27_io/ios_base/types/seekdir: 
 case_label.cc 

Log message:
2004-11-08  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/17922
* include/bits/ios_base.h : Add enum values.
* testsuite/testsuite_hooks.h (bitmask_operators): Add function.
* testsuite/27_io/ios_base/types/fmtflags/bitmask_operators.cc: New.
* testsuite/27_io/ios_base/types/fmtflags/case_label.cc: New.
* testsuite/27_io/ios_base/types/iostate/bitmask_operators.cc: New.
* testsuite/27_io/ios_base/types/iostate/case_label.cc: New.
* testsuite/27_io/ios_base/types/openmode/bitmask_operators.cc: New.
* testsuite/27_io/ios_base/types/openmode/case_label.cc: New.
* testsuite/27_io/ios_base/types/seekdir/case_label.cc: New.

* config/io/c_io_stdio.h (__ios_flags): Mark deprecated.
* src/ios.cc: Same.

* testsuite/27_io/ios_base/cons/assign_neg.cc: Adjust line numbers.
* testsuite/27_io/ios_base/cons/copy_neg.cc: Same.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.196&r2=1.2224.2.197
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/io/c_io_stdio.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.7&r2=1.7.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/ios_base.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.37.4.2&r2=1.37.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/ios.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.52.4.4&r2=1.52.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/testsuite_hooks.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.25.4.4&r2=1.25.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/cons/assign_neg.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.8.4.1&r2=1.8.4.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/cons/copy_neg.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.8.4.1&r2=1.8.4.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/types/fmtflags/bitmask_operators.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/types/fmtflags/case_label.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/types/iostate/bitmask_operators.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/types/iostate/case_label.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/types/openmode/bitmask_operators.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/types/openmode/case_label.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/types/seekdir/case_label.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1



-- 


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

[Bug java/16843] gcjh generated headers don't define final constants

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-08 
18:03 ---
Subject: Bug 16843

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-08 18:03:02

Modified files:
gcc/java   : ChangeLog gjavah.c 

Log message:
PR java/16843:
* gjavah.c (HANDLE_END_FIELD): Call print_field_info when
generating a JNI header.
(print_field_info): Handle JNI headers.
(jni_print_float): Likewise.
(jni_print_double): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1494&r2=1.1495
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/gjavah.c.diff?cvsroot=gcc&r1=1.120&r2=1.121



-- 


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

[Bug c++/18378] [3.4/4.0 Regression] ICE when returning a copy of a packed member

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:04 ---
: Search converges between 2003-10-14-trunk (#376) and 2003-10-15-trunk (#377).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 18:04:35
   date||
Summary|ICE when returning a copy of|[3.4/4.0 Regression] ICE
   |a packed member |when returning a copy of a
   ||packed member
   Target Milestone|--- |3.4.4


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

[Bug libstdc++/18185] [3.4 only] Unhandled exceptions leak

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:04 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/17922] [3.3/3.4 regression] Spurious warnings about std::ios_base::seekdir

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:05 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug java/18377] BC: Source compiler doesn't generate type assertions

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 18:07:29
   date||


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

[Bug target/18380] [3.4 regression]: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:09 ---
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00614.html

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 18:09:12
   date||
   Target Milestone|--- |3.4.4


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

[Bug fortran/18379] gfortran : array assignation gives internal compiler error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:11 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/12366] array assignment fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:11 ---
*** Bug 18379 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||mimo2 at free dot fr


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

[Bug c++/18378] [3.4/4.0 Regression] ICE when returning a copy of a packed member

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:14 ---
Related to PR 13744.

-- 
   What|Removed |Added

  BugsThisDependsOn||13744
  Known to fail||3.4.0
  Known to work||3.3.3


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

[Bug c++/18370] [3.4/4.0 Regression] cp_parser_initializer_list uninit variable problems

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:23 ---
Confirmed, I was looking at the wrong variable.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid, rejects-
   ||valid
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 18:23:40
   date||
Summary|cp_parser_initializer_list  |[3.4/4.0 Regression]
   |uninit variable problems|cp_parser_initializer_list
   ||uninit variable problems
   Target Milestone|--- |3.4.4


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

[Bug rtl-optimization/16194] [3.3/3.4/4.0 Regression] In case of H8/300 target, internal compiler error (ICE): asm clobber conflict with output operand

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:26 ---
And here is the x86 example:
void bug(char* dst)
{
register char* _dst __asm ("eax");
__asm__ ("%0":"=g"(*_dst): :"eax");
}

: Search converges between 2002-09-22-trunk (#90) and 2002-09-29-trunk (#91).

-- 
   What|Removed |Added

  Known to fail||3.3.5 3.4.3 4.0.0
  Known to work||3.2.3
Summary|[3.4/4.0 Regression] In case|[3.3/3.4/4.0 Regression] In
   |of H8/300 target, internal  |case of H8/300 target,
   |compiler error (ICE): asm   |internal compiler error
   |clobber conflict with output|(ICE): asm clobber conflict
   |operand |with output operand


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

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:34 ---
Confirmed on the mainline, I don't know what is going on but we are writting 
out zeros.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 18:34:31
   date||


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

[Bug c++/18318] [4.0 Regression] ICE: error: Multiple inline callers

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
18:39 ---
This is C++ front-end.  Without a template we get a SAVE_EXPR:
  D.1586 = (struct B[SAVE_EXPR  - 1] *) D.1591;
But with we don't.

-- 
   What|Removed |Added

  Component|tree-optimization   |c++


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

strange error

[MM]

When I try to compile this code (witch has one ')' missing)
I get a strange error... Is it a bug?
I use gcc (GCC) 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)
29: for(i=1; i
cbarre.c: In function `argomenti':
cbarre.c:29: warning: too many arguments for format
cbarre.c:30: parse error before "if"
cbarre.c:30: `__s1_len' undeclared (first use in this function)
cbarre.c:30: (Each undeclared identifier is reported only once
cbarre.c:30: for each function it appears in.)
cbarre.c:30: `__s2_len' undeclared (first use in this function)
cbarre.c:30: warning: left-hand operand of comma expression has no effect
cbarre.c:30: warning: left-hand operand of comma expression has no effect
cbarre.c:30: warning: left-hand operand of comma expression has no effect
cbarre.c:30: warning: left-hand operand of comma expression has no effect
cbarre.c: At top level:
cbarre.c:30: parse error before ')' token
cbarre.c:32: parse error before '[' token
cbarre.c:32: warning: type defaults to `int' in declaration of `__result'
cbarre.c:32: ISO C forbids data definition with no type or storage class
cbarre.c:32: parse error before '}' token
cbarre.c:32: conflicting declarations of `__result'
cbarre.c:32: `__result' previously declared here
cbarre.c:32: warning: `__result' was declared `extern' and later `static'
cbarre.c:32: `vsArg' undeclared here (not in a function)
cbarre.c:32: `i' undeclared here (not in a function)
cbarre.c:32: `__s2' undeclared here (not in a function)
cbarre.c:32: parse error before "if"
cbarre.c:32: warning: type defaults to `int' in declaration of `__result'
cbarre.c:32: conflicting declarations of `__result'
cbarre.c:32: `__result' previously defined here
cbarre.c:32: ISO C forbids data definition with no type or storage class
cbarre.c:32: parse error before '}' token
cbarre.c:32: warning: type defaults to `int' in declaration of `__result'
cbarre.c:32: ISO C forbids data definition with no type or storage class
cbarre.c:32: parse error before '}' token
cbarre.c:32: conflicting declarations of `__result'
cbarre.c:32: `__result' previously declared here
cbarre.c:32: warning: `__result' was declared `extern' and later `static'
cbarre.c:32: `__s1' undeclared here (not in a function)
cbarre.c:32: parse error before "if"
cbarre.c:32: warning: type defaults to `int' in declaration of `__result'
cbarre.c:32: conflicting declarations of `__result'
cbarre.c:32: `__result' previously defined here
cbarre.c:32: ISO C forbids data definition with no type or storage class
cbarre.c:32: parse error before '}' token
cbarre.c:34: parse error before '[' token
cbarre.c:34: warning: type defaults to `int' in declaration of `__result'
cbarre.c:34: ISO C forbids data definition with no type or storage class
cbarre.c:34: parse error before '}' token
cbarre.c:34: conflicting declarations of `__result'
cbarre.c:34: `__result' previously declared here
cbarre.c:34: warning: `__result' was declared `extern' and later `static'
cbarre.c:34: `vsArg' undeclared here (not in a function)
cbarre.c:34: `i' undeclared here (not in a function)
cbarre.c:34: `__s2' undeclared here (not in a function)
cbarre.c:34: parse error before "if"
cbarre.c:34: warning: type defaults to `int' in declaration of `__result'
cbarre.c:34: conflicting declarations of `__result'
cbarre.c:34: `__result' previously defined here
cbarre.c:34: ISO C forbids data definition with no type or storage class
cbarre.c:34: parse error before '}' token
cbarre.c:34: warning: type defaults to `int' in declaration of `__result'
cbarre.c:34: ISO C forbids data definition with no type or storage class
cbarre.c:34: parse error before '}' token
cbarre.c:34: conflicting declarations of `__result'
cbarre.c:34: `__result' previously declared here
cbarre.c:34: warning: `__result' was declared `extern' and later `static'
cbarre.c:34: `__s1' undeclared here (not in a function)
cbarre.c:34: parse error before "if"
cbarre.c:34: warning: type defaults to `int' in declaration of `__result'
cbarre.c:34: conflicting declarations of `__result'
cbarre.c:34: `__result' previously defined here
cbarre.c:34: ISO C forbids data definition with no type or storage class
cbarre.c:34: parse error before '}' token
cbarre.c:36: parse error before '[' token
cbarre.c:36: warning: type defaults to `int' in declaration of `__result'
cbarre.c:36: ISO C forbids data definition with no type or storage class
cbarre.c:36: parse error before '}' token
cbarre.c:36: conflicting declarations of `__result'
cbarre.c:36: `__result' previously declared here
cbarre.c:36: warning: `__result' was declared `extern' and later `static'
cbarre.c:36: `vsArg' undeclared here (not in a function)
cbarre.c:36: `i' undeclared here (not in a function)
cbarre.c:36: `__s2' undeclared here (not in a function)
cbarre.c:36: parse error before "if"
cbarre.c:36: warning: type defaults to `int' in declaration of `__result'
cbarre.c:36: conflicting declarations of `__result'
cbarre.c:36: `__result' previously defined here
cbarre.c:36: ISO C forbids data defin

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
19:19 ---
Created an attachment (id=7493)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7493&action=view)
patch which I am testing

This patch fixes the bug in the tree-inliner but I want to make sure that we
only inline when we are in gimple and that we will only produce gimple when
inlining (I think this is true but I want to know for sure).

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug bootstrap/18381] New: Stage 1 failure in fixincludes, recent CVS

[James dot W dot Mckelvey at jpl dot nasa dot gov]

$ uname -a
CYGWIN_NT-5.1 jmckelvey-xp 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unkno
wn Cygwin


$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr --exec-prefi
x=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/s
hare/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,java,objc,
pascal --enable-nls --without-included-gettext --enable-libgcj --with-system-zli
b --enable-interpreter --enable-threads=posix --enable-java-gc=boehm --enable-sj
lj-exceptions --disable-version-specific-runtime-libs --disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)


$ alias CONFIGURECVS
alias CONFIGURECVS='/cygdrive/c/jimdata/home/cvsroot/gcc/configure --prefix=/cyg
drive/c/jimdata/home/utilities --verbose --enable-threads --with-gnu-as --wi
th-gnu-ld --disable-nls --enable-languages=c++'

$ alias BUILD
alias BUILD='nice make CFLAGS='\'''\'' BOOT_CFLAGS='\'''\'' LIBCFLAGS='\''-g -O'
\'' CXXFLAGS='\''-O'\'' LIBCXXFLAGS='\''-g -O'\'' bootstrap'


  gcc.o g++spec.o intl.o prefix.o version.o  cygwin1.o ../libcpp/libcpp.a  -lico
nv ../libiberty/libiberty.a
echo |  ./xgcc -B./ -B/cygdrive/c/jimdata/home/utilities/i686-pc-cygwin/bin/ -is
ystem /cygdrive/c/jimdata/home/utilities/i686-pc-cygwin/include -isystem /cygdri
ve/c/jimdata/home/utilities/i686-pc-cygwin/sys-include -L/cygdrive/c/jimdata/hom
e/cvsroot/gcc-obj/gcc/../ld -E -dM - | \
  sed -n 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p ; \
s/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \
  sort -u > macro_list
make[2]: *** No rule to make target `../build-i686-pc-cygwin/fixincludes/fixincl
', needed by `stmp-fixinc'.  Stop.
make[2]: Leaving directory `/cygdrive/c/jimdata/home/cvsroot/gcc-obj/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/cygdrive/c/jimdata/home/cvsroot/gcc-obj/gcc'
make: *** [bootstrap] Error 2

-- 
   Summary: Stage 1 failure in fixincludes, recent CVS
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: James dot W dot Mckelvey at jpl dot nasa dot gov
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


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

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||geoffk at gcc dot gnu dot
   ||org
   Keywords||build
Summary|Stage 1 failure in  |[4.0 Regression] Stage 1
   |fixincludes, recent CVS |failure in fixincludes,
   ||recent CVS
   Target Milestone|--- |4.0.0


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

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

[geoffk at gcc dot gnu dot org]

--- Additional Comments From geoffk at gcc dot gnu dot org  2004-11-08 
19:26 ---
Everyone else who has had this problem has not properly checked out their CVS 
tree.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
19:28 ---
No it is not cygwin is marked as not to build fixincludes at all:
  *-*-cygwin*)
target_configdirs="$target_configdirs target-libtermcap target-winsup"
noconfigdirs="$noconfigdirs target-gperf target-libgloss build-fixincludes 
${libgcj}"

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|WORKSFORME  |


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

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

[geoffk at gcc dot gnu dot org]

--- Additional Comments From geoffk at gcc dot gnu dot org  2004-11-08 
19:31 ---
Try removing 'build-fixincludes' from that line, tell me if it works.

-- 


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

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
19:47 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug libgcj/18266] SIGSEGV in GC_register_finalizer_inner ()

[Hans dot Boehm at hp dot com]

--- Additional Comments From Hans dot Boehm at hp dot com  2004-11-08 19:55 
---
I think this could be explained by the same problem.

This time the collector is in the Java-specific finalization pass which
marks objects reachable from objects that are about to be finalized,
so that the finalizer doesn't see deallocated memory.

It appears that the finalizable object it's marking from has somehow
been clobbered already, and no longer has a proper vtable entry.
Hence the collector dies trying to find the mark descriptor in the
vtable.

I can see how this might happen if we accidentally register a finalizer
on something that was already collected, which can happen if the
finalizer installed by hash synchronization is dropped.

It might be useful to find a little more of the context.  Try

p descr
p current_p
p type_descr
p GC_gc_no
p *mark_stack_top
up 1-- goto GC_finalize frame
p real_ptr
p *curr_fo
x/8wx real_ptr -4

Printing *curr_fo should indicate the finalization function and "client data"
associated with this object.  It would be useful to explore the "client data"
a bit further, so that we can understand what the finalizer is really trying to 
do.
(All Java finalizers use the same function, and use the client data field to
specify what really needs to be done.)

Assuming current_p and real_ptr are the same, and you can call functions
from gdb, try

p GC_find_header(real_ptr)

If that looks like a sane pointer, also try 

p *GC_find_header(real_ptr)
p GC_base(real_ptr)

I need to look at the WeakHashMap code, but I won't get a chance to do that
for a few days.

We could also probably track this down more systematically by
having the hash synchronization code check that the vtable pointer hasn't
changed when we reregister the client finalizer around line 757 in natObject.cc.
We would have to remember the vtable pointer in the hl structure.
This might cause this to fail far more predictably, and might at
least confirm that we're not barking up the wrong tree.


-- 


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

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
20:11 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/18299] [4.0 Regression] ICE in gimple-lower

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
20:11 ---
Fixed.
--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-08 
20:11 ---
Subject: Bug 18299

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-08 20:10:46

Modified files:
gcc: tree-inline.c ChangeLog 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture: pr18299-1.c 

Log message:
2004-11-08  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/18299
* gcc.c-torture/pr18299-1.c: New test.

2004-11-08  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/18299
* tree-inline.c (copy_body_r): Change "t = t" to empty
statement instead of "t".

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-inline.c.diff?cvsroot=gcc&r1=1.148&r2=1.149
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6225&r2=2.6226
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4559&r2=1.4560
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/pr18299-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libgcj/18266] SIGSEGV in GC_register_finalizer_inner ()

[ovidr at users dot sourceforge dot net]

--- Additional Comments From ovidr at users dot sourceforge dot net  
2004-11-08 20:27 ---
Unforunately many variables seem not to be available:
GNU gdb 6.1

(gdb) p descr
Variable "descr" is not available.
(gdb) p current_p
$1 = (word *) 0x9acf618
(gdb) p type_descr
No symbol "type_descr" in current context.
(gdb) p GC_gc_no
$2 = 768
(gdb) p *mark_stack_top
$3 = {mse_start = 0x9acf618, mse_descr = 4294967279}
(gdb) up 1
#1  0x40523b4b in GC_finalize () at /datal/gcc/gcc/boehm-gc/finalize.c:639
639 GC_MARK_FO(real_ptr, GC_normal_finalize_mark_proc);
(gdb) p real_ptr
Variable "real_ptr" is not available.
(gdb) p *curr_fo
Variable "curr_fo" is not available.
(gdb) 

-- 


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

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

[zack at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||18382


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

[Bug c/18382] New: define __pic__ and/or __PIC__ in c-cppbuiltins.c instead of scattershot in target config

[zack at gcc dot gnu dot org]

The __pic__ and __PIC__ macros are currently defined scattershot in target
configuration files, some using specs %{pic:-D...} notation and some using
builtin_define() from TARGET_*_CPP_BUILTINS.  It would be better to define
them in a consistent fashion (__pic__ only if -fpic, both if -fPIC) in
c-cppbuiltin.c.  See bug 6123 for examples of what this would help.

I'm tasking myself with this, but I'm not going to do it until 4.1.

-- 
   Summary: define __pic__ and/or __PIC__ in c-cppbuiltins.c instead
of scattershot in target config
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: c
AssignedTo: zack at gcc dot gnu dot org
ReportedBy: zack at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: *-*-*
OtherBugsDependingO 6123
 nThis:


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

[Bug c/18382] define __pic__ and/or __PIC__ in c-cppbuiltins.c instead of scattershot in target config

[zack at gcc dot gnu dot org]

--- Additional Comments From zack at gcc dot gnu dot org  2004-11-08 20:36 
---
accept, set milestone.

Just to be clear, I'm not doing this until 4.1 because global changes to target
configury would be too destabilizing right now.  We can live with scattershot
for one more release.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 20:36:12
   date||
   Target Milestone|--- |4.1.0


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

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

[zack at gcc dot gnu dot org]

--- Additional Comments From zack at gcc dot gnu dot org  2004-11-08 20:37 
---
I've filed bug 18382 for the general solution to this problem.

-- 


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

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

[kghazi at verizon dot net]

--- Additional Comments From kghazi at verizon dot net  2004-11-08 20:45 
---
Subject: Re:  __pic__/__PIC__ not defined when -fpic/-fPIC is specified

I submitted a patch to fix this back in April:

http://gcc.gnu.org/ml/gcc-patches/2004-04.argh/msg00168.html



-- 


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

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-08 
20:47 ---
Subject: Bug 17664

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-08 20:47:25

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/src: debug.cc 

Log message:
2004-11-08  Benjamin Kosnik  <[EMAIL PROTECTED]>
Doug Gregor  <[EMAIL PROTECTED]>

PR libstdc++/17664
* src/debug.cc: Just use one mutex.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2756&r2=1.2757
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/debug.cc.diff?cvsroot=gcc&r1=1.9&r2=1.10



-- 


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

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

[bkoz at gcc dot gnu dot org]

--- Additional Comments From bkoz at gcc dot gnu dot org  2004-11-08 20:50 
---
Fixed mainline, 3.4.branch

-- 


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

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

[bkoz at gcc dot gnu dot org]

--- Additional Comments From bkoz at gcc dot gnu dot org  2004-11-08 20:50 
---
Fixed

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/18383] New: [4.0 Regression] Cannot use assert in a dynamic library

[pinskia at gcc dot gnu dot org]

% cat t.c
#include 

int f1(int a)
{
  assert(a);
  return a;
}
% cat t.cc
#include 

extern "C" int f(int);

int f(int a)
{
  assert(a);
  return a;
}
% cat main.cc
extern"C" int f(int);
extern"C" int f1(int);


int main(void)
{
  f(0);
  f1(0);
}

% g++ -dynamiclib t.cc -o libt1.dylib
% gcc -dynamiclib t.c -o libt.dylib
% g++ -L. -lt -lt1 main.cc

Before my patch to use shared libgcc for dynamic library which means we are 
doing something wrong:
/usr/bin/ld: warning suggest use of -bind_at_load, as lazy binding may result 
in errors or different 
symbols being used
symbol ___eprintf used from dynamic library 
/Users/pinskia/tree-cleanup-branch/lib/gcc/powerpc-
apple-darwin7.4.1/4.1.0-tcb/../../../libstdc++.dylib(_eprintf.o) not from 
earlier dynamic library 
libt.dylib(_eprintf.o)

After (when linking the first dynamic library):
ld: Undefined symbols:
___eprintf
/usr/bin/libtool: internal link edit command failed

-- 
   Summary: [4.0 Regression] Cannot use assert in a dynamic library
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: *-darwin*


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

[Bug target/18383] [4.0 Regression] Cannot use assert in a dynamic library

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
21:06 ---
Patch here: , I have a 
new assert.h 
which corrects the problem with not outputting the function name (this was also 
broken in darwin's 
headers anyways).

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Keywords||patch
   Last reconfirmed|-00-00 00:00:00 |2004-11-08 21:06:21
   date||
   Target Milestone|--- |4.0.0


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

[Bug libstdc++/17664] [3.4 only] Crash in std::map when using _GLIBCXX_DEBUG with multithreading

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-08 
21:10 ---
Subject: Bug 17664

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-11-08 21:10:17

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/src: debug.cc 

Log message:
2004-11-08  Benjamin Kosnik  <[EMAIL PROTECTED]>
Doug Gregor  <[EMAIL PROTECTED]>

PR libstdc++/17664
* src/debug.cc : Just use one mutex.

2004-11-08  Benjamin Kosnik  <[EMAIL PROTECTED]>
Lothar Werzinger  <[EMAIL PROTECTED]>

PR libstdc++/17664
* src/debug.cc: Include concurrence, use mutexes.
(_Safe_iterator_base::_M_attach): Here.
(_Safe_iterator_base::_M_detach): Here.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.197&r2=1.2224.2.198
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/debug.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3.10.4&r2=1.3.10.5



-- 


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

[Bug target/13754] [3.4/4.0 regression] ip2k-elf ICE on multiple gotos

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
21:17 ---
Note the example in the comment #0 cannot be used to reproduce the problem as 
the switch statement 
is optimized out (as it is a nop).

-- 


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

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

[zack at codesourcery dot com]

--- Additional Comments From zack at codesourcery dot com  2004-11-08 21:23 
---
Subject: Re:  __pic__/__PIC__ not defined when -fpic/-fPIC is specified


Ah.  This is why I thought it had already been done.  Maybe you want
to poke Alan Modra about the research he said he would do?

zw


-- 


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

[Bug target/18383] [4.0 Regression] Cannot use assert in a dynamic library

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
21:32 ---
New patch here: .

-- 


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

[Bug c++/18384] New: ICE on zero-length array with empty initializer...

[apl at alum dot mit dot edu]

Compilers before 3.4.3 (including 2.95.3, gcc-3.3.x) accept

  const int table[0] = {};

With 3.4.3, we see

[apl]aluminum$ /tools/linux/gcc-3.4.3/bin/g++ -c bug.cxx
bug.cxx:1: internal compiler error: in tree_low_cst, at tree.c:3313
Please submit a full bug report,
with preprocessed source if appropriate.

This also fails on Solaris.

-- 
   Summary: ICE on zero-length array with empty initializer...
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: apl at alum dot mit dot edu
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug objc/16546] [4.0 Regression] [unit-at-a-time] Solaris 10/x86 libobjc bootstrap failure: invalid assembler code

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
21:34 ---
Fixed finnally.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug objc/16546] [4.0 Regression] [unit-at-a-time] Solaris 10/x86 libobjc bootstrap failure: invalid assembler code

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-08 
21:34 ---
Fixed finnally.
--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-08 
21:34 ---
Subject: Bug 16546

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-08 21:34:38

Modified files:
gcc/objc   : ChangeLog objc-act.c 

Log message:
2004-11-08  Andrew Pinski  <[EMAIL PROTECTED]>

PR objc/16546
* objc-act.c (generate_method_descriptors): Remove setting
the new decls' type to variable_length_type.
(generate_ivar_lists): Likewise.
(generate_dispatch_tables): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gcc&r1=1.16&r2=1.17
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gcc&r1=1.253&r2=1.254



-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug debug/18280] [3.4 regression] ICE in output_die, at dwarf2out.c:6702

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-08 
21:47 ---


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/16261] [3.4 regression] ICE: output_die, at dwarf2out.c:6628

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-08 
21:47 ---
*** Bug 18280 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||boris at kolpackov dot net


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

[Bug c++/16261] [3.4 regression] ICE: output_die, at dwarf2out.c:6628

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-11-08 
21:49 ---
Here's a testcase without templates:


namespace N
{
struct A {};
typedef A B;
}

void foo()
{
struct C
{
C(N::B) {}
};

N::B b;
C c(b);
}



-- 


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

[Bug c++/18384] ICE on zero-length array with empty initializer...

[apl at alum dot mit dot edu]

-- 
   What|Removed |Added

  Known to work||3.3.3 3.4.2 2.95.3


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