[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"

[prw at ceiriog1 dot demon dot co dot uk]

--- Additional Comments From prw at ceiriog1 dot demon dot co dot uk  
2005-04-30 07:37 ---
I may have a discovered a related bug with a large program using
STL (hash_set).  I've tried to simplify somewhat, and I have some
comments arising from some hacking with gdb (ddd).  As a previous
poster on duplicate Bug #20584 observed, it seems to be related
to #pragma interface.  In this example the problem is with the
~hash_set destructor, which is never defined explicitly but needs
to be synthesized to destroy the _M_ht member.  This destructor
is never instantiated anywhere.

This problem occurs with the 4.0.0 distribution.

Just do g++ bug-example.cc (if you can't reproduce the warning,
  I will post the preprocessed source also).

FILE bug-example.h 

#pragma interface

#include 
using __gnu_cxx::hash_set;

template 
class SetData:
  public hash_set
{
  int i;
public:
  SetData(void) {i = 1;}
  int foo() {}
};

typedef int Loc;

struct Loc_hash {
  size_t operator()(Loc *const &loc) const
  {
return *loc;
  }
};

struct Loc_eq {
  bool operator()(Loc *const &loc1, Loc *const &loc2) const
  {
return (*loc1 == *loc2);
  }
};

typedef SetData LocSet;

FILE bug-example.cc --

// If this is set we are OK.
// #pragma implementation

#include "bug-example.h"

/* ==
Compile with -DEG1: We are OK
Compile with -DEG2: We get a warning:
bug-example.h:13: warning: inline function $-1òø__gnu_cxx::hash_set >::~hash_set()òù used but never defined

~hash_set is not declared explicitly; but it is synthesized since one of
the members (_M_ht) has a non-trivial destructor.

Try setting the following breakpoint:
(gdb) info b 1
Num Type   Disp Enb AddressWhat
1   breakpoint keep y   0x080d295f in lazily_declare_fn at
../../gcc/cp/method.c:1055
stop only if !({} 0x599b60 )
(type->type.name->decl.name->identifier.id.str, "hash_set", 8)
breakpoint already hit 2 times

For EG1: Hit a breakpoint here:
(gdb) c
Breakpoint 1, lazily_declare_fn (sfk=sfk_destructor, type=0x41746bd0) at
../../gcc/cp/method.c:1055
(gdb) p type->type.name->decl.name->identifier.id.str
$10 = (const unsigned char *) 0x8e6706a
"hash_set >"
(gdb) p input_location
$11 = {
  file = 0x8e2cc88 "bug-example.cc", 
  line = xx (i.e. LocSet x;)
}

(If the SetData/LocSet constructor fails, then the superclass destructors
must be called to clean up - the compiler therefore needs to synthesize
~hash_set).

For EG2, ~hash_set is not declared until instantiate_pending_templates
(called from finish_file):

(gdb) c
Breakpoint 1, lazily_declare_fn (sfk=sfk_destructor, type=0x41746c3c) at
../../gcc/cp/method.c:1055
(gdb) p input_location
$13 = {
  file = 0x8e5cc40 "bug-example.h", 
  line = xx (i.e. SetData(void) {i = 1;})
}

Since "bug-example.h" contains #pragma interface this does not get
compiled. It should, since it really comes from the "hash_set"
header, which does not have #pragma interface.
I have a very comple example in which this warning actually leads to a
linker error, but in this small example I have not yet worked out how
to make a destructor call which does not cause ~hash_set to be
properly instantiated - but believe me, it can and does happen.
= */

main()
{
#if defined(EG1)
  LocSet x;
  int i=1;
  x.insert(&i);
#else
  LocSet *x = new LocSet;
  int i=1;
  x->insert(&i);
#endif
}


-- 


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

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

[rakdver at atrey dot karlin dot mff dot cuni dot cz]

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni 
dot cz  2005-04-30 07:54 ---
Subject: Re: [PR tree-optimization/21029, RFC] harmful chrec type conversions

Hello,

> Alexandre Oliva wrote:
> > 
> > This is not a final patch; if the idea is considered sound, I'd simply
> > remove the if and the then-dead remaining code in chrec_convert.
> 
> The code following the if is not dead, at least it still is used in
> some cases after hand inlining count_ev_in_wider_type.  I would
> propose this patch that is about the same as yours
> 
> > Index: gcc/ChangeLog
> > from  Alexandre Oliva  <[EMAIL PROTECTED]>
> > 
> > PR tree-optimization/21029
> > * tree-chrec.c (chrec_convert): Handle same-precision integral
> > types that differ in signedness like widening conversions.
> > 
> 
> with some more changes as follow:
> 
>   * tree-chrec.c (chrec_convert): Handle same-precision integral
>   types that differ in signedness like widening conversions.
>   Inline count_ev_in_wider_type.
>   * tree-chrec.h (count_ev_in_wider_type): Remove declaration.
>   * tree-scalar-evolution.c (count_ev_in_wider_type): Removed.
> 
> Zdenek, does this change look right to you?

no.  There is one major bug -- 

> !   if (!evolution_function_is_affine_p (chrec))
>   {
> !   switch (TREE_CODE (chrec))
> ! {
> ! case POLYNOMIAL_CHREC:
> !   return build_polynomial_chrec (CHREC_VARIABLE (chrec),
> !  chrec_convert (type,
> ! CHREC_LEFT (chrec)),
> !  chrec_convert (type,
> ! CHREC_RIGHT (chrec)));
> ! 

this is completely bogus -- you will always convert the
POLYNOMIAL_CHREC with nonconstant step, regardless of the correctness.

There are also a few minor changes that would be recommendable for the
final patch:

1) The can_count_ev_in_wider_type should be renamed to more appropriate
   name, given that it is now used even for shortening the value.
2) This function should be extended to really handle such conversions
   efficiently. I.e. to always allow shortening to unsigned types,
   and to always allow shortening to arbitrary types with -fwrapv.
   Also, I am not quite sure at the moment that the current code of
   can_count_ev_in_wider_type really works if the required conversion
   is not extending, this should be checked.

Zdenek

> 
> Index: tree-chrec.c
> ===
> RCS file: /cvs/gcc/gcc/gcc/tree-chrec.c,v
> retrieving revision 2.15
> diff -c -3 -p -r2.15 tree-chrec.c
> *** tree-chrec.c  21 Apr 2005 08:48:51 -  2.15
> --- tree-chrec.c  29 Apr 2005 19:31:51 -
> *** tree 
> *** 1036,1085 
>   chrec_convert (tree type, 
>  tree chrec)
>   {
> !   tree ct;
> !   
> if (automatically_generated_chrec_p (chrec))
>   return chrec;
> !   
> ct = chrec_type (chrec);
> if (ct == type)
>   return chrec;
>   
> !   if (TYPE_PRECISION (ct) < TYPE_PRECISION (type))
> ! return count_ev_in_wider_type (type, chrec);
> ! 
> !   switch (TREE_CODE (chrec))
>   {
> ! case POLYNOMIAL_CHREC:
> !   return build_polynomial_chrec (CHREC_VARIABLE (chrec),
> !  chrec_convert (type,
> ! CHREC_LEFT (chrec)),
> !  chrec_convert (type,
> ! CHREC_RIGHT (chrec)));
> ! 
> ! default:
> !   {
> ! tree res = fold_convert (type, chrec);
> ! 
> ! /* Don't propagate overflows.  */
> ! TREE_OVERFLOW (res) = 0;
> ! if (CONSTANT_CLASS_P (res))
> !   TREE_CONSTANT_OVERFLOW (res) = 0;
> ! 
> ! /* But reject constants that don't fit in their type after conversion.
> !This can happen if TYPE_MIN_VALUE or TYPE_MAX_VALUE are not the
> !natural values associated with TYPE_PRECISION and TYPE_UNSIGNED,
> !and can cause problems later when computing niters of loops.  Note
> !that we don't do the check before converting because we don't want
> !to reject conversions of negative chrecs to unsigned types.  */
> ! if (TREE_CODE (res) == INTEGER_CST
> ! && TREE_CODE (type) == INTEGER_TYPE
> ! && !int_fits_type_p (res, type))
> !   res = chrec_dont_know;
> ! 
> ! return res;
> !   }
>   }
>   }
>   
>   /* Returns the type of the chrec.  */
> --- 1036,1104 
>   chrec_convert (tree type, 
>  tree chrec)
>   {
> !   tree ct, base, step;
> !   struct loop *loop;
> ! 
> if (automatically_generated_chrec_p (chrec))
>   return chrec;
> ! 
> ct = chrec_type (chrec);
> if (ct == type)
>   return chrec;
>   
> !   if (!evolution_function_is_affine_p (chrec))
>   {
> !   switch (TREE_CODE (chrec))
> !

[Bug middle-end/21282] [4.1 Regression] Converting floor into lfloor built-in function

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2005-04-30 07:59 
---
I think that the best way to fix problems with missing floorf(), floorl(),
ceilf() and ceill() builtins is to completely disable all (int)floor() and
(int)ceil() optimizations for !TARGET_C99_FUNCTIONS.

I'll make a proper patch next week, but to solve this bug,

case BUILT_IN_CEIL: case BUILT_IN_CEILF: case BUILT_IN_CEILL:

and

case BUILT_IN_FLOOR: case BUILT_IN_FLOORF: case BUILT_IN_FLOORL:

should be moved before

+ /* Only convert in ISO C99 mode.  */
+ if (!TARGET_C99_FUNCTIONS)
+   break;

in convert_to_integer() function in convert.c source. Please look at:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/convert.c.diff?cvsroot=gcc&r1=1.60&r2=1.61

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |uros at kss-loka dot si
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-04-29 19:47:50 |2005-04-30 07:59:52
   date||


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

[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes

[pcarlini at suse dot de]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.1


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

[Bug libstdc++/21295] New: Configuring g++ library for various locales ?

[jpr at essi dot fr]

When building gcc, it is not clear in the documentation (at least to me) how to
configure the C++ standard library so that it accepts locales other than C and
POSIX. The versions before g++-3.4 did accept them by default, but it is not the
case for g++-3.4 and gcc-4 apparently.

-- 
   Summary: Configuring g++ library for various locales ?
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jpr at essi dot fr
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug middle-end/21291] [4.0/4.1 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2005-04-30 08:25 
---
Could this be related to PR19398: secondary reloads don't consider "m" 
alternatives?

-- 


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

[Bug c/21275] gcc 4.0.0 crash with mingw when using stdout in global var

[dannysmith at users dot sourceforge dot net]

--- Additional Comments From dannysmith at users dot sourceforge dot net  
2005-04-30 09:08 ---
Oops, I reduced the code in comment #1 too much.  This shows the problem.  

//dllimport_array.C

// This causes 'initializer element is not constant' error in C,
// static_initialization_and_destruction code in C++
extern __attribute__ ((dllimport))  int* foo1;
int* k = &foo1[0];

// This causes 'initializer element is not constant' error in C,
// ICE in C++
extern __attribute__ ((dllimport))  int foo2[];
int* j = &foo2[0];

-- 
   What|Removed |Added

 CC||dannysmith at users dot
   ||sourceforge dot net


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

[Bug middle-end/21291] [4.0/4.1 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'

[pluto at pld-linux dot org]

--- Additional Comments From pluto at pld-linux dot org  2005-04-30 09:35 
---
(In reply to comment #5) 
> (In reply to comment #3) 
> > I can't build the Objective Caml compiler with this gcc error :/  
>  
> (...) 
> Also using -fomit-frame-pointer works around the problem by adding 
> another free register. What is most likely happening is we are not 
> selecting the secondary constraint. 
 
this code is a part of library (-fPIC in use). 
-fomit-frame-pointer won't help. 
 

-- 


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

[Bug c/21296] New: Missed warning

[neil at gcc dot gnu dot org]

-Wall warns about most statements with no effect.  However, it doesn't warn 
about

volatile int v;
void foo(void)
{
  &v;
}

-- 
   Summary: Missed warning
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neil at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:03 
---
No maintainer is interested in fixing this.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

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

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:08 
---
will not fix in 3.3.x

-- 
   What|Removed |Added

   Target Milestone|3.3.6   |3.4.3


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

[Bug c/18465] [3.3 only] static function with asm("name") and attribute("used") not emitted

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:09 
---
-

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME


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

[Bug target/18509] [3.3 only] [hppa] try-catch program fails when compiled with frame pointers

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:10 
---
Not critical.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug debug/18856] [3.3 regression] Missing .loc information after prologue

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:12 
---
work for 3.4.x, won't fix in 3.3.x

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug middle-end/18952] [3.3 only] compiler internal error

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:13 
---
As per target maintainer comments.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:15 
---
Won't fix for 3.3.6. Suggest upgrade to 3.4.x

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug middle-end/19164] [3.3 Regression] ICE in digest_init or build_vector

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:16 
---
Not critical for 3.3.6

-- 
   What|Removed |Added

   Target Milestone|3.3.6   |3.4.3


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

[Bug c++/19254] [3.3 Regression] Dynamically sized static multidimensional array access in constructor uses wrong address

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:18 
---
Not critical for 3.3.6

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug c++/19487] [3.3 Regression] map with a class template + method template fails to compile.

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:19 
---
won't fix for 3.3.6.  Fixed in 3.4.x

-- 
   What|Removed |Added

   Target Milestone|3.3.6   |3.4.3


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

[Bug middle-end/19164] [3.3 Regression] ICE in digest_init or build_vector

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:23 
---
fixed on 3.4.x

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c/18465] [3.3 only] static function with asm("name") and attribute("used") not emitted

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:25 
---
not critical for 3.3.6

-- 
   What|Removed |Added

 Resolution|WORKSFORME  |WONTFIX


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

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

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:26 
---
 fixed for 3.4.x

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|3.4.3   |3.3.6


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

[Bug c++/18327] [3.3 Regression] ICE while compiling valid c code with g++

[gdr at gcc dot gnu dot org]

-- 
Bug 18327 depends on bug 18384, which changed state.

Bug 18384 Summary: [3.3 Regression] ICE on zero-length array with empty 
initializer...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug c/13842] [3.3 Regression] static inline emitted when not used

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:30 
---
Not critical. Fixed in 3.4.x

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:34 
---
Won't fix for 3.3.6

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug c++/14865] [3.3 Regression] No instantiation of VTT at -O1

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:37 
---
As per comment #10, there is no proposed patch for 3.3.6. Closing as
won't fix..

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.3


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

