[Bug middle-end/21107] internal compiler error: in expand_one_stack_var_at, at cfgexpand.c:476

[e9925248 at stud4 dot tuwien dot ac dot at]

--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at  
2005-04-20 08:08 ---
It compiles on a older version (3.3.2):
$avr-gcc -S t.c
$cat t.s
.file   "t.c"
.arch avr2
__SREG__ = 0x3f
__SP_H__ = 0x3e
__SP_L__ = 0x3d
__tmp_reg__ = 0
__zero_reg__ = 1
.global __do_copy_data
.global __do_clear_bss
.text
.global check1972
.type   check1972, @function
check1972:
/* prologue: frame size=72000 */
push r28
push r29
in r28,__SP_L__
in r29,__SP_H__
subi r28,lo8(72000)
sbci r29,hi8(72000)
in __tmp_reg__,__SREG__
cli
out __SP_H__,r29
out __SREG__,__tmp_reg__
out __SP_L__,r28
/* prologue end (size=11) */
/* epilogue: frame size=72000 */
subi r28,lo8(-72000)
sbci r29,hi8(-72000)
in __tmp_reg__,__SREG__
cli
out __SP_H__,r29
out __SREG__,__tmp_reg__
out __SP_L__,r28
pop r29
pop r28
ret
/* epilogue end (size=10) */
/* function check1972 size 21 (0) */
.size   check1972, .-check1972
/* File "t.c": code   21 = 0x0015 (   0), prologues  11, epilogues  10 */
$avr-gcc -v
Reading specs from /usr/lib/gcc-lib/avr/3.3.2/specs
Configured with: ./configure --prefix=/usr --mandir=/usr/share/man --target=avr
--enable-languages=c
Thread model: single
gcc version 3.3.2

-- 


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

[Bug libstdc++/11074] libstdc++ fails to build due to gettext issue

[tim dot vanholder at anubex dot com]

--- Additional Comments From tim dot vanholder at anubex dot com  
2005-04-20 08:14 ---
This is still present.
I've now patched acinclude.m4 to detect the library properly (will add as
attachment); it's not ideal but it seems to work.

Also, like I feared, it introduces a dependency on libintl.so when building C++
programs - and g++ does not know to add libintl when linking. As a result,
failures are reported by autoconf tests that check whether the compiler can
produce executables.

Because of the latter, either gcc needs to duplicate some of the libstdc++
configury so that it can add -lintl (and -liconv where applicable) to its g++
link (and this seems a less-than-optimal thing to do), or libstdc++ needs to
improve its i18n checks (ideally using the regular gettext macros, and perhaps
rejecting any solution that requires extra libraries).


-- 


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

[Bug c++/21120] New: Empty declaration with typeof accepted

[reichelt at gcc dot gnu dot org]

The error message "declaration does not declare anything" is not
triggered in certain cases when using typeof:

===
struct A {};
void foo() { typeof(A); }
===

It *is* triggered if I write typeof(int) instead.

Another testcase is the following:

===
template struct A
{
void foo() { typeof(this); }
};
===

Even when I use foo(), the error message is not triggered.
It *is* triggered if I make A a non-template class.

Btw, before 4.0 we even used to crash on the second testcase
- see PR 2703 - but a testcase never made it to the testsuite.

-- 
   Summary: Empty declaration with typeof accepted
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: accepts-invalid, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/21121] New: [4.0.0 Regression] ICE in ACATS ce2404b ce2109b ce2410b on mingw32

[rolf dot ebert dot gcc at gmx dot de]

GNATMAKE 4.0.0 20050418 (prerelease)
Copyright 1995-2004 Free Software Foundation, Inc.
  "ce2109b.ali" being checked ...
  -> "ce2109b.ali" missing.
d:/Data/Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/xgcc -c -Bd:/Data/
Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc -gnatws -O2 -O0 -Id:/Data/
Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/testsuite/ada/acats/support
 
ce2109b.adb
+===GNAT BUG DETECTED==+
| 4.0.0 20050418 (prerelease) (i386-pc-mingw32) GCC error: |
| in expand_assignment, at expr.c:3817 |
| Error detected at ce2109b.adb:80:5   |

---

GNATMAKE 4.0.0 20050418 (prerelease)
Copyright 1995-2004 Free Software Foundation, Inc.
  "ce2404b.ali" being checked ...
  -> "ce2404b.ali" missing.
d:/Data/Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/xgcc -c -Bd:/Data/
Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc -gnatws -O2 -O0 -Id:/Data/
Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/testsuite/ada/acats/support
 
ce2404b.adb
+===GNAT BUG DETECTED==+
| 4.0.0 20050418 (prerelease) (i386-pc-mingw32) GCC error: |
| in expand_assignment, at expr.c:3817 |
| Error detected at ce2404b.adb:82:5   |

---

GNATMAKE 4.0.0 20050418 (prerelease)
Copyright 1995-2004 Free Software Foundation, Inc.
  "ce2410b.ali" being checked ...
  -> "ce2410b.ali" missing.
d:/Data/Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/xgcc -c -Bd:/Data/
Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc -gnatws -O2 -O0 -Id:/Data/
Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/testsuite/ada/acats/support
 
ce2410b.adb
+===GNAT BUG DETECTED==+
| 4.0.0 20050418 (prerelease) (i386-pc-mingw32) GCC error: |
| in expand_assignment, at expr.c:3817 |
| Error detected at ce2410b.adb:84:5   |

-- 
   Summary: [4.0.0 Regression] ICE in ACATS ce2404b ce2109b ce2410b
on mingw32
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rolf dot ebert dot gcc at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-pc-mingw32


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

[Bug ada/21121] [4.0.0 Regression] ICE in ACATS ce2404b ce2109b ce2410b on mingw32

[rolf dot ebert dot gcc at gmx dot de]

--- Additional Comments From rolf dot ebert dot gcc at gmx dot de  
2005-04-20 11:23 ---
These errors only occur at -O0, they do not occur with -O1 or -O2

-- 


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