[Bug libstdc++/15154] [3.3 Regression] Lib doesn't provide implementations for some bitset extensions

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:40 
---
won't fix for 3.3.6. Works for 3.4.0 and higher

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug target/15539] [3.3 Regression] With using strtol fonction : "internal compiler error: in propagate_one_insn, at flow.c:1642"

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:40 
---
won't fix for 3.3.6.  Works in 3.4.0 and higher.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug rtl-optimization/15853] [3.3 Regression] temporaries are not destroyed and overwritten later

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:44 
---
Chnages to fix this bug would happen in the middle=end which is risky at
this point.  Therefore it won't be fixed for 3.3.6.  It fixed in 3.4.0 though.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug rtl-optimization/16152] perl-5.8.4 fails to build using gcc-3.3.4 on {ia64,arm,m68k}-linux

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:46 
---
removing target milestone

-- 
   What|Removed |Added

   Target Milestone|3.3.6   |---


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

[Bug c++/16391] [3.3 Regression] Segmentation fault when mixing inheritance, templates and friends

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:47 
---
won't fix for 3.3.6.  Works in 3.4.0 and higher

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug c++/16413] [3.3 regression] operator() of private member accessible

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:48 
---
Access control has been reworked on 3.4.x and is known to be bogus in several
respect in 3.3.x and previous.  Won't fix in 3.3.6.  Suggest upgrade to 3.4.x
or higher.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.1


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

[Bug c++/16781] [3.3 regression] ICE in cxx_scope_find_binding_for_name with missing 'template' disambiguator

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:51 
---
won't fix for 3.3.6.  The root of the bug has been cured in 3.4.x with
the new parser.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug debug/16788] [3.3 regression] Incorrect DWARF-2 offset for long long struct member

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:51 
---
Not critical for 3.3.6.  Fixed in 3.4.0 and higher.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug target/17317] [3.3 Regression] Match Constraints for *movdf_insn fails

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:53 
---
won't fix for 3.3.5. Fixed in 3.4.x

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.3


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

[Bug other/17361] [3.3 Regression] gcc driver complains about C++ options when assembling

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:54 
---
As per comment #6

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.3


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

[Bug c++/17391] [3.3 regression] template parameter accepted on typedef name

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:55 
---
Not ciritcal for 3.3.6.  Fixed in 3.4.1

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.1


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

[Bug middle-end/17818] [3.3 Regression] Segfault in can_throw_internal

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 13:57 
---
won't fix in 3.3.6.  Works with 3.4.0 and higher.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes

[ralfixx at gmx dot de]

--- Additional Comments From ralfixx at gmx dot de  2005-04-30 14:16 ---
Paolo Carlini wrote:
> I'd like to know your opinion, as a user: are you
> noticing worthwhile performance improvements? 
> Would you consider very annoying trying to read again
> (calling clear()), when pipes are used? 

The issue seems already solved, but I'd like to add a comment to this question:
Yes, I would find it very annoying, since my program simply does not know
whether  a file descriptor is connected to a pipe or not.  Note that I have oly
checked for eof() im my program, so the above solution basically means: on
eof(), clear() and try to read again.  How often should I try this?  Etc.

Performance improvement or not, the stream should (must?) give the same results
regardless of the data source IMHO.  Performance can only be second here.

BTW, the program timing is as follows on my machine (reading from local file
system /tmp):

gcc 3.3.3: 
0.01user 0.01system 0:00.08elapsed 31%CPU (0avgtext+0avgdata 0maxresident)k
0.01user 0.00system 0:00.08elapsed 23%CPU (0avgtext+0avgdata 0maxresident)k
0.01user 0.01system 0:00.11elapsed 25%CPU (0avgtext+0avgdata 0maxresident)k
0.01user 0.01system 0:00.08elapsed 27%CPU (0avgtext+0avgdata 0maxresident)k

gcc 4.0.0 (when reading all bytes from the pipe, not with the short reads)
0.00user 0.01system 0:00.04elapsed 38%CPU (0avgtext+0avgdata 0maxresident)k
0.00user 0.01system 0:00.04elapsed 48%CPU (0avgtext+0avgdata 0maxresident)k
0.00user 0.01system 0:00.04elapsed 27%CPU (0avgtext+0avgdata 0maxresident)k
0.00user 0.01system 0:00.04elapsed 35%CPU (0avgtext+0avgdata 0maxresident)k

So yes, there seems to be a performance improvement (1.x CPU, half wall clock 
time).

Best regards
R'


-- 


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

[Bug ada/19959] [4.0/4.1 Regression] Can't compile gnattools for the cross targets

[berndtrog at yahoo dot com]

--- Additional Comments From berndtrog at yahoo dot com  2005-04-30 14:29 
---
Arnaud Charlet wrote:

>Should be fixed now.