[Bug tree-optimization/21116] [4.1 Regression] tree-ssa-phiopt.c:193 has wrong translation from EDGE_COUNT to single_succ_p.

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-20 
13:19 ---
Subject: Bug 21116

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-20 13:19:18

Modified files:
gcc: ChangeLog tree-ssa-phiopt.c 

Log message:
PR tree-optimization/21116
* tree-ssa-phiopt.c: Fix a typo.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8371&r2=2.8372
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-phiopt.c.diff?cvsroot=gcc&r1=2.34&r2=2.35



-- 


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

[Bug tree-optimization/21116] [4.1 Regression] tree-ssa-phiopt.c:193 has wrong translation from EDGE_COUNT to single_succ_p.

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-04-20 13:20 
---
Just checked in a patch.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/21085] [4.0 Regression] Virtual memory exhausted with g++

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
13:52 ---
I will take this and will try to get it approved for 4.0.1.

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

[Bug ada/21121] [4.0.0 Regression] ICE in ACATS ce2404b ce2109b ce2410b on mingw32

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
14:00 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug ada/18858] ACATS ICE ce2109b ce2404b ce2410b at -O0: in expand_assignment, at expr.c:3756

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 CC||rolf dot ebert dot gcc at
   ||gmx dot de


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

[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
14:07 ---
(In reply to comment #6)
> I think I see the problem here.  The call in Test.java...
> 
>t.test(false, "FALSE");

And now the reason why it works on PPC, passing via registers.

-- 


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

[Bug c/21122] New: ICE in schedule_insns, at sched-rgn.c:2549

[b dot gunreben at web dot de]

The code is taken from the multimedia package pd and reduced. It may be 
reproduced with  
 
# gcc -c -O2 d.i 
d.i: In function 'osc_perform': 
d.i:35: internal compiler error: in schedule_insns, at sched-rgn.c:2549

-- 
   Summary: ICE in schedule_insns, at sched-rgn.c:2549
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b dot gunreben at web dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa-suse-linux-gnu
  GCC host triplet: hppa-suse-linux-gnu
GCC target triplet: hppa-suse-linux-gnu


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

[Bug c/21122] ICE in schedule_insns, at sched-rgn.c:2549

[b dot gunreben at web dot de]

--- Additional Comments From b dot gunreben at web dot de  2005-04-20 14:13 
---
Created an attachment (id=8688)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8688&action=view)
testcase


-- 


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

[Bug target/21122] ICE in schedule_insns, at sched-rgn.c:2549

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||ice-on-valid-code


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

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2005-04-20 14:18 
---
rs64a does not support it, but rs64b does.  We might want to limit GCC support 
to rs64b.

-- 


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

[Bug c++/21123] New: ICE in cp_expr_size, at cp/cp-objcp-common.c:101

[b dot gunreben at web dot de]

this code is from the package arts, preprocessed and reduced. The bug may be 
reproduced with  
 
# g++ -c mcop.ii  
mcop.ii: In member function 'std::vector > 
Arts::InterfaceRepo_base::_ZTv0_n12_NK4Arts18InterfaceRepo_base15_defaultPortsInEv()
 
const': 
mcop.ii:134: internal compiler error: in cp_expr_size, at 
cp/cp-objcp-common.c:101

-- 
   Summary: ICE in cp_expr_size, at cp/cp-objcp-common.c:101
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: b dot gunreben at web dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa-suse-linux-gnu
  GCC host triplet: hppa-suse-linux-gnu
GCC target triplet: hppa-suse-linux-gnu


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

[Bug target/21119] avr-gcc does not output Dwarf 2 information to track optimized variables' locations

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-20 
14:27 ---
Subject: Re:  New: avr-gcc does not output Dwarf 2
information to track optimized variables' locations



On Wed, 2005-04-20 at 06:40 +, tsandnes at atmel dot com wrote:
> The dwarf debug information has mechanisms for keeping track of variables 
> whose
> location changes during the execution of a program. This informationis stored 
> in
> an objectfile section called .debug_loc. This is not output by avr-gcc when
> optimization is turned on and one should expect this information to be output.
> 


This is fixed in 4.0, where we track and generate location lists for
optimized variables.

The feature never made it into 3.4 (it missed it by a few weeks).
Check the mailing lists and you'll see there was a push to get it into
3.4 that failed.






-- 


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

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

[b dot gunreben at web dot de]

--- Additional Comments From b dot gunreben at web dot de  2005-04-20 14:28 
---
Created an attachment (id=8689)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8689&action=view)
testcase


-- 


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

[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true

[mark at gcc dot gnu dot org]

--- Additional Comments From mark at gcc dot gnu dot org  2005-04-20 14:30 
---
Posted a patch to implement option 2 of comment #6
- "fixing up" boolean args for raw calls
http://gcc.gnu.org/ml/java-patches/2005-q2/msg00242.html

-- 


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

[Bug debug/21119] avr-gcc does not output Dwarf 2 information to track optimized variables' locations

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
14:35 ---
Fixed for 4.0.0.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|target  |debug
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug middle-end/20973] [4.0 Regression] kdelibs (khtml) miscompiled by reload

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|regression  |middle-end
Summary|[4.0/4.1 Regression] kdelibs|[4.0 Regression] kdelibs
   |(khtml) miscompiled by  |(khtml) miscompiled by
   |reload  |reload
   Target Milestone|4.0.0   |4.0.1


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