Can you please describe how you tested the patch?
I still get the errors in 4_0-branch and head!

Why does the '--disable-libada' switch disable gnattools-cross?

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
  Known to fail|4.0.0   |4.0.0 4.1.0
 Resolution|FIXED   |


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

[Bug c++/13560] [3.3 regression] wrong file name in error message

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:31 
---
(In reply to comment #12)
> Fixed also in 3.4.3, Gaby is this okay to apply to the 3.3 branch when it
opens up again?

This patch does not seem to apply cleanly to 3.3.6 which as a different logic.
will close as won't fix for 3.3.6.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.3


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

[Bug c/13842] [3.3 Regression] static inline emitted when not used

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:32 
---
closing as fixed for 3.4.x

-- 
   What|Removed |Added

   Target Milestone|3.4.0   |3.4.3


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

[Bug c/14635] [3.3 Regression] nan functions should not be C90 built-ins

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:36 
---
Patch does not apply to 3.3.6 source. closing as fixed in 3.4.x

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.2


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

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:38 
---
fixed in 3.4.0. won't fix for 3.3.6

-- 


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

[Bug c++/19869] [3.3 Regression] Allow to non-friend class to get access to function pointer

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:41 
---
access control is known broken in 3.3.x and previous.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug c++/20004] [3.3 Regression] G++ disregards __attribute__((regparm(3))) when calling through a const pointer

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:42 
---
won't fix for 3.3.6.  Works in 3.4.0 and higher.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug c++/19666] [3.3 Regression] Trouble with prt-to-members: rejects-valid/ICE in fold_convert

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:46 
---
fixed in 3.4.4.  Won't fix for 3.3.6

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.4


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

[Bug rtl-optimization/19685] [3.3 Regression] ICE in verify_local_live_at_start, at flow.c:574

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:47 
---
won't fix for 3.3.6.  Works in 3.4.4 and higher.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.4


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

[Bug target/19718] [3.3 Regression] longcall attributed doesn't work for standard C function names

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 14:48 
---
won't fix in 3.3.6.  Known workaround.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.3


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

[Bug libstdc++/21295] Configuring g++ library for various locales ?

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
14:56 ---
What option are you taking about?

The standard way of changing the locale is either by the LC_*/LANG environment 
variable or using the 
locale class.

-- 


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

[Bug c/21296] [3.3 Regression] Missed warning

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
15:02 ---
Hmm, this is only a regression with 3.3, there might be another bug related to 
this then.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
  Known to fail||3.3.3 3.0.4
  Known to work||3.4.0 4.0.0 4.1.0 2.95.3
   Last reconfirmed|-00-00 00:00:00 |2005-04-30 15:02:07
   date||
Summary|Missed warning  |[3.3 Regression] Missed
   ||warning
   Target Milestone|--- |3.3.3


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

[Bug c++/19487] [3.3 Regression] map with a class template + method template fails to compile.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
15:08 ---
Fixed so closing as such.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c/21296] [3.3 Regression] Missed warning

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|3.3.3   |3.3.6


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

[Bug c/21296] [3.3 Regression] Missed warning

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
15:15 ---
Fixed in 3.4.0 and above, This is only a diagnostic problem which is why I am 
closing it.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.0


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

[Bug c/21275] [4.0/4.1 Regression] gcc 4.0.0 crash with mingw when using stdout in global var

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
15:35 ---
I think this is a dup of bug 21081.

-- 
   What|Removed |Added

  BugsThisDependsOn||21081
Summary|gcc 4.0.0 crash with mingw  |[4.0/4.1 Regression] gcc
   |when using stdout in global |4.0.0 crash with mingw when
   |var |using stdout in global var


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

[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes

[ncm-nospam at cantrip dot org]

--- Additional Comments From ncm-nospam at cantrip dot org  2005-04-30 
15:48 ---
A note for Ralf: It is incorrect to use cin.eof() to watch for the end
of a stream.  The correct flag to check is fail().  eof() is really 
meant for seeing if that's why op>> failed.  

-- 


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

[Bug c++/17629] Top-level using declaration which conflicts with an existing name is not diagnosed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
15:54 ---
Fixed in 4.0.0 and above.

-- 
   What|Removed |Added

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


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

[Bug c/21297] New: buf[i+i]=0 stores buf[i] when -O2

[akr at m17n dot org]

gcc 4.0.0 optimization seems to have a problem.
In the f function in following source, buf[i+i] = '\0' stores '\0' to buf[2].
But it should store to buf[4]. 

% cat t.c
extern int printf (__const char *__restrict __format, ...);

void
f(char *buf)
{
  int i;
  for (i = 0; i < 2; i++) ;
  printf("i=%d\n", i);
  buf[i+i] = '\0';
}

int main(int argc, char **argv)
{
  char buf[] = "0123456789";
  f(buf);
  printf("%s\n", buf);
  return 0;
}
% gcc -v -O2 t.c
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.0/configure --prefix=/home/src/gcc
Thread model: posix
gcc version 4.0.0
 /home/src/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1 -quiet -v t.c -quiet
-dumpbase t.c -mtune=pentiumpro -auxbase t -O2 -version -o /tmp/ccKF4bLU.s
ignoring nonexistent directory
"/home/src/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /home/src/gcc/include
 /home/src/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/include
 /usr/include
End of search list.
GNU C version 4.0.0 (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 as -V -Qy -o /tmp/ccm6JTQG.o /tmp/ccKF4bLU.s
GNU assembler version 2.15 (i386-linux) using BFD version 2.15
 /home/src/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/collect2 --eh-frame-hdr -m
elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o
/home/src/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/crtbegin.o
-L/home/src/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0
-L/home/src/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../.. /tmp/ccm6JTQG.o -lgcc
--as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
/home/src/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/crtend.o /usr/lib/crtn.o
% ./a.out 
i=2
01

The binary produces "01".  But it should be "0123".
If gcc 3.3.5 is used, the binary produces "0123".

-- 
   Summary: buf[i+i]=0 stores buf[i] when -O2
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: akr at m17n dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug middle-end/21297] [4.0/4.1 Regression] buf[i+i]=0 stores buf[i] when -O2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
16:00 ---
This is another expand issue:
;; *((char *) (unsigned int) (i + i) + buf) = 0
(insn 27 25 0 (set (mem:QI (plus:SI (mult:SI (reg/v:SI 60 [ i ])
(const_int 1 [0x1]))
(reg/v/f:SI 61 [ buf ])) [0 S1 A8])
(const_int 0 [0x0])) -1 (nil)
(nil))

Why is it multiplying by one and not by two.

Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |middle-end
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-04-30 16:00:20
   date||
Summary|buf[i+i]=0 stores buf[i]|[4.0/4.1 Regression]
   |when -O2|buf[i+i]=0 stores buf[i]
   ||when -O2
   Target Milestone|--- |4.0.1


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

[Bug target/18004] [3.3 Regression] ICE in output_constant_pool_2 for aligned(1) float in struct

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-30 
16:01 ---
Subject: Bug 18004

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED]   2005-04-30 16:01:38

Modified files:
gcc: ChangeLog expmed.c 

Log message:
* Apply:
2004-10-21  Aldy Hernandez  <[EMAIL PROTECTED]>

PR target/18004.
* expmed.c (store_bit_field): Pass original 'value' before
recursing.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.16114.2.1065&r2=1.16114.2.1066
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expmed.c.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.128.2.1&r2=1.128.2.2



-- 


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

[Bug java/15735] Should be able to disable bytecode verification

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
16:03 ---
Hmm, maybe this should be closed as will not fix as the new verify fixes almost 
if not all the problems.

-- 


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

[Bug c++/21008] [3.4/4.0/4.1 Regression] Acess failure in accessing data member of base class from derived template class

[lerdsuwa at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||lerdsuwa at gcc dot gnu dot
   ||org


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

[Bug libgcj/19621] Network-performance issue in java.io.PrintStream

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
16:12 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-30 16:12:19
   date||


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

[Bug other/19688] gcc-3.4.3 failed to compile on a Slackware Linux system

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
16:12 ---
No feedback in 3 months.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug target/18004] [3.3 Regression] ICE in output_constant_pool_2 for aligned(1) float in struct

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 16:19 
---
Patch applied to 3.3.6.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/18238] ICE in convert_move, at expr.c:588

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
16:20 ---


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug rtl-optimization/16104] [3.3/3.4 regression] ICE in reload_cse_simplify_operands, at postreload.c:378 with SSE2 code on -O2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
16:20 ---
*** Bug 18238 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||belyshev at depni dot sinp
   ||dot msu dot ru


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

[Bug c/18322] [3.3 Regression] __func__ diagnostic in bad location

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 16:31 
---
Fixed in 3.4.x.  Thr formating machinery is different in 3.3.6 and
this is not critical for 3.3.6. So closing.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|3.3.6   |3.4.3


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

[Bug c++/19666] [3.3 Regression] Trouble with prt-to-members: rejects-valid/ICE in fold_convert

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 16:33 
---
Fixed in 3.4.3.  Won't fix for 3.3.6.

-- 
   What|Removed |Added

   Target Milestone|3.4.4   |3.4.3


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

[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-04-30 
17:10 ---
Fixing.


-- 
   What|Removed |Added

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


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

[Bug other/14884] [3.3 only] rpc/xdr.h should be fixincluded

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-30 
17:14 ---
Subject: Bug 14884

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED]   2005-04-30 17:14:28

Modified files:
gcc: ChangeLog 
gcc/fixinc : inclhack.def 
gcc/fixinc/tests/base/rpc: xdr.h 

Log message:
PR 14884
* Apply:
2004-03-25  Joseph S. Myers  <[EMAIL PROTECTED]>

* fixinc/inclhack.def (rpc_xdr_lvalue_cast_a,
rpc_xdr_lvalue_cast_b): New fixes.
* fixinc/tests/base/rpc/xdr.h: Add new tests.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.16114.2.1066&r2=1.16114.2.1067
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fixinc/inclhack.def.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.139.4.18&r2=1.139.4.19
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fixinc/tests/base/rpc/xdr.h.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.2&r2=1.2.56.1



-- 


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

[Bug other/14884] [3.3 only] rpc/xdr.h should be fixincluded

[gdr at gcc dot gnu dot org]

--- Additional Comments From gdr at gcc dot gnu dot org  2005-04-30 17:16 
---
Applied to 3.3.6 too.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug objc/21298] New: Objc does not bootstrap

[schnetter at aei dot mpg dot de]

I got the sources from CVS today (2005-04-30) and configured with  
  
~/src/gcc/configure --prefix=$HOME  
--enable-languages=c,ada,c++,f95,java,objc,obj-c++,treelang  
  
The following make command  
  
make bootstrap  
  
aborts and produces the error messages  
  
stage1/xgcc -Bstage1/ -B/home/eschnett/i686-pc-linux-gnu/bin/ -c   -O2 -g 
-fomit-frame-pointer -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes 
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros 
-Wold-style-definition -Werror -DOBJCPLUS -I/home/eschnett/src/gcc/gcc/objc 
-I/home/eschnett/src/gcc/gcc/cp -fno-common   -DHAVE_CONFIG_H-I. -Iobjcp 
-I/home/eschnett/src/gcc/gcc -I/home/eschnett/src/gcc/gcc/objcp 
-I/home/eschnett/src/gcc/gcc/../include 
-I/home/eschnett/src/gcc/gcc/../libcpp/include  
/home/eschnett/src/gcc/gcc/objc/objc-act.c 
-o objcp/objcp-act.o 
cc1: warnings being treated as errors 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 
'objc_types_compatible_p': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:856: warning: implicit declaration 
of function 'cxx_types_compatible_p' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 'objc_comptypes': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:895: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:896: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:971: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:998: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1039: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1071: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1143: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1144: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1154: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1155: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1160: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1160: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 
'objc_get_protocol_qualified_type': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1239: error: 
'ALLOC_OBJC_TYPE_LANG_SPECIFIC' undeclared (first use in this function) 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1239: error: (Each undeclared 
identifier is reported only once 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1239: error: for each function it 
appears in.) 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:1239: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 'objc_declare_class': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:2715: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:2726: error: 
'ALLOC_OBJC_TYPE_LANG_SPECIFIC' undeclared (first use in this function) 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:2726: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:2726: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 
'objc_begin_catch_clause': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:3275: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 
'build_private_template': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:3556: error: 
'ALLOC_OBJC_TYPE_LANG_SPECIFIC' undeclared (first use in this function) 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:3556: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:3556: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 
'adjust_type_for_id_default': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:5170: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 
'objc_finish_message_expr': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:5625: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:5666: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 'objc_is_public': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:6408: error: 'struct lang_type' has 
no member named 'objc_info' 
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 'encode_pointer': 
/home/eschnett/src/gcc/gcc/objc/objc-act.c:7076: error: 's