[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true

[aph at gcc dot gnu dot org]

--- Additional Comments From aph at gcc dot gnu dot org  2005-04-20 14:38 
---
This is indeed a libffi bug.

Whether a boolean is promoted to a full word or not is a part of the system ABI.
 It's controlled in gcc by TARGET_PROMOTE_PROTOTYPES, and is part of the gcc
back end.

What you have discovered is that the raw FFI abi does not correspond to the
SYSV/X86 abi, and te args need to be massaged.

-- 


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

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code


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

[Bug c++/21124] New: [4.1 regression] bogus "may be used uninitialized" warning

[reichelt at gcc dot gnu dot org]

On mainline I get some bogus warnings about uninitialized variables.
Just compile the following with "g++ -O -Wall":

==
#include

void foo(int i, std::valarray& v)
{
v += i*v;
}

void bar()
{
std::valarray v;

for (int j=0; j<2; ++j)
foo(0, v);
}
==

The warning message is:

bug.cc: In function 'void bar()':
bug.cc:13: warning: 'i' may be used uninitialized in this function

A reduced version is here (compile with "-O -Wall"):

==
struct A
{
void foo() const;
};

struct B
{
const int& i;
const A& a;

B(const int& __i, const A& __a) : i(__i), a(__a) {}
static void bar(const B& b) { b.a.foo(); }
};

void baz()
{
A a;

for (int j=0; j<2; ++j)
B::bar(B(0,a));
}
==

The warning message for this case is even weirder (anonymous seems to refer
to the constant 0):

bug.cc: In function 'void baz()':
bug.cc:20: warning: '' may be used uninitialized in this function

Code like this compiled with -Werror will be rejected, so I'll rate
this as a rejects-valid bug.
The 4.0 branch is not affected.

-- 
   Summary: [4.1 regression] bogus "may be used uninitialized"
warning
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: rejects-valid, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/21125] New: gfortran - bus error printing warning message

[dir at lanl dot gov]

I get a bus error when I try to compile this program. If you look at the trace
back, translate_common was making a call to gfc_warning with this statement -

  gfc_warning ("Padding of %d bytes required before '%s' in "
   "COMMON '%s' at %L", offset, s->sym->name,
   common->name, &common->where);
}

offset is declared by -

  HOST_WIDE_INT offset;

on the Macintosh, the program is crashing because HOST_WIDE_INT is 8 bytes and
the %d format is only skipping 4 bytes throwing off the address for the later
arguments. Cast statements are needed on the calls with the "long int" to
gfc_warning or a new "%ld" option needs to be added to gfc_warning.



[dranta:~/tests/gfortran] dir% gfortran -c tex3d.f
tex3d.f: In function 'MAIN__':
tex3d.f:9: 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.
[dranta:~/tests/gfortran] dir% cat tex3d.f
  PROGRAM GAP3D
C IMPLICIT DOUBLE PRECISION (A-H,O-Z)
  DOUBLE PRECISION NINE,NINETH,MILLON
  COMMON /FLTNUM/ ZERO,ONE,TWO,THREE,FOUR,FIVE,SIX,SEVEN,EIGHT,
 1   NINE,TEN,HALF,THIRD,FOURTH,FIFTH,SIXTH,SEVNTH,EIGHTH,NINETH,
 2   TENTH,HUNDRD,THOU,MILLON
C
C
  END


Thread 0 Crashed:
0   f9510x00014d40 error_print + 0x120 (error.c:435)
1   f9510x00014d30 error_print + 0x110 (error.c:435)
2   f9510x00015b3c gfc_warning + 0xbc (error.c:541)
3   f9510x0005c810 translate_common + 0x214 (trans-common.c:874)
4   f9510x0004d834 gfc_traverse_symtree + 0x28 (symbol.c:2283)
5   f9510x0005c9dc gfc_trans_common + 0x80 (trans-common.c:967)
6   f9510x00061ab4 gfc_generate_function_code + 0xc0 (trans-decl.c:2212)
7   f9510x00053850 gfc_generate_code + 0xc8 (trans.c:678)
8   f9510x00038b8c gfc_parse_file + 0x2c4 (parse.c:2637)
9   f9510x0004ed68 gfc_be_parse_file + 0x20 (f95-lang.c:264)
10  f9510x0034b8e4 compile_file + 0x70 (toplev.c:1004)
11  f9510x0034d894 do_compile + 0xac (toplev.c:2122)
12  f9510x0034d918 toplev_main + 0x58 (toplev.c:2154)
13  f9510x1ae0 _start + 0x188 (crt.c:267)
14  dyld0x8fe1a558 _dyld_start + 0x64

-- 
   Summary: gfortran - bus error printing warning message
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dir at lanl dot gov
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: powerpc-apple-darwin7.8.0


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

[Bug target/21122] ICE in schedule_insns, at sched-rgn.c:2549

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
15:07 ---
Confirmed, reduced testcase:
union tabfudge
{
double tf_d;
int tf_i[2];
};
struct _osc
{
double x_phase;
};
void osc_perform(double *out, struct _osc * x)
{
  union tabfudge tf;
  int normhipart;
  double dphase;
  
  dphase = x->x_phase + 1.572864e+6;
  tf.tf_d = 1.572864e+6;
  normhipart = tf.tf_i[0];
  tf.tf_d = dphase;
  tf.tf_i[0] = normhipart;
  *out = tf.tf_d;
}


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-20 15:07:14
   date||


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

[Bug fortran/21125] gfortran - bus error printing warning message

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
15:08 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/20059] internal compiler error: Segmentation Fault - For common blocks

[pinskia at gcc dot gnu dot org]

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

-- 


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

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
15:10 ---
This works on the mainline.

-- 


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

[Bug c++/21124] [4.1 regression] bogus "may be used uninitialized" warning

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||diagnostic


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

[Bug middle-end/21124] [4.1 regression] bogus "may be used uninitialized" warning

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
15:19 ---
Confirmed:
  # D.1678_31 = PHI <0(3), D.1678_8(0)>;


Why is this PHI, here, it is just dead code, maybe we should check the use info 
to see if it is actually 
used.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c++ |middle-end
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-20 15:19:17
   date||
   Target Milestone|--- |4.1.0


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

[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs

[mckinlay at redhat dot com]

--- Additional Comments From mckinlay at redhat dot com  2005-04-20 15:56 
---
Ziga, please let us know as soon as your FSF paperwork clears. Thanks!

-- 


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

[Bug middle-end/21124] [4.1 regression] bogus "may be used uninitialized" warning

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-04-20 
16:04 ---
Here's an even simpler testcase that triggers the warning with -O, -O2, -O3:


struct A
{
const int& i;
int j;

A(const int& __i) : i(__i), j(0) {}
};

void foo(const int&);

inline void bar(const A& a) { foo(a.j); }

void baz()
{
for (int k=0; k<2; ++k)
bar(A(0));
}



-- 


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

[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs

[ziga dot mahkovec at klika dot si]

--- Additional Comments From ziga dot mahkovec at klika dot si  2005-04-20 
16:24 ---
Bryce,

about a month ago, I was informed that my papers were to be sent shortly.  I
forgot about it later, but I poked the copyright clerk now.

Let me know if there's anything I can do to speed things up (like putting the
patch in public domain for you to commit?).

-- 


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

[Bug c/12913] Jumps into variable length array scope not rejected

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-20 
16:42 ---
Subject: Bug 12913

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-20 16:41:48

Modified files:
gcc: ChangeLog c-decl.c c-tree.h c-typeck.c 
gcc/objc   : ChangeLog objc-act.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: c99-vla-jump-1.c c99-vla-jump-2.c 
  c99-vla-jump-3.c c99-vla-jump-4.c 
  c99-vla-jump-5.c 

Log message:
PR c/12913
* c-tree.h (struct c_label_list): Update comment.
(struct c_label_context): Rename to struct c_label_context_se.
(label_context_stack): Rename to label_context_stack_se.
(C_DECL_UNJUMPABLE_VM, C_DECL_UNDEFINABLE_VM, struct
c_label_context_vm, label_context_stack_vm, c_begin_vm_scope,
c_end_vm_scope): New.
(C_DECL_DECLARED_BUILTIN, C_DECL_USED): Use FUNCTION_DECL_CHECK.
* c-decl.c (pop_scope): Call c_end_vm_scope.
(pushdecl): Call c_begin_vm_scope for variably modified
declarations.
(define_label): Check for jumping into scope of identifier with
variably modified type.  Push label on stack for those defined at
current context of identifiers with variably modified type.
(start_function): Create stack level for context of identifiers
with variably modified type.
(finish_function): Pop stack level for context of identifiers with
variably modified type.
* c-typeck.c (label_context_stack): Rename to
label_context_stack_se.
(label_context_stack_vm, c_begin_vm_scope, c_end_vm_scope): New.
(c_finish_goto_label): Check for jumping into scope of identifier
with variably modified type.  Push label on stack for those jumped
to from current context of identifiers with variably modified
type.
(struct c_switch): Add blocked_vm.
(c_start_case): Initialize blocked_vm.
(do_case): Check blocked_vm.
(c_finish_case): Add comment.
(c_begin_stmt_expr, c_finish_stmt_expr): Update for renamed
variable label_context_stack.

objc:
* objc-act.c (objc_start_function): Create stack level for context
of identifiers with variably modified type.

testsuite:
* gcc.dg/c99-vla-jump-1.c, gcc.dg/c99-vla-jump-2.c,
gcc.dg/c99-vla-jump-3.c, gcc.dg/c99-vla-jump-4.c,
gcc.dg/c99-vla-jump-5.c: New tests.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8375&r2=2.8376
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcc&r1=1.646&r2=1.647
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-tree.h.diff?cvsroot=gcc&r1=1.200&r2=1.201
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&r1=1.433&r2=1.434
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gcc&r1=1.32&r2=1.33
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gcc&r1=1.269&r2=1.270
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5375&r2=1.5376
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-3.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-4.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-vla-jump-5.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

[ro at gcc dot gnu dot org]

--- Additional Comments From ro at gcc dot gnu dot org  2005-04-20 16:42 
---
I observe the same ICE when bootstrapping with Ada on i386-pc-solaris2.10:

stage1/xgcc -Bstage1/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -c -g -O2 
-gnatpg -gnata -I- -I. -Iada -I/vol/gnu/src/gcc/gcc-dist/gcc/ada
/vol/gnu/src/gcc/gcc-dist/gcc/ada/sem_intr.adb -o ada/sem_intr.o
+===GNAT BUG DETECTED==+
| 4.1.0 20050419 (experimental) (i386-pc-solaris2.10) GCC error:   |
| in set_value_range, at tree-vrp.c:124|
| Error detected at sem_intr.adb:437:1 |

Unfortunately, the proposed patch doesn't fix this.

-- 
   What|Removed |Added

 CC||ro at gcc dot gnu dot org


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

[Bug rtl-optimization/15248] [4.0/4.1 Regression] Reload may generate stores to read-only memory

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-04-20 
17:04 ---
> Eric, if you confirm that this bug is fixed in 3.3 and 3.4, then this is a 
> (latent) regression on mainline and 4.0.

It is indeed.


-- 


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

[Bug c/21126] New: internal compiler error: in output_constant_pool_2, at varasm.c:3232

[oystein at gnubg dot org]

gcc -v
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.1-20050410/configure --with-gcc --with-gnu-ld
--with-gnu-as --host=mingw32 --target=mingw32 --prefix=/home/mingw
--enable-threads --disable-nls --enable-languages=c,c++,treelang
--disable-win32-registry --disable-shared
Thread model: win32
gcc version 4.1.0 20050410 (experimental)

/msys/1.0/home/mingw/bin/gcc.exe -g -Wall -O3 -msse -mtune=pentium3 -DHAVE_CONFI
G_H  -I. -I..   -c -o neuralnet.o neuralnet.c
neuralnet.c: In function 'Evaluate':
neuralnet.c:540: internal compiler error: in output_constant_pool_2, at varasm.c
:3232
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make: *** [neuralnet.o] Error 1

Preprocessed files can be found here:
http://home.online.no/~oeysteij/neuralnet.i
http://home.online.no/~oeysteij/neuralnet.s

-- 
   Summary: internal compiler error: in output_constant_pool_2, at
varasm.c:3232
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oystein at gnubg dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: 4.1.0 20050410 (built with msys 1.0.10)
  GCC host triplet: i686-mingw
GCC target triplet: i686-mingw


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

[Bug target/21126] internal compiler error: in output_constant_pool_2, at varasm.c:3232

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||ice-on-valid-code, ssemmx


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

[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
17:32 ---
Some mentioned here: .

-- 


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

[Bug target/20049] __builtin_ia32_loadsss is still documented

[kcook at gcc dot gnu dot org]

--- Additional Comments From kcook at gcc dot gnu dot org  2005-04-20 18:03 
---
The obvious typo in the docs would still apply to 3.x though.

4.x has the seperate issue that the following functions are no longer available
(I assume intentionally, though it really wasn't announced) yet still 
documented:

__builtin_ia32_loadaps
__builtin_ia32_loadddup
__builtin_ia32_loadsss [__builtin_ia32_loadss]
__builtin_ia32_movddup
__builtin_ia32_pextrw
__builtin_ia32_pfrsqrtit1
__builtin_ia32_pinsrw
__builtin_ia32_storeaps
__builtin_ia32_storess

-- 
   What|Removed |Added

 CC||kcook at gcc dot gnu dot org


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

[Bug c++/21118] Explicitly instantiated templates don't seem to be instantiated

[ncm-nospam at cantrip dot org]

--- Additional Comments From ncm-nospam at cantrip dot org  2005-04-20 
18:43 ---
I agree with Andrew.  The compiler was improved enough not to fail to 
report this error.  The Right Thing is probably just to delete the 
explicit instantiations, if it's not code to go in a shared library.  
If it is, just move the explicit instantiations after all the definitions.

-- 


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

[Bug target/21100] [4.0/4.1 Regression] ICE: unrecognizable insn for -march=pentium-mmx

[rth at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-20 19:50:16
   date||


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

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

[william dot m dot miller at gmail dot com]

-- 
   What|Removed |Added

 CC||william dot m dot miller at
   ||gmail dot com


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

[Bug target/21100] [4.0/4.1 Regression] ICE: unrecognizable insn for -march=pentium-mmx

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-20 
19:56 ---
Subject: Bug 21100

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-20 19:56:17

Modified files:
gcc: ChangeLog 
gcc/config/i386: mmx.md 

Log message:
PR target/21100
* config/i386/mmx.md (push1): Fix predicate thinko.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8377&r2=2.8378
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/mmx.md.diff?cvsroot=gcc&r1=1.7&r2=1.8



-- 


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

[Bug c++/4206] ICE with switch in while

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |3.1.x/3.2.x


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

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

[william dot m dot miller at gmail dot com]

--- Additional Comments From william dot m dot miller at gmail dot com  
2005-04-20 20:14 ---
Responses to Wolfgang's two questions:

a) You're right; I was looking at the current WP rather than the 2003 
Standard.  Sorry.  It's 9.3.1p2 in the 2003 Standard (the change from troff to 
LaTeX resulted in some paragraphs being numbered differently, and I didn't 
notice that this was one of those cases).

b) No, unary & applied to a qualified-id that names a non-static member is 
always a pointer to member (5.3.1p2-3), regardless of whether the qualifier is 
an injected-class-name or an ordinary class-name.

-- 


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

[Bug target/21126] internal compiler error: in output_constant_pool_2, at varasm.c:3232

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-20 20:18 
---
Doesn't fail on i686-linux.

-- 


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

[Bug target/21126] internal compiler error: in output_constant_pool_2, at varasm.c:3232

[oystein at gnubg dot org]

--- Additional Comments From oystein at gnubg dot org  2005-04-20 20:31 
---
H

I'm a bit skeptic to the compiler installation. I did a configure with
--prefix=/home/mingw/. Then I did a 'make install'. I notice now that
/home/mingw/include/ is empty. Should it be?

(And which header files was then used in the compilation?)

-Øystein


-- 


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

[Bug libfortran/21127] New: reshape of complex broken

[tkoenig at gcc dot gnu dot org]

$ cat reshape-complex.f90
program main
  complex, dimension(8) :: b
  complex, dimension(2,2) :: a
  integer :: i
  b = (/(i,i=1,8)/)
  a = reshape(b(1:8:2),shape(a))
  print *,a
end
$ gfortran -fdump-tree-original reshape-complex.f90
$ ./a.out
 (  1.00,  2.00) (  3.00,  4.00) (
1.4012985E-45,  2.476204) ( -1.999693, 3.9988187E-34)

The problem is that we use

atmp.5.dtype = 546;
atmp.5.dim[0].stride = 1;
atmp.5.dim[0].lbound = 0;
atmp.5.dim[0].ubound = 1;
atmp.5.dim[1].stride = 2;
atmp.5.dim[1].lbound = 0;
atmp.5.dim[1].ubound = 1;
atmp.5.data = (complex4[0:] *) &A.6;
atmp.5.offset = 0;

... 

_gfortran_reshape_4 (&atmp.5, &parm.7, &atmp.11, 0B, 0B);

which is clearly wrong, because we treat the complex array like
a real array of the same shape.

We need a reshape_c4 and reshape_c8, which needs to be called
correctly from the front end.

-- 
   Summary: reshape of complex broken
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/21128] New: Returning vector 32-bits or larger generates ICE