[Bug target/20808] Unrecognizable insn

[berndtrog at yahoo dot com]

--- Additional Comments From berndtrog at yahoo dot com  2005-04-30 17:23 
---
I can confirm this bug for 3.4.2, but not for 3.4.3 and later(4_0, HEAD).

-- 


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

[Bug objc/21298] Objc does not bootstrap

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
17:24 ---
It is objc-C++ which does not bootstrap and that is known.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"

[prw at ceiriog1 dot demon dot co dot uk]

--- Additional Comments From prw at ceiriog1 dot demon dot co dot uk  
2005-04-30 17:29 ---
Following up my earlier comment: It appears that some code, which is
intended to improve the user diagnostics, can in fact break the
template instantiation process, for the reason stated in the
comment which you can find in the patch FIX1.


-- 


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

[Bug rtl-optimization/21299] New: internal error on invalid asm statement (3.2, 3.3, 3.4, 4.0)

[mikulas at artax dot karlin dot mff dot cuni dot cz]

The following incorrect code compiled with -O, -O2 or -O3 generates an internal
error. Bug happens on gcc-3.2.3, gcc-3.3.3, gcc-3.4.3, gcc-4.0.0

void f(unsigned long long a)
{
__asm__ ("nop"::"ad"(a));
}

as.c: In function 'f':
as.c:4: error: unrecognizable insn:
(insn:HI 12 7 13 0 (parallel [
(asm_operands/v ("nop") ("") 0 [
(reg/v:DI 0 ax [orig:58 a ] [58])
]
 [
(asm_input:DI ("ad"))
] ("as.c") 3)
(clobber (reg:QI 19 dirflag))
(clobber (reg:QI 18 fpsr))
(clobber (reg:QI 17 flags))
]) -1 (insn_list:REG_DEP_TRUE 6 (nil))
(nil))
as.c:4: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:391
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: internal error on invalid asm statement (3.2, 3.3, 3.4,
4.0)
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikulas at artax dot karlin dot mff dot cuni dot cz
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=21299

[Bug target/19636] Can't compile ethernut OS (avr-gcc)

[berndtrog at yahoo dot com]

--- Additional Comments From berndtrog at yahoo dot com  2005-04-30 17:41 
---
I can confirm this bug for 4_0 and head (using -Os).

Note:
gcc-head-2004-12-07 compiles usart.i OK.
gcc-head-2004-12-29 fails with:

usart.c: In function 'UsartIOCtl':
usart.c:821: error: unable to find a register to spill in class 
'BASE_POINTER_REGS'
usart.c:821: error: this is the insn:
(insn 653 159 160 14 (set (mem:HI (plus:HI (reg/f:HI 28 r28)
(const_int 1 [0x1])) [32 S2 A8])
(reg:HI 24 r24)) 12 {*movhi} (nil)
(nil))
usart.c:821: internal compiler error: in spill_failure, at reload1.c:1873


-- 


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

[Bug tree-optimization/21278] Move maximum out of a loop

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
17:52 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-30 17:52:01
   date||


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

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
17:53 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug fortran/15502] [meta-bug] bugs needed for SPEC CPU 2K and 2K5 and 95

[pinskia at gcc dot gnu dot org]

-- 
Bug 15502 depends on bug 13082, which changed state.

Bug 13082 Summary: Function entries and entries with alternate returns not 
implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug fortran/18824] [g77 regression] ENTRY with alternate return causes compiler segfault

[pinskia at gcc dot gnu dot org]

-- 
Bug 18824 depends on bug 13082, which changed state.

Bug 13082 Summary: Function entries and entries with alternate returns not 
implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 13082, which changed state.

Bug 13082 Summary: Function entries and entries with alternate returns not 
implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug fortran/17423] gfortran segfault when compiling FM509.f from NIST testsuite

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
17:54 ---
The reduced testcase in Comment #7 still ICEs. 

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.1


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

[Bug java/20910] gcc-4_0-brach GCJ ICE

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
17:57 ---
This is fixed in 4.0.1.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug debug/21022] [4.0 only] ICE while compiling GdkFontMetrics.class with stabs debugging

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
17:57 ---
*** Bug 20910 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||steve at netfuel dot com


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

[Bug tree-optimization/21236] force_gimple_operand destroys trees passed to it

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
17:59 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-30 17:59:12
   date||


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

[Bug fortran/21300] New: ICE: Segmentation fault in gfc_trans_subcomponent_assign

[andrea at poisson dot phc dot unipi dot it]

[EMAIL PROTECTED]:~/gcc/OrbFit3.2/src/suit$ gfortran -I../include -c
astrometric_observations.f90
astrometric_observations.f90: In function 'jplradar_transform':
astrometric_observations.f90:1679: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

gcc version:

Configured with: ../gcc-4.1-20050424/configure --enable-checking
--enable-languages=c,f95 : (reconfigured) ../gcc-4.1-20050424/configure
--enable-checking --enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050424 (experimental)

here is a backtrace:

#0  0x080c40ff in gfc_trans_subcomponent_assign (dest=0x403c4a28, cm=0x88e3e98,
expr=0x89830a8)
at ../../gcc-4.1-20050424/gcc/fortran/trans-expr.c:1598
#1  0x080c43d1 in gfc_trans_structure_assign (dest=0x40640ca8, expr=0x8981b78)
at ../../gcc-4.1-20050424/gcc/fortran/trans-expr.c:1673
#2  0x080c44c0 in gfc_conv_structure (se=0xbfffde9c, expr=0x8981b78, init=0)
at ../../gcc-4.1-20050424/gcc/fortran/trans-expr.c:1701
#3  0x080c49c6 in gfc_conv_expr (se=0xbfffde9c, expr=0x8981b78)
at ../../gcc-4.1-20050424/gcc/fortran/trans-expr.c:1798
#4  0x080c578e in gfc_trans_assignment (expr1=0x8981b28, expr2=0x8981b78)
at ../../gcc-4.1-20050424/gcc/fortran/trans-expr.c:2171
#5  0x080c5a59 in gfc_trans_assign (code=0x89830f8) at
../../gcc-4.1-20050424/gcc/fortran/trans-expr.c:2233
#6  0x080ab3c3 in gfc_trans_code (code=0x89830f8) at
../../gcc-4.1-20050424/gcc/fortran/trans.c:493
#7  0x080bfe9b in gfc_generate_function_code (ns=0x897d810)
at ../../gcc-4.1-20050424/gcc/fortran/trans-decl.c:2234
#8  0x080ab953 in gfc_generate_module_code (ns=0x88dfe10) at
../../gcc-4.1-20050424/gcc/fortran/trans.c:706
#9  0x0808a22d in gfc_parse_file () at
../../gcc-4.1-20050424/gcc/fortran/parse.c:2629
#10 0x080a4ddd in gfc_be_parse_file (set_yydebug=0) at
../../gcc-4.1-20050424/gcc/fortran/f95-lang.c:263
#11 0x085714b2 in compile_file () at ../../gcc-4.1-20050424/gcc/toplev.c:1000
#12 0x08572d32 in do_compile () at ../../gcc-4.1-20050424/gcc/toplev.c:2120
#13 0x08572d97 in toplev_main (argc=3, argv=0xbfffe154) at
../../gcc-4.1-20050424/gcc/toplev.c:2152
#14 0x080e0d02 in main (argc=3, argv=0xbfffe154) at
../../gcc-4.1-20050424/gcc/main.c:35