[jconner at apple dot com]

The following file:

  typedef int __attribute__((vector_size (32))) v8i;

  v8i g_v8i;
  v8i return_v8i (void)
  {
return g_v8i;
  }

Compiled with the command-line:

  gcc test.c -c

Produces this error message:

  test.c: In function 'return_v8i':
  test.c:5: internal compiler error: in hard_function_value, at explow.c:1541
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See http://gcc.gnu.org/bugs.html> for instructions.

This behavior shows up in the 4.0 branch and the current (4.1.0) mainline.

gcc 3.4.3 produces the following error message:

  test.c:1: error: no vector mode with the size and type specified could be 
found

My configuration is:

  --target=arm-none-elf --program-prefix=arm-elf- --disable-nls 
--enable-languages=c,c++ --
with-newlib --enable-multilib --disable-shared

This behavior shows up when trying to compile the test compat/vector-2.

-- 
   Summary: Returning vector 32-bits or larger generates ICE
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jconner at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: powerpc-apple-darwin7.8.0
GCC target triplet: arm-none-elf


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

[Bug target/21128] Returning vector 32-bits or larger generates ICE

[jconner at apple dot com]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code


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

[Bug c++/21118] Explicitly instantiated templates don't seem to be instantiated

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-04-20 21:33 
---
Explicit instantiations can only instantiate things that have been seen 
before. Nothing is seen in your case, so there is nothing to be done. 
 
W. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/21128] Returning vector 32-bits or larger generates ICE

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
21:41 ---
Patch here: .

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||patch
   Last reconfirmed|-00-00 00:00:00 |2005-04-20 21:41:38
   date||


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

[Bug middle-end/21129] New: genpreds should identify and emit helper predicates as static

[hp at gcc dot gnu dot org]

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #1.

-- 
   Summary: genpreds should identify and emit helper predicates as
static
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-*


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

[Bug fortran/21130] New: 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

[epperly2 at llnl dot gov]

I work on a language interoperability tool called Babel. It generates F90 code
that wraps up objects written in other languages. I have an example with 38822
lines in 22 files. The last file is 4967 lines long, and it takes roughly 10
minutes to compile with a snapshot of GCC 4.0 on an essentially idle dual 3GHz
P4 Linux box. gfortran does ultimately compile the file, so I will understand if
you don't consider this a bug.

Here are the details about the version and build of gfortran:
[EMAIL PROTECTED] gfortran_issue]$ 
/usr/casc/babel/apps/linux_el/gcc40_pre0/bin/gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0-20050319/configure
--with-gmp=/usr/casc/babel/apps/linux_el/gcc40_pre0
--prefix=/usr/casc/babel/apps/linux_el/gcc40_pre0 
--enable-languages=c,c++,java,f95
Thread model: posix
gcc version 4.0.0 20050319 (prerelease)

I know that tar files are not preferred, but it seems like the only reasonable
means of providing all the required files. I include a compile.sh shell script
to compile the files in the correct order. Each file is compiled with "gfortran
-c file.f90". This shows the timing output from running "sh copmile.sh".

[EMAIL PROTECTED] gfortran_issue]$ sh compile.sh
Wed Apr 20 15:27:16 PDT 2005
The following file will take roughly 10 minutes to compile
Wed Apr 20 15:27:25 PDT 2005
Wed Apr 20 15:39:18 PDT 2005

-- 
   Summary: 38822 lines of Fortran 90 takes more than 10 minutes to
compile on a dual 3GHz P4 Linux box with lots of RAM
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: epperly2 at llnl dot gov
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=21130

[Bug middle-end/21129] genpreds should identify and emit helper predicates as static

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-04-20 22:43 
---
Correction: that should be #2 in the referenced message.

-- 


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

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

[epperly2 at llnl dot gov]

--- Additional Comments From epperly2 at llnl dot gov  2005-04-20 22:46 
---
Created an attachment (id=8690)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8690&action=view)
Source files and compile script to reproduce the performance issue

I am attaching a bzip2 compressed tar file with the source and a compile.sh
script to reproduce this issue.

-- 


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

[Bug libstdc++/21131] New: Mismatch in comments for m4 config macros in libstdc++

[jones at ingate dot com]

Minor comment mismatch for GLIBCPP_CHECK_STDLIB_DECL_AND_LINKAGE_2 in libstdc++.
Make all comments for macros of this same type consistent.

This is present on mainline and all open release branches.
For 3.3 in acinclude.m4.
For mainline, 4.0 and 3.4 in linkage.m4.

-- 
   Summary: Mismatch in comments for m4 config macros in libstdc++
   Product: gcc
   Version: 3.3.5
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jones at ingate dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++

[jones at ingate dot com]

--- Additional Comments From jones at ingate dot com  2005-04-20 22:52 
---
Created an attachment (id=8691)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8691&action=view)
Patch for 3.3


-- 


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

[Bug middle-end/21132] New: gensupport mistreats match_code split with an ior

[hp at gcc dot gnu dot org]

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #1.
Maybe treating (ior (match_code ...) (match_code ...)) as special
is good enough, or maybe that's just a bad idea.

-- 
   Summary: gensupport mistreats match_code split with an ior
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: minor
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-*


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

[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++

[jones at ingate dot com]

--- Additional Comments From jones at ingate dot com  2005-04-20 22:54 
---
Created an attachment (id=8692)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8692&action=view)
Patch for mainline (also 4.0 and 3.4 at different offset)


-- 


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

[Bug middle-end/21133] New: Method and apparatus to refer to inner XEXPs in define_predicate

[hp at gcc dot gnu dot org]

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #3 and for
example cris_bdap_sign_extend_operand, where this could be used instead of
the match_tests and nested XEXPs.  The name "op" and "mode" would refer
to the toplevel of the predicate, while different levels would refer to its own
by TBD.  At least opN, modeN would intuitive for numbered predicates.
Perhaps xop, xmode for the "current" level.

-- 
   Summary: Method and apparatus to refer to inner XEXPs in
define_predicate
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-*


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

[Bug middle-end/21134] New: Make gengenrtl emit mode checks aborting on avoid VOIDmode

[hp at gcc dot gnu dot org]

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #4.
See also PR 20413 comment #9.
Only CONST_INT should have VOIDmode, and it's not generated by gengenrtl,
so a patch for this enhancement seems simple.

-- 
   Summary: Make gengenrtl emit mode checks aborting on avoid
VOIDmode
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-*


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

[Bug middle-end/21134] Make gengenrtl emit mode checks aborting on VOIDmode