listing:

1593{
1594  /* Array pointer.  */
1595  if (expr->expr_type == EXPR_NULL)
1596{
1597  dest = gfc_conv_descriptor_data (dest);
1598  tmp = fold_convert (TREE_TYPE (se.expr),
1599  null_pointer_node);
1600  gfc_add_modify_expr (&block, dest, tmp);
1601}
1602  else

TREE_TYPE(se.expr) causes segfault since se is just initialized to zero (line 
1590).

-- 
   Summary: ICE: Segmentation fault in gfc_trans_subcomponent_assign
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andrea at poisson dot phc dot unipi dot it
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/21300] ICE: Segmentation fault in gfc_trans_subcomponent_assign

[andrea at poisson dot phc dot unipi dot it]

--- Additional Comments From andrea at poisson dot phc dot unipi dot it  
2005-04-30 18:21 ---
Created an attachment (id=8770)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8770&action=view)
source file causing ICE

Source file causing ICE.
It's part of the OrbFit Software Package available at
http://newton.dm.unipi.it/orbfit/

-- 


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

[Bug libstdc++/21295] Configuring g++ library for various locales ?

[jpr at essi dot fr]

--- Additional Comments From jpr at essi dot fr  2005-04-30 18:45 ---
Subject: Re:  Configuring g++ library for various locales
 ?

pinskia at gcc dot gnu dot org wrote:

>--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
>14:56 ---
>What option are you taking about?
>
>The standard way of changing the locale is either by the LC_*/LANG environment 
>variable or using the 
>locale class.
>
>  
>
I know that. I am precisely trying to use the locale class !

Here is my test program

//---
#include 
#include 
using namespace std;

int main(int argc, char *argv[])
{
char *loc = "";
if (argc > 1) loc = argv[1];

cout << "Trying locale : " << loc << endl;
locale::global(locale(loc));
return 0;
}
//---

If I compile it with g++-3.4 or g++-4.0.0, the compilation is fine, but 
at run time I get an std::runtime_error if I try any locale except C and 
POSIX ! For instance

5-kheops% locale fr_FR
Trying locale : fr_FR
terminate called after throwing an instance of 'std::runtime_error'
  what():  locale::facet::_S_create_c_locale name not valid
zsh: abort  locale fr_FR
5-kheops%

or

5-kheops% locale de_DE
Trying locale : de_DE
terminate called after throwing an instance of 'std::runtime_error'
  what():  locale::facet::_S_create_c_locale name not valid
zsh: abort  locale de_DE
5-kheops%

But, if I compile this programm with g++-3.3.2, it does not throw.  And 
the locales are corrrectly installed on my machine and setlocale() works 
with C...

Thus I guessed (maybe wrongly) that it had something to do with my 
configuration when building gcc-3.4 and gcc-4 ,

Any help would be appreciated.
Best regards

Jean-Paul Rigault





-- 


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

[Bug c++/21301] New: Internal compiler error in cp/pt.c:4249, g++ cygwin 3.3.3-3

[jorgen at fabeljet dot com]

the exact version of GCC; the system type; the options given when GCC was
configured/built;
---
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-prefix=/usr --sysconfdir=/etc --libdir=/usr/l
ib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc,
pascal --enable-nls --without-included-gettext --enable-libgcj
--with-system-zlib --enable-interpreter --enable-threads=
posix --enable-java-gc=boehm --enable-sjlj-exceptions
--disable-version-specific-runtime-libs --disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)
---