[hp at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|Make gengenrtl emit mode|Make gengenrtl emit mode
   |checks aborting on avoid|checks aborting on VOIDmode
   |VOIDmode|


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

[Bug c++/21135] New: &a[-2] ICE at the top level

[mrs at apple dot com]

int a[4] = {0,1,2,3};
int *b = &a[-2];

doesn't work, it fails with:

t2.ii:1: 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.

This ICEes because it is going deep into expand, and there is no cfun, and no 
insns at that time.

This should be host/target/build independent.

radr://4093122

-- 
   Summary: &a[-2] ICE at the top level
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin8
  GCC host triplet: powerpc-apple-darwin8
GCC target triplet: powerpc-apple-darwin8


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

[Bug web/16384] http://gcc.gnu.org/gcc-3.3/changes.html changelog for gcc-3.3.4 missing

[james at juranfamily dot org]

--- Additional Comments From james at juranfamily dot org  2005-04-20 23:38 
---
This hasn't actually been fixed -- http://gcc.gnu.org/gcc-3.3/changes.html still
only has info up to 3.3.3.


-- 


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

[Bug c++/21135] [4.0/4.1 Regression] &a[-2] ICE at the top level

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-20 
23:46 ---
Confirmed as a regression.

I think this was caused by the C++ front-end no longer lowering &a[const] to &a 
+ const.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
  Known to fail||4.0.0 4.1.0
  Known to work||3.3.3 3.4.0
   Last reconfirmed|-00-00 00:00:00 |2005-04-20 23:46:17
   date||
Summary|&a[-2] ICE at the top level |[4.0/4.1 Regression] &a[-2]
   ||ICE at the top level
   Target Milestone|--- |4.0.1


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

[Bug c++/20805] Another debug info emitting bug

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-20 
23:51 ---
Subject: Bug 20805

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-20 23:51:30

Modified files:
gcc: ChangeLog 

Log message:
Avoid emitting bogus debug info that confuses gdb.
PR c++/20805
* dwarf2out.c (gen_variable_die): Don't emit a specification if this
is another declaration.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8380&r2=2.8381



-- 


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

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:01 ---
Hmm, this comes from loading modules or something related to that.

-- 
   What|Removed |Added

   Keywords||compile-time-hog


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

[Bug c++/20805] Another debug info emitting bug

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-21 
00:06 ---
Subject: Bug 20805

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-21 00:06:36

Modified files:
gcc: dwarf2out.c 

Log message:
Avoid emitting bogus debug info that confuses gdb.
PR c++/20805
* dwarf2out.c (gen_variable_die): Don't emit a specification if this
is another declaration.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dwarf2out.c.diff?cvsroot=gcc&r1=1.584&r2=1.585



-- 


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

[Bug c++/20805] Another debug info emitting bug

[wilson at gcc dot gnu dot org]

--- Additional Comments From wilson at gcc dot gnu dot org  2005-04-21 
00:11 ---
Fixed on mainline.

Do we need this fixed for 4.0.1?  If so, this will have to wait for the branch
to unfreeze.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |wilson at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
  Known to work||4.1.0
   Last reconfirmed|2005-04-07 11:58:11 |2005-04-21 00:11:24
   date||


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

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:14 ---
The compile time problem is located in load_needed in module.c but I don't know 
how to fix it easily.

-- 


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

[Bug libgcj/21136] New: tryLock waits for the lock, and lock doesn't

[luca dot barbieri at gmail dot com]

In gnu.java.nio.channels.FileChannelImpl tryLock and lock call the native lock
functions with incorrect wait parameters: tryLock passes true and lock false.

Of course, tryLock should pass false and lock should pass true.

Patch attached.

-- 
   Summary: tryLock waits for the lock, and lock doesn't
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: luca dot barbieri at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
 GCC build triplet: i386-redhat-linux
  GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux


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

[Bug libgcj/21136] tryLock waits for the lock, and lock doesn't

[luca dot barbieri at gmail dot com]

--- Additional Comments From luca dot barbieri at gmail dot com  2005-04-21 
00:25 ---
Created an attachment (id=8693)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8693&action=view)
Patch


-- 


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

[Bug libstdc++/10606] uncaught_exception() returns false too early

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-21 
00:28 ---
Subject: Bug 10606

CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED]   2005-04-21 00:28:36

Modified files:
gcc/cp : ChangeLog.apple-ppc except.c 

Log message:
Radar 4093536
Undo PR libstdc++/10606 fix.
2005-02-18  Richard Henderson  <[EMAIL PROTECTED]>

PR libstdc++/10606
* except.c (do_get_exception_ptr): New.
(expand_start_catch_block): Use it.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.apple-ppc.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=1.1.4.5&r2=1.1.4.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/except.c.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=1.180.2.1&r2=1.180.2.2



-- 


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

[Bug middle-end/21129] genpreds should identify and emit helper predicates as static

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:35 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-21 00:35:11
   date||


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

[Bug middle-end/21129] genpreds should identify and emit helper predicates as static

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:36 ---
I am going to change the keyword from missed-optimization to compile-time-hog 
as this does not 
improve overall the code generation in GCC but the compile time aspect.

-- 
   What|Removed |Added

   Keywords|missed-optimization |compile-time-hog


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

[Bug tree-optimization/14846] [tree-ssa] don't use a shift in A & CST_POWER_OF_2 == 0 until very late in tree-ssa optimizations

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-21 
00:39 ---
Subject: Bug 14846

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-21 00:39:25

Modified files:
gcc: ChangeLog fold-const.c 

Log message:
PR tree-optimization/14846
* fold-const.c (fold_single_bit_test_into_sign_test): New,
split out from ...
(fold_single_bit_test): ... here.
(fold_binary): Call fold_single_bit_test_into_sign_test
instead of fold_single_bit_test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8381&r2=2.8382
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.566&r2=1.567



-- 


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

[Bug tree-optimization/14846] [tree-ssa] don't use a shift in A & CST_POWER_OF_2 == 0 until very late in tree-ssa optimizations

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-04-21 00:40 
---
Just checked in a patch.


-- 
   What|Removed |Added

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


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

[Bug tree-optimization/14847] [tree-ssa] combine "if (a & 1) goto there" and "if (a & 4) goto there"

[kazu at cs dot umass dot edu]

-- 
Bug 14847 depends on bug 14846, which changed state.