the complete command line that triggers the bug; the compiler output (error
messages, warnings, etc.);
---
g++ -Wall -W -g3 -o0 -ggdb -L/cygdrive/k/workdir/build
-I/cygdrive/k/kildekode/dat2b/src/include -I/cygdrive/k/kildekode
/dat2b/tools/util `/cygdrive/k/workdir/bin/cppunit-config --cflags` --save-temps
-c hash_table_basics.cc -o /cygdrive/k/
workdir/build/hash_table_basics.o
/cygdrive/k/kildekode/dat2b/src/include/hasher_factory.h: In instantiation of
`universal_hasher_factory':
/cygdrive/k/kildekode/dat2b/src/include/linear_hashing_storage_policy.h:28:  
instantiated from `linear_hashing_storage_
policy, universal_hasher_factory,
std::equal_to, std::allocator >, linear_hashing_compartment > >'
/cygdrive/k/kildekode/dat2b/src/include/hash_table.h:62:   instantiated from
`hash_table, std::equal_to >,
std::allocator, linear_hashing
_storage_policy,
universal_hasher_factory, std::equal_to, std::all
ocator >,
linear_hashing_compartment > > >'
hash_table_basics.cc:36:   instantiated from `HashTableBasics'
/cygdrive/k/workdir/include/cppunit/extensions/TestSuiteFactory.h:20:  
instantiated from `CppUnit::Test* CppUnit::TestS
uiteFactory::makeTest() [with TestCaseType =
HashTableBasics]'
/cygdrive/k/workdir/include/cppunit/extensions/TestSuiteBuilderContext.h:91:  
instantiated from here
/cygdrive/k/kildekode/dat2b/src/include/hasher_factory.h:95: internal compiler
error: in
   lookup_template_class, at cp/pt.c:4249
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make: *** [/cygdrive/k/workdir/build/hash_table_basics.o] Error 1
---

(Giving some documentation as to what goes into the Host/Target/Build triplet
fields would be helpful to novice bug-submitters. The word "triplet" does not
occur in .)

-- 
   Summary: Internal compiler error in cp/pt.c:4249, g++ cygwin
3.3.3-3
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jorgen at fabeljet dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: ???
  GCC host triplet: i686-pc-cygwin
GCC target triplet: ???


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

[Bug c++/21301] Internal compiler error in cp/pt.c:4249, g++ cygwin 3.3.3-3

[jorgen at fabeljet dot com]

--- Additional Comments From jorgen at fabeljet dot com  2005-04-30 18:50 
---
Created an attachment (id=8771)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8771&action=view)
Preprocessed compiler input


-- 


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

[Bug fortran/21300] ICE: Segmentation fault in gfc_trans_subcomponent_assign

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
19:00 ---
Confirmed, reduced testcase:
TYPE ast_obs
   DOUBLE PRECISION, DIMENSION(:), POINTER :: geopos
END TYPE ast_obs
TYPE(ast_obs), PARAMETER :: undefined_ast_obs = AST_OBS(NULL()) 

CONTAINS

SUBROUTINE read_rwo_rec()
  TYPE(ast_obs)  :: obs1
  obs1=undefined_ast_obs
  RETURN
END SUBROUTINE read_rwo_rec

END

I think there is another bug which will block OrbFit compiling, I will see if I 
can reduce that one too.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-30 19:00:44
   date||


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

[Bug fortran/21302] New: Max line length in free form mode

[pinskia at gcc dot gnu dot org]

I don't know if this is not a bug but I found this will looking into 21300, 
take the following Fortran free 
formed code:
 if 
(abs(aa).gt.999.d0.or.abs(bb).gt.99
9.d0.or.abs().gt.999.d0) THEN
endif
 
 end program

Note the if is all on the same line.
We get an error (and a warning with -Wline-truncation) but I don't think free 
form should have a line 
lenght limit.

-- 
   Summary: Max line length in free form mode
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P2
 Component: fortran
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


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

[Bug fortran/21303] New: "Positive width required in format string"

[pinskia at gcc dot gnu dot org]

Another bug while compiling OrbFit.
299 FORMAT('Scaling LOV=',L/'Second  LOV=',L)

END

ICC 8.1 accepts this.

-- 
   Summary: "Positive width required in format string"
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P2
 Component: fortran
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


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

[Bug fortran/21300] ICE: Segmentation fault in gfc_trans_subcomponent_assign

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
19:45 ---
(In reply to comment #2)
> I think there is another bug which will block OrbFit compiling, I will see if 
> I can reduce that one too.

Note I filed PR 21301 and bug 21302 for those issues.

-- 


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

[Bug c++/21304] New: very long compile times with large cpp file from kdebindings

[olh at suse dot de]

compiling kdebindings hangs after a while.
the attached testcase (680k) takes a very long time to compile.

[EMAIL PROTECTED]:~> /usr/bin/time 
./install_gcc41-1-O1/libexec/gcc/powerpc-unknown-linux-gnu/4.1.0/cc1plus 
-fpreprocessed /tmp/sipqtpart0.ii -quiet -dumpbase sipqtpart0.cpp 
-auxbase-strip sipqtpart0.o -O2 -O2 -Wall -Wall -Wall -W -version 
-fmessage-length=0 -fPIC -fmessage-length=0 -o sipqtpart0.s -O2 -v
ignoring nonexistent directory 
"/home/abuild/install_gcc41-1-O1/lib/gcc/powerpc-unknown-linux-gnu/4.1.0/../../../../powerpc-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 
/home/abuild/install_gcc41-1-O1/lib/gcc/powerpc-unknown-linux-gnu/4.1.0/../../../../include/c++/4.1.0
 
/home/abuild/install_gcc41-1-O1/lib/gcc/powerpc-unknown-linux-gnu/4.1.0/../../../../include/c++/4.1.0/powerpc-unknown-linux-gnu
 
/home/abuild/install_gcc41-1-O1/lib/gcc/powerpc-unknown-linux-gnu/4.1.0/../../../../include/c++/4.1.0/backward
 /usr/local/include
 /home/abuild/install_gcc41-1-O1/include
 /home/abuild/install_gcc41-1-O1/lib/gcc/powerpc-unknown-linux-gnu/4.1.0/include
 /usr/include
End of search list.
GNU C++ version 4.1.0 20050429 (experimental) (powerpc-unknown-linux-gnu)
compiled by GNU C version 4.1.0 20050429 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
/usr/lib/qt3/include/qnetworkprotocol.h:58: warning: 'class 
QNetworkProtocolFactoryBase' has virtual functions but non-virtual destructor
/usr/lib/qt3/include/qtooltip.h:86: warning: 'class QToolTip' has virtual 
functions but non-virtual destructor
/usr/lib/qt3/include/qfiledialog.h:78: warning: 'class QFilePreview' has 
virtual functions but non-virtual destructor
16616.21user 2.85system 4:37:01elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+275763minor)pagefaults 0swaps

gcc 4.0 -O0  == 0:02:15 h:mm:ss
gcc 4.0 -O1  == 1:06:00
gcc 4.0 -O2  == 4:05:00
gcc 4.1 -O2  == 4:37:00 

This is on a 1.5GHz POWER5.

./install_gcc40-1-O1/bin/g++ -v
Using built-in specs.
Target: powerpc-unknown-linux-gnu
Configured with: /home/abuild/src/gcc-4_0-branch/configure 
--prefix=/home/abuild/install_gcc40-1-O1 --enable-threads=posix 
--enable-languages=c,c++ --enable-checking --with-system-zlib --enable-shared 
--enable-__cxa_atexit --disable-nls
Thread model: posix
gcc version 4.0.1 20050429 (prerelease)

I'm trying mainline with --disable-checking at the moment.

-- 
   Summary: very long compile times with large cpp file from
kdebindings
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-linux
  GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux


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

[Bug libstdc++/21295] Configuring g++ library for various locales ?

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-04-30 19:54 
---
You are not telling us which is your target. I would guess it's not a GNU
system and in that case unfortunately we cannot help you, at least not in the
short term: named locales are currently supported only on GNU systems (basically
glibc makes the difference).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c++/21304] very long compile times with large cpp file from kdebindings

[olh at suse dot de]

--- Additional Comments From olh at suse dot de  2005-04-30 19:54 ---
Created an attachment (id=8772)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8772&action=view)
sipqtpart0.ii.bz2


-- 


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

[Bug c++/21301] Internal compiler error in cp/pt.c:4249, g++ cygwin 3.3.3-3

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-30 
19:57 ---
Fixed for 3.4.0 and above.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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