Bug 14846 Summary: [tree-ssa] don't use a shift in A & CST_POWER_OF_2 == 0 
until very late in tree-ssa optimizations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14846

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug middle-end/21132] gensupport mistreats match_code split with an ior

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:40 ---
Confirmed, I am going to add the keyword to ice on valid as it could an ICE on 
valid code.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-04-21 00:40:06
   date||


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

[Bug c++/20805] [4.0 Regression] Another debug info emitting bug

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:46 ---
(In reply to comment #15)
> Fixed on mainline.
> 
> Do we need this fixed for 4.0.1?  If so, this will have to wait for the branch
> to unfreeze.

Yes it is also needed for 4.0.  I should have marked it as a regression after 
Jakub's comments in 
comment #8.

-- 
   What|Removed |Added

Summary|Another debug info emitting |[4.0 Regression] Another
   |bug |debug info emitting bug
   Target Milestone|--- |4.0.1


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

[Bug tree-optimization/21137] New: Convert (a >> 2) & 1 != 0 into a & 4 != 0

[kazu at cs dot umass dot edu]

At tree level, we would like to canonicalize (a >> 2) & 1 != 0 into a & 4 != 0.

Currently,

void bar (void);

void
foo (int a)
{
  if ((a >> 2) & 1)
bar ();
}

turns into

foo (a)
{
  int D.1235;
  int D.1236;
  _Bool D.1237;

  D.1235 = a >> 2;
  D.1236 = D.1235 & 1;
  D.1237 = (_Bool) D.1236;
  if (D.1237)
{
  bar ();
}
  else
{
  
}
}

-- 
   Summary: Convert (a >> 2) & 1 != 0 into a & 4 != 0
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug middle-end/21137] Convert (a >> 2) & 1 != 0 into a & 4 != 0

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:50 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|tree-optimization   |middle-end
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-21 00:50:52
   date||


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

[Bug tree-optimization/21138] New: wrong code in sixtrack for -fmodulo-sched

[janis at gcc dot gnu dot org]

The SPEC CPU2000 test sixtrack gets comparison failures on
powerpc64-linux when compiled with current GCC mainline with
"-m64 -O2 -fmodulo-sched".  The minimized testcase demonstrates
the problem.  It starts failing with sources as of 20050405.

-- 
   Summary: wrong code in sixtrack for -fmodulo-sched
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,hagog at gcc dot gnu dot
org
 GCC build triplet: powerpc64-linux
  GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux


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

[Bug tree-optimization/21138] wrong code in sixtrack for -fmodulo-sched

[janis at gcc dot gnu dot org]

--- Additional Comments From janis at gcc dot gnu dot org  2005-04-21 00:51 
---
Created an attachment (id=8694)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8694&action=view)
minimized testcase


-- 


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

[Bug rtl-optimization/21138] wrong code in sixtrack for -fmodulo-sched

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|tree-optimization   |rtl-optimization
   Keywords||wrong-code


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

[Bug libfortran/21127] reshape of complex broken

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
00:55 ---
Confirmed.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-21 00:55:15
   date||


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

[Bug middle-end/21134] Make gengenrtl emit mode checks aborting on VOIDmode

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
01:00 ---
Confirmed.

-- 
   What|Removed |Added

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


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

[Bug middle-end/21133] Method and apparatus to refer to inner XEXPs in define_predicate

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
01:00 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-21 01:00:47
   date||


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

[Bug target/19500] compillation fail in intl with "error: can't find a register in class `GENERAL_REGS' while reloading `asm'"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-21 
01:01 ---
No feedback in 3 months.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c/6409] C comma operator: wrong behavior

[suan at cs dot wisc dot edu]

--- Additional Comments From suan at cs dot wisc dot edu  2005-04-21 02:34 
---
Hmm... now that I've been reminded of this bug, I might as well try to revive 
it.
I think my question has more to do with the granularity of well-defined-ness. 
Consider the expression A + (B,C), which contains a subexpression (B,C) which is
itself an expression.  If the expression (B,C) does not contain conflicts,
should not its behavior be well-defined?  Should not the A-B/A-C conflict in the
outer expression mean only that the outer expression's behavior be undefined,
and not affect the well-defined-ness of the inner expression?

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |


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

[Bug c++/21139] New: Improve handling of function-scope statics on platforms without weak symbols

[mmitchel at gcc dot gnu dot org]

On platforms without weak symbols, we presently emit statically initialized
function-scope static variables with internal linkage, even in functions with
vague linkage, and issue a warning indicating that, while the standard requires
that there be only one copy of the variable, there will in fact be multiple
copies in the user program.

In this thread:

http://gcc.gnu.org/ml/libstdc++/2005-04/msg00152.html

it was agreed that we should instead dynamically initialized all non-const
variables (thereby ensuring correct semantics), and continue to emit static
initializers only for const variables.  For const variables whose addresses are
not taken, we should not warn, as there is no way for the program to tell that
there are multiple copies of the variable.

-- 
   Summary: Improve handling of function-scope statics on platforms
without weak symbols
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mmitchel at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libgcj/21140] New: Charset.encode and Charset.decode broken

[luca dot barbieri at gmail dot com]

Charset.encode and Charset.decode only work for a single call.

The reason is that the encoder/decoder is cached and after the first call it
will be in the flushed state.

The second call will thus throw an InvalidStateException.

Removing the cache or resetting the cached object should solve this.

-- 
   Summary: Charset.encode and Charset.decode broken
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: luca dot barbieri at gmail 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=21140

[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |4.0.1


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

[Bug tree-optimization/18048] [4.0/4.1 Regression] mgrid loop performance regression with ivopts (register pressure)

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |4.0.1


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

[Bug tree-optimization/15596] [4.0/4.1 Regression] Missed optimization with bitfields

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |4.0.1


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

[Bug c++/11987] [3.4/4.0/4.1 regression] Accepts-invalid with inherited nested type

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |4.0.1


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

[Bug target/18631] [4.0/4.1 Regression] missing error messages passing vectors with -mno-altivec -mabi=altivec

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |4.0.1


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