G++: Order of static destructors ?

[Nick Clifton]

Hi Guys,

  There appears to be a discrepancy in the way that G++ orders its
  static destructors.  Given this test program:

#include 
using namespace std;

class A 
{
public:
int i;
A(int j) : i(j) { cout << "constructor A" << endl; }
~A() { cout << "destructor A : i = " << i << endl; }
};

class B 
{
public:
A *n;
B() {
static A p(1);
n = &p;
cout << "constructor B" << endl;
}
~B() {
cout << "destructor B : i = " << n->i << endl;
n->i = 10;
}
};

class B x1;

int main (void) { return 0; }

  When compiled and run using an x86_64 native gcc built from today's
  sources this program will produce this output:
  
constructor A
constructor B
destructor A : i = 1
destructor B : i = 1

  However when compiled using a 3.4.4 native x86_64 compiler the
  following is produced when the program is run:
  
constructor A
constructor B
destructor B : i = 1
destructor A : i = 10

  Looking at what I hope is the right part of the C++ language
  specification:

3.6.3 - Termination [basic.start.term]
-1- Destructors (class.dtor) for initialized objects of static storage duration 
(declared at block scope or at namespace scope) are called as a result of 
returning from main and as a result of calling exit (lib.support.start.term). 
These objects are destroyed in the reverse order of the completion of their 
constructor or of the completion of their dynamic initialization. If an object 
is initialized statically, the object is destroyed in the same order as if the 
object was dynamically initialized. For an object of array or class type, all 
subobjects of that object are destroyed before any local object with static 
storage duration initialized during the construction of the subobjects is 
destroyed.

  This appears to state that the 3.4.4 compiler got it right.

  The problem I believe is that the destructor for class A is
  registered to run using atexit() when the constructor for class B is
  run, but the destructor for class B is permanently recorded in the
  .dtors section.  Since the exit() function runs the things recorded
  with atexit() first, before calling _exit() which runs the
  destructors in the .dtors section, the destructor for A is called
  before the destructor for B.

  Can anyone clarify this for me ?  Is this a bug with the current G++
  implementation ?

Cheers
  Nick
  

[Bug c++/26256] ignores using declaration

[steven at gcc dot gnu dot org]

-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||3.4.0 4.0.0 4.1.0 4.2.0
   Last reconfirmed|-00-00 00:00:00 |2006-02-13 07:21:15
   date||


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

[Bug c++/26256] New: ignores using declaration

[igodard at pacbell dot net]

The code:
struct A {int* next; };
struct B {int* next; };
struct C : public A, public B { using A::next; };
void foo(C* c) { c->next = 0; }

gets you:
~/ootbc/sim$ g++ foo.cc
foo.cc: In function `void foo(C*)':
foo.cc:4: error: request for member `next' is ambiguous
foo.cc:2: error: candidates are: int*B::next
foo.cc:1: error: int*A::next


Compiles OK on Comeau.

Ivan


-- 
   Summary: ignores using declaration
   Product: gcc
   Version: 3.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net


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

[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-02-13 05:18 ---
During that time there was a couple of HPPA patches:
2006-01-16  John David Anglin  <[EMAIL PROTECTED]>

* pa.md: Disparage copies between general and floating-point registers
in 32-bit move patterns.

2006-01-10  John David Anglin  <[EMAIL PROTECTED]>

PR target/20754
* pa.md: Create separate 32 and 64-bit move patterns for SI, DI, SF
and DF modes.  Add alternatives to copy between general and floating
point registers to the 32-bit patterns.
* pa-64.h (SECONDARY_MEMORY_NEEDED_RTX): Delete undefine.
* pa.h (SECONDARY_MEMORY_NEEDED_RTX): Delete define.
(SECONDARY_MEMORY_NEEDED): Secondary memory is only needed when
generating 64-bit code.
* pa.c (output_move_double): Handle copies between general and
floating registers.


-- 


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

[Bug rtl-optimization/26254] [4.2 Regression] FAIL: gcc.c-torture/compile/20011109-1.c,-O1

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.2.0


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

[Bug rtl-optimization/26254] [4.2 Regression] FAIL: gcc.c-torture/compile/20011109-1.c,-O1

[kkojima at gcc dot gnu dot org]

--- Comment #2 from kkojima at gcc dot gnu dot org  2006-02-13 05:14 ---
This case still fails with it.


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.0   |---


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

[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391

[tausq at debian dot org]

--- Comment #1 from tausq at debian dot org  2006-02-13 05:13 ---
I forgot to mention that this bug does not happen with the 20060104 snapshot of
gcc-4.0_branch (Debian 4.0.2-6), only with 20060128 (Debian 4.0.2-8)


-- 


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

[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.0.3


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

[Bug tree-optimization/26233] [4.1/4.2 Regression] FAIL: gcc.c-torture/compile/20000804-1.c:8: error: invalid operand to binary operator

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-02-13 05:00 ---
So it was fixed:
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00637.html


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/26255] New: [3.3 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391

[tausq at debian dot org]

Ref: http://bugs.debian.org/352529

The attached testcase, reduced from the Debian BTS bug report, causes an ICE

bug.c: In function 'foo':
bug.c:31: error: insn does not satisfy its constraints:
(insn 156 35 37 0 (set (reg:HI 70 %fr23 [122])
(reg:HI 20 %r20)) 53 {*pa.md:2926} (nil)
(nil))
bug.c:31: 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.
For Debian GNU/Linux specific bug reporting instructions,
see .

 bug.c -
typedef short int16_t;

int round_sample(int *sum);

#define MULS(ra, rb) ((ra) * (rb))

#define SUM8(sum, op, w, p) \
{   \
sum op MULS((w)[0 * 64], p[0 * 64]);\
sum op MULS((w)[1 * 64], p[1 * 64]);\
sum op MULS((w)[2 * 64], p[2 * 64]);\
sum op MULS((w)[3 * 64], p[3 * 64]);\
sum op MULS((w)[4 * 64], p[4 * 64]);\
sum op MULS((w)[5 * 64], p[5 * 64]);\
sum op MULS((w)[6 * 64], p[6 * 64]);\
sum op MULS((w)[7 * 64], p[7 * 64]);\
}

void foo(int *dither_state, int *samples)
{
int16_t *synth_buf;
const int16_t *w, *p;
int sum;

sum = *dither_state;
p = synth_buf + 16;
SUM8(sum, +=, w, p);
p = synth_buf + 48;
SUM8(sum, -=, w + 32, p);
*samples = round_sample(&sum);
}
 bug.c -
$ cc -O2 -c bug.c
bug.c: In function 'foo':
bug.c:31: error: insn does not satisfy its constraints:
(insn 156 35 37 0 (set (reg:HI 70 %fr23 [122])
(reg:HI 20 %r20)) 53 {*pa.md:2926} (nil)
(nil))
bug.c:31: 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.
For Debian GNU/Linux specific bug reporting instructions,
see .

Problem only happens with -O2.


-- 
   Summary: [3.3 regression] internal compiler error: in
reload_cse_simplify_operands, at postreload.c:391
   Product: gcc
   Version: 4.0.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
 GCC build triplet: hppa-linux
  GCC host triplet: hppa-linux
GCC target triplet: hppa-linux


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

[Bug rtl-optimization/26254] [4.2 Regression] FAIL: gcc.c-torture/compile/20011109-1.c,-O1

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-13 04:56 ---
Could you try the patch referenced in PR 26222?


-- 


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

[Bug rtl-optimization/26254] [4.2 Regression] FAIL: gcc.c-torture/compile/20011109-1.c,-O1

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rakdver at gcc dot gnu dot
   ||org
Summary|FAIL: gcc.c-|[4.2 Regression] FAIL:
   |torture/compile/20011109-   |gcc.c-
   |1.c,-O1 |torture/compile/20011109-
   ||1.c,-O1
   Target Milestone|--- |4.2.0


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

[Bug rtl-optimization/26254] New: FAIL: gcc.c-torture/compile/20011109-1.c,-O1

[kkojima at gcc dot gnu dot org]

On sh4-*-linux-gnu, gcc.c-torture/compile/20011109-1.c with -O1
starts to fail:

testsuite/gcc.c-torture/compile/20011109-1.c:51: error: unrecognizable insn:
(insn 26 25 232 4 (parallel [
(set (reg:SI 248)
(gt:SI (reg:DF 246)
(reg:DF 247)))
(use (reg/v:PSI 151 ))
]) -1 (insn_list:REG_DEP_TRUE 24 (insn_list:REG_DEP_TRUE 25 (nil)))
(nil))

after -fmove-loop-invariants is enabled by default.
SH backend defines set insns whose destinations are the hard reg
like T_REG and R0_REG.  It seems that move_loop_invariants makes
such pattern into
  (set pseudo_reg_A ...) + (set hard_reg pseudo_reg_A)
and then the former insn fails to be recognized.


-- 
   Summary: FAIL: gcc.c-torture/compile/20011109-1.c,-O1
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh4-*-linux-gnu


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

[Bug ada/21317] ACATS c954025 c954026 c99004a failures

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2006-02-13 04:40 ---
Isn't this fixed now or just worked around?


-- 


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

[Bug c++/9726] namespace typedef hides global when interacting with using directive

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2006-02-13 04:37 ---
The error message now is totally bogus:
t.cc: In function 'int main()':
t.cc:13: error: reference to 'foo' is ambiguous
t.cc:2: error: candidates are: class foo
t.cc:6: error: typedef class foo bar::foo
t.cc:13: error: reference to 'foo' is ambiguous
t.cc:2: error: candidates are: class foo
t.cc:6: error: typedef class foo bar::foo
t.cc:13: error: expected `;' before 'a'


-- 


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

[Bug libstdc++/24881] Lazy facet instantiation

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-13 04:35 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-13 04:35:54
   date||


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

[Bug libgcj/24860] java.util.Calendar needs updating

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-13 04:08 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-13 04:08:32
   date||


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

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

[hp at gcc dot gnu dot org]

--- Comment #2 from hp at gcc dot gnu dot org  2006-02-13 04:04 ---
I haven't tested it myself, but I think Zack's fixed this one in one of his
2006-01-22  Zack Weinberg  <[EMAIL PROTECTED]>
commits.  I'll try and see if it works (timeline deliberately left out).


-- 


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

[Bug target/24826] [4.1/4.2 Regression] Incorrect default options

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-13 03:43 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-13 03:43:36
   date||


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

[Bug libfortran/26253] New: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 execution

[danglin at gcc dot gnu dot org]

Executing on host: /users/bin/gcc/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/us
ers/bin/gcc/gcc-4.1/objdir/gcc/testsuite/../
/users/bin/gcc/gcc-4.1/gcc/gcc/test
suite/gfortran.fortran-torture/execute/intrinsic_set_exponent.f90  -w  -O0  
-L/
users/bin/gcc/gcc-4.1/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.libs
-L/users/b
in/gcc/gcc-4.1/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.libs
-L/users/bin/gcc/
gcc-4.1/objdir/hppa1.1-hp-hpux10.20/./libiberty  -lm   -o
/users/bin/gcc/gcc-4.1
/objdir/gcc/testsuite/intrinsic_set_exponent.x(timeout = 600)
PASS: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 compilation,
-O0
Setting LD_LIBRARY_PATH to
.:/users/bin/gcc/gcc-4.1/objdir/hppa1.1-hp-hpux10.20/
./libgfortran/.libs:/users/bin/gcc/gcc-4.1/objdir/hppa1.1-hp-hpux10.20/./libgfor
tran/.libs:/users/bin/gcc/gcc-4.1/objdir/gcc:.:/users/bin/gcc/gcc-4.1/objdir/hpp
a1.1-hp-hpux10.20/./libgfortran/.libs:/users/bin/gcc/gcc-4.1/objdir/hppa1.1-hp-h
pux10.20/./libgfortran/.libs:/users/bin/gcc/gcc-4.1/objdir/gcc
FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 execution, 
-O
0

Breakpoint 1, _gfortran_abort ()
at ../../../gcc/libgfortran/intrinsics/abort.c:38
38close_units ();
(gdb) bt
#0  _gfortran_abort () at ../../../gcc/libgfortran/intrinsics/abort.c:38
#1  0x3e5c in test_real8_ ()
at
/users/bin/gcc/gcc-4.1/gcc/gcc/testsuite/gfortran.fortran-torture/execute/intrinsic_set_exponent.f90:59
#2  0x39e4 in MAIN__ ()
at
/users/bin/gcc/gcc-4.1/gcc/gcc/testsuite/gfortran.fortran-torture/execute/intrinsic_set_exponent.f90:5
#3  0x42bc in main (argc=1, argv=0x7b03b054)
at ../../../gcc/libgfortran/fmain.c:18
#4  0x7af1d86c in ?? () from /usr/lib/libc.1
(gdb) break intrinsic_set_exponent.f90:59
...
Breakpoint 2, test_real8_ ()
at
/users/bin/gcc/gcc-4.1/gcc/gcc/testsuite/gfortran.fortran-torture/execute/intrinsic_set_exponent.f90:59
59if (y .ne. 128.0) call abort()
(gdb) p y
$1 = 128.03

It looks like the rounding error arises from the call to pow in scalbn.
This is the return value:

(gdb) info reg fr4
fr4 (single precision) 3.75
fr4 (double precision) 256.06

Not sure why, but the test doesn't fail when linked with -static.  I also
can't duplicate with a simple test program.


-- 
   Summary: FAIL: gfortran.fortran-
torture/execute/intrinsic_set_exponent.f90 execution
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa1.1-hp-hpux10.20
  GCC host triplet: hppa1.1-hp-hpux10.20
GCC target triplet: hppa1.1-hp-hpux10.20


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

[Bug libfortran/25631] tl format specifier not working correctly

[dberlin at gcc dot gnu dot org]

--- Comment #10 from dberlin at gcc dot gnu dot org  2006-02-13 03:33 
---
(In reply to comment #9)
> Subject: Bug number PR25631
> 
> A patch for this bug has been added to the patch tracker.
> The mailing list url for the patch is
> http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00439.html
> 

Sorry, this was a test, i didn't mean for it to actually send mail :)


-- 


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

[Bug libfortran/25631] tl format specifier not working correctly

[patchapp at dberlin dot org]

--- Comment #9 from patchapp at dberlin dot org  2006-02-13 03:30 ---
Subject: Bug number PR25631

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00439.html


-- 


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

[Bug fortran/26201] [4.1/4.2 regression, fortran] __convert_i4_i8 written to a module.

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Priority|P3  |P5
Summary|[4.1/4/2 regression,|[4.1/4.2 regression,
   |fortran] __convert_i4_i8|fortran] __convert_i4_i8
   |written to a module.|written to a module.
   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os

[dann at godzilla dot ics dot uci dot edu]

--- Comment #4 from dann at godzilla dot ics dot uci dot edu  2006-02-13 
02:34 ---
Here's another testcase of what seems to be the same problem. 
The 4.2 assembly contains 2 calls for TabSet, 4.0 only has 1.
(both this and the first example are function from xterm in case anybody
wonders)

typedef unsigned Tabs [10];
void TabSet(Tabs tabs, int col);

void
TabReset(Tabs tabs)
{
  int i;

  for (i = 0; i < 10; ++i)
tabs[i] = 0;

  for (i = 0; i < ((1 << 5) * 10); i += 8)
TabSet(tabs, i);
}

void
TabSet(Tabs tabs, int col)
{
  tabs[((col) >> 5)] |= (1 << ((col) & ((1 << 5)-1)));
}


4.2 assembly:

TabReset:
pushl   %ebp
movl$2, %eax
movl%esp, %ebp
pushl   %esi
movl8(%ebp), %esi
pushl   %ebx
movl$0, (%esi)
.L4:
movl$0, -4(%esi,%eax,4)
incl%eax
cmpl$11, %eax
jne .L4
pushl   $0
movl$8, %ebx
pushl   %esi
callTabSet
popl%ecx
popl%eax
.L6:
pushl   %ebx
addl$8, %ebx
pushl   %esi
callTabSet
cmpl$320, %ebx
popl%eax
popl%edx
jne .L6
leal-8(%ebp), %esp
popl%ebx
popl%esi
popl%ebp
ret


-- 


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

[Bug libgomp/25936] libgomp needs to link against rt on HPUX

[sayle at gcc dot gnu dot org]

--- Comment #6 from sayle at gcc dot gnu dot org  2006-02-13 02:33 ---
Subject: Bug 25936

Author: sayle
Date: Mon Feb 13 02:33:37 2006
New Revision: 110908

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110908
Log:
2006-02-12  Roger Sayle  <[EMAIL PROTECTED]>
John David Anglin  <[EMAIL PROTECTED]>

PR libgomp/25936
* configure.tgt: Link against -lrt for sem_init on HPUX v11 systems.


Modified:
trunk/libgomp/ChangeLog
trunk/libgomp/configure.tgt


-- 


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

[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-02-13 02:28 ---
The difference in IV selection causes this bug to show up.
on Powerpc if I use -fno-ivopts, I can reproduce this jump threading.


-- 


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

[Bug fortran/26252] New: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution

[danglin at gcc dot gnu dot org]

Executing on host: /users/bin/gcc/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/us
ers/bin/gcc/gcc-4.1/objdir/gcc/testsuite/../
/users/bin/gcc/gcc-4.1/gcc/gcc/test
suite/gfortran.fortran-torture/execute/nan_inf_fmt.f90  -w  -O0  
-L/users/bin/g
cc/gcc-4.1/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.libs
-L/users/bin/gcc/gcc-
4.1/objdir/hppa1.1-hp-hpux10.20/./libgfortran/.libs
-L/users/bin/gcc/gcc-4.1/obj
dir/hppa1.1-hp-hpux10.20/./libiberty  -lm   -o
/users/bin/gcc/gcc-4.1/objdir/gcc
/testsuite/nan_inf_fmt.x(timeout = 600)
PASS: gfortran.fortran-torture/execute/nan_inf_fmt.f90 compilation,  -O0
Setting LD_LIBRARY_PATH to
.:/users/bin/gcc/gcc-4.1/objdir/hppa1.1-hp-hpux10.20/
./libgfortran/.libs:/users/bin/gcc/gcc-4.1/objdir/hppa1.1-hp-hpux10.20/./libgfor
tran/.libs:/users/bin/gcc/gcc-4.1/objdir/gcc:.:/users/bin/gcc/gcc-4.1/objdir/hpp
a1.1-hp-hpux10.20/./libgfortran/.libs:/users/bin/gcc/gcc-4.1/objdir/hppa1.1-hp-h
pux10.20/./libgfortran/.libs:/users/bin/gcc/gcc-4.1/objdir/gcc
At line 19 of file
/users/bin/gcc/gcc-4.1/gcc/gcc/testsuite/gfortran.fortran-tor
ture/execute/nan_inf_fmt.f90
Internal Error: printf is broken
FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution,  -O0


-- 
   Summary: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90
execution
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa1.1-hp-hpux10.20
  GCC host triplet: hppa1.1-hp-hpux10.20
GCC target triplet: hppa1.1-hp-hpux10.20


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

[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-02-13 02:19 ---
This might be the reason for the slight code size increase with CSiBE:
http://www.inf.u-szeged.hu/csibe/l-sbs.php?branchid=mainline&flags=-Os&rel_flag=--none--&dataview=Timeline&finish_button=Finish
between the 7th and the 8th.


-- 


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

[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-13 02:16 ---
Confirmed, this happens in the last VRP pass.
Mainly:
  Threaded jump 2 --> 3 to 6


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||law at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2006-02-13 02:16:52
   date||
Summary|code size increase with -Os |[4.2 Regression] code size
   ||increase with -Os
   Target Milestone|--- |4.2.0


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

[Bug libstdc++/26250] New: stringbuf::overflow() fails to set egptr() same as epptr()

[sebor at roguewave dot com]

AFAICT, the program below should run successfully to completion.

$ cat -n u.cpp && g++ u.cpp -static && ./a.out
 1  #include 
 2  #include 
 3  
 4  struct pubbuf: std::stringbuf {
 5  using std::stringbuf::eback;
 6  using std::stringbuf::egptr;
 7  using std::stringbuf::pbase;
 8  using std::stringbuf::pptr;
 9  using std::stringbuf::epptr;
10  using std::stringbuf::overflow;
11  };
12  
13  int main ()
14  {
15  struct: std::stringbuf { 
16  using std::stringbuf::eback;
17  using std::stringbuf::egptr;
18  using std::stringbuf::pbase;
19  using std::stringbuf::pptr;
20  using std::stringbuf::epptr;
21  using std::stringbuf::overflow;
22  } buf;
23  
24  // 27.7.1.1, p1 and 27.5.2.1, p1:
25  assert (0 == buf.pbase () && 0 == buf.pptr () && 0 == buf.epptr
());
26  
27  // 27.7.1.3, p5, bullet 1:
28  assert ('x' == buf.overflow ('x'));
29  
30  // 27.7.1.3, p5, bullet 1 and 27.5.2.2.5, p1:
31  assert (1 == buf.pptr () - buf.pbase ());
32  
33  // not required but good for efficiency:
34  const int write_positions = buf.epptr () - buf.pbase ();
35  assert (1 < write_positions);
36  
37  // 27.7.1.3, p8:
38  assert (write_positions == buf.egptr () - buf.eback ());
39  }
40  
Assertion failed: write_positions == buf.egptr () - buf.eback (), file u.cpp,
line 38
Abort (core dumped)


-- 
   Summary: stringbuf::overflow() fails to set egptr() same as
epptr()
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sebor at roguewave dot com
 GCC build triplet: all
  GCC host triplet: all
GCC target triplet: all


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

[Bug tree-optimization/26251] New: code size increase with -Os

[dann at godzilla dot ics dot uci dot edu]

Compiling the function below with -Os -march=i686 -mtune=pentiumpro
generates bigger code for 4.2 than for 4.0. 
The reason seems to be that 4.2 peels off one loop iteration.

typedef unsigned Tabs [10];

void
TabZonk(Tabs tabs)
{
int i;

for (i = 0; i < 10; ++i)
 tabs[i] = 0;
}

sdiff gcc-4.0.s gcc-4.2.s

TabZonk:  TabZonk:
pushl   %ebp  pushl   %ebp
movl$1, %eax| movl$2, %eax
movl%esp, %ebpmovl%esp, %ebp
movl8(%ebp), %edx movl8(%ebp), %edx
> movl$0, (%edx)
> .p2align 4,,15
.L2:  .L2:
movl$0, -4(%edx,%eax,4) | xorl%ecx, %ecx
> movl%ecx, -4(%edx,%eax,4)
incl%eax  incl%eax
cmpl$11, %eax cmpl$11, %eax
jne .L2   jne .L2
popl%ebp  popl%ebp
ret   ret


-- 
   Summary: code size increase with -Os
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dann at godzilla dot ics dot uci dot edu
  GCC host triplet: i686-pc-linux-gnu


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

[Bug middle-end/25724] Emits call to __cmpdi2 for long long comparison in switches

[sayle at gcc dot gnu dot org]

--- Comment #8 from sayle at gcc dot gnu dot org  2006-02-13 01:55 ---
Subject: Bug 25724

Author: sayle
Date: Mon Feb 13 01:55:37 2006
New Revision: 110906

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

PR middle-end/25724
* dojump.c (do_jump): Call do_compare_rtx_and_jump.
(do_jump_parts_zero_rtx): New function renamed from
do_jump_parts_equality_rtx.  Made static.  Add a mode argument.
(do_jump_parts_equality_rtx): New function split out from
do_jump_parts_equality.  Old implementation renamed as above.
Call do_jump_parts_zero_rtx if either operand is zero.
(do_jump_parts_equality): Call do_jump_parts_equality_rtx to
do all of the heavy lifting.
(do_compare_rtx_and_jump): Handle multi-word comparisons by
calling either do_jump_by_parts_greater_rtx or
do_jump_by_parts_equality_rtx.
* expr.h (do_jump_by_parts_equality_rtx): Remove prototype.
* expmed.c (do_cmp_and_jump): Now multi-word optimization has
moved to do_compare_rtx_and_jump, call it directly.
* stmt.c (do_jump_if_equal): Remove static prototype.  Add a
mode argument.  Call do_compare_rtx_and_jump.
(emit_case_nodes): Update calls to do_jump_if_equal.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/dojump.c
trunk/gcc/expmed.c
trunk/gcc/expr.h
trunk/gcc/stmt.c


-- 


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

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-13 
01:52 ---
Subject: Re:  [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c
execution,  -O3 -fomit-frame-pointe

> and adding -fno-move-loop-invariants?  I have looked at the dump
> from crosscompiler, but I do not see anything suspicious.

It passes.

Dave


-- 


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

[Bug rtl-optimization/25636] [4.2 Regression] opts.c is being miscompiled, write to read only memory

[pinskia at gcc dot gnu dot org]

--- Comment #31 from pinskia at gcc dot gnu dot org  2006-02-13 01:48 
---
*** Bug 26249 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dann at godzilla dot ics dot
   ||uci dot edu


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

[Bug c/26249] cc1 --help segfaults

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-13 01:48 ---
This is a dup of bug 25636, opts.c is being miscompiled.

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug rtl-optimization/26247] [4.2 regression] gcc.dg/tree-ssa/gen-vect-26.c, 28 and 32. int_mode_for_mode ICE strict_low_part loop-invariant

[hp at gcc dot gnu dot org]

--- Comment #2 from hp at gcc dot gnu dot org  2006-02-13 01:47 ---
Thanks.  Will test within days: machines are busy right now.


-- 


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

[Bug c/26249] New: cc1 --help segfaults

[dann at godzilla dot ics dot uci dot edu]

On an up to date Fedora Core 4 system, with the latest update from svn today
cc1 --help segfaults.

The configure conmmand line was:
 ../gcc/configure --enable-languages=c --disable-checking --disable-nls
--enable-gather-detailed-mem-stats --prefix=${HOME}/build/gcc-HEAD

A gdb session: 
Starting program:
/home/dann/build/gcc-HEAD/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1 --help
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0xa7e000
The following options are language-independent:


Program received signal SIGSEGV, Segmentation fault.
0x082bee9d in print_filtered_help (flag=536870912) at ../../gcc/gcc/opts.c:1335
1335  memset (printed, 0, cl_options_count);
(gdb) bt
#0  0x082bee9d in print_filtered_help (flag=536870912) at
../../gcc/gcc/opts.c:1335
#1  0x082c0147 in decode_options (argc=2, argv=0xbfac53c4) at
../../gcc/gcc/opts.c:1284
#2  0x083175a9 in toplev_main (argc=2, argv=0xbfac53c4) at
../../gcc/gcc/toplev.c:1970
#3  0x0809e2bf in main (argc=134857264, argv=0x219) at ../../gcc/gcc/main.c:35


-- 
   Summary: cc1 --help segfaults
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dann at godzilla dot ics dot uci dot edu
  GCC host triplet: i686-pc-linux-gnu


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

[Bug rtl-optimization/26248] [4.2 regression] sh-elf broken: newlib/libc/misc/dprintf.c int_mode_for_mode ICE loop-invariant

[rakdver at gcc dot gnu dot org]

--- Comment #2 from rakdver at gcc dot gnu dot org  2006-02-13 01:34 ---
The patch for PR26247 should fix this one as well.


-- 


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

[Bug rtl-optimization/26247] [4.2 regression] gcc.dg/tree-ssa/gen-vect-26.c, 28 and 32. int_mode_for_mode ICE strict_low_part loop-invariant

[rakdver at gcc dot gnu dot org]

--- Comment #1 from rakdver at gcc dot gnu dot org  2006-02-13 01:32 ---
This should fix the problem:

Index: loop-invariant.c
===
*** loop-invariant.c(revision 110898)
--- loop-invariant.c(working copy)
*** invariant_for_use (struct df_ref *use)
*** 232,237 
--- 232,240 
struct df_ref *def;
basic_block bb = BLOCK_FOR_INSN (use->insn), def_bb;

+   if (use->flags & DF_REF_READ_WRITE)
+ return NULL;
+
defs = DF_REF_CHAIN (use);
if (!defs || defs->next)
  return NULL;
*** find_exits (struct loop *loop, basic_blo
*** 582,589 
  static bool
  may_assign_reg_p (rtx x)
  {
!   return (can_copy_p (GET_MODE (x))
  && GET_MODE (x) != BLKmode
  && (!REG_P (x)
  || !HARD_REGISTER_P (x)
  || REGNO_REG_CLASS (REGNO (x)) != NO_REGS));
--- 585,593 
  static bool
  may_assign_reg_p (rtx x)
  {
!   return (GET_MODE (x) != VOIDmode
  && GET_MODE (x) != BLKmode
+ && can_copy_p (GET_MODE (x))
  && (!REG_P (x)
  || !HARD_REGISTER_P (x)
  || REGNO_REG_CLASS (REGNO (x)) != NO_REGS));
*** check_dependencies (rtx insn, bitmap dep
*** 683,688 
--- 687,695 

for (use = DF_INSN_GET (df, insn)->uses; use; use = use->next_ref)
  {
+   if (use->flags & DF_REF_READ_WRITE)
+   return false;
+
defs = DF_REF_CHAIN (use);
if (!defs)
continue;


-- 


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

[Bug rtl-optimization/26225] [4.2 Regression] GCC error: in emit_move_multi_word, at expr.c:3053

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2006-02-13 01:30 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/26247] [4.2 regression] gcc.dg/tree-ssa/gen-vect-26.c, 28 and 32. int_mode_for_mode ICE strict_low_part loop-invariant

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||ice-on-valid-code
   Target Milestone|--- |4.2.0


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

[Bug rtl-optimization/26248] [4.2 regression] sh-elf broken: newlib/libc/misc/dprintf.c int_mode_for_mode ICE loop-invariant

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||ice-on-valid-code
   Target Milestone|--- |4.2.0


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

[Bug fortran/26246] [4.2 Regression] from 4.1 to trunk with TREE_STATIC designation.

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2006-02-13 01:19 ---
Confirmed.
here is the patch which fixes this testcase for me:
Index: trans-decl.c
===
--- trans-decl.c(revision 110867)
+++ trans-decl.c(working copy)
@@ -1779,7 +1779,7 @@ gfc_get_fake_result_decl (gfc_symbol * s
length = sym->ts.cl->backend_decl;
   if (TREE_CODE (length) == VAR_DECL
  && DECL_CONTEXT (length) == NULL_TREE)
-   gfc_finish_var_decl (length, sym);
+   gfc_add_decl_to_function (length);
 }

   if (gfc_return_by_reference (sym))


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||link-failure, wrong-code
   Last reconfirmed|-00-00 00:00:00 |2006-02-13 01:19:12
   date||
Summary|regression from 4.1 to trunk|[4.2 Regression] from 4.1 to
   |with TREE_STATIC|trunk with TREE_STATIC
   |designation.|designation.
   Target Milestone|--- |4.2.0


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

[Bug rtl-optimization/26248] [4.2 regression] sh-elf broken: newlib/libc/misc/dprintf.c int_mode_for_mode ICE loop-invariant

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2006-02-13 01:15 ---
Created an attachment (id=10833)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10833&action=view)
hah

Exposes the bug when compiled with ./cc1 -fpreprocessed dprintf.i -quiet
-dumpbase dprintf.c -m2a -m2a -auxbase dprintf -g -O2 -O2 -O2 -version
-fno-builtin -o dprintf.s


-- 


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

[Bug rtl-optimization/26248] New: [4.2 regression] sh-elf broken: newlib/libc/misc/dprintf.c int_mode_for_mode ICE loop-invariant

[hp at gcc dot gnu dot org]

Building sh-elf with 110879 fails:
make[8]: Entering directory
`/home/hp/combined/sh-sim/sh-elf/m2a/newlib/libc/misc'
/home/hp/combined/sh-sim/./gcc/xgcc -B/home/hp/combined/sh-sim/./gcc/ -nostdinc
-B/home/hp/combined/sh-sim/sh-elf/m2a/newlib/ -is\
ystem /home/hp/combined/sh-sim/sh-elf/m2a/newlib/targ-include -isystem
/home/hp/combined/combined/newlib/libc/include -B/usr/loca\
l/sh-elf/bin/ -B/usr/local/sh-elf/lib/ -isystem /usr/local/sh-elf/include
-isystem /usr/local/sh-elf/sys-include -L/home/hp/combi\
ned/sh-sim/./ld  -m2a -DPACKAGE=\"newlib\" -DVERSION=\"1.14.0\"  -I.
-I/home/hp/combined/combined/newlib/libc/misc  -O2 -DHAVE_GE\
TTIMEOFDAY -fno-builtin  -O2 -g -O2   -m2a -c
/home/hp/combined/combined/newlib/libc/misc/dprintf.c
/home/hp/combined/combined/newlib/libc/misc/dprintf.c: In function '__dprintf':
/home/hp/combined/combined/newlib/libc/misc/dprintf.c:151: internal compiler
error: in int_mode_for_mode, at stor-layout.c:250

Same behavior, slightly different case:
#5  0x0819ec9d in move_invariant_reg (loop=0x40155918, invno=1074501252) at
/home/hp/combined/combined/gcc/loop-invariant.c:1105
  set = single_set (inv->insn);
  reg = gen_reg_rtx (GET_MODE (SET_DEST (set)));
=>emit_insn_after (gen_move_insn (SET_DEST (set), reg), inv->insn);
(gdb) p inv->insn
$3 = 0x400c2888
(gdb) pr
(jump_insn 155 504 160 15
/home/hp/combined/combined/newlib/libc/misc/dprintf.c:99 (parallel [
(set (pc)
(plus:SI (reg:SI 315)
(label_ref/s 0)))
(use (label_ref 157))
]) 245 {casesi_jump_2} (nil)
(nil))
(gdb) bt
#0  fancy_abort (file=0x84c5e9c "/home/hp/combined/combined/gcc/stor-layout.c",
line=250,
function=0x84c5ca2 "int_mode_for_mode") at
/home/hp/combined/combined/gcc/diagnostic.c:642
#1  0x082fdef2 in int_mode_for_mode (mode=VOIDmode) at
/home/hp/combined/combined/gcc/stor-layout.c:250
#2  0x081eb58a in emit_move_via_integer (mode=VOIDmode, x=0x4001a000,
y=0x40157bb0, force=0 '\0')
at /home/hp/combined/combined/gcc/expr.c:2829
#3  0x081ebd5d in emit_move_insn_1 (x=0x4001a000, y=0x40157bb0) at
/home/hp/combined/combined/gcc/expr.c:3154
#4  0x0829e6b4 in gen_move_insn (x=0x4001a000, y=0x40157bb0) at
/home/hp/combined/combined/gcc/optabs.c:4398
#5  0x0819ec9d in move_invariant_reg (loop=0x40155918, invno=1074501252) at
/home/hp/combined/combined/gcc/loop-invariant.c:1105
#6  0x0819ed27 in move_invariants (loop=0x85abd28) at
/home/hp/combined/combined/gcc/loop-invariant.c:1152
#7  0x0819ee57 in move_single_loop_invariants (loop=0x85abd28) at
/home/hp/combined/combined/gcc/loop-invariant.c:1209
#8  0x0819eecd in move_loop_invariants (loops=0x856d9f0) at
/home/hp/combined/combined/gcc/loop-invariant.c:1243
#9  0x0817b471 in rtl_move_loop_invariants () at
/home/hp/combined/combined/gcc/loop-init.c:252
#10 0x083332ba in execute_one_pass (pass=0x84f0060) at
/home/hp/combined/combined/gcc/passes.c:853
#11 0x0899 in execute_pass_list (pass=0x84f0060) at
/home/hp/combined/combined/gcc/passes.c:897
#12 0x08bd in execute_pass_list (pass=0x84effa0) at
/home/hp/combined/combined/gcc/passes.c:898
#13 0x08bd in execute_pass_list (pass=0x84f1700) at
/home/hp/combined/combined/gcc/passes.c:898
#14 0x080c67de in tree_rest_of_compilation (fndecl=0x400b0300) at
/home/hp/combined/combined/gcc/tree-optimize.c:412
#15 0x0805aad4 in c_expand_body (fndecl=0x400b0300) at
/home/hp/combined/combined/gcc/c-decl.c:6689
#16 0x0837e35c in cgraph_expand_function (node=0x400b0380) at
/home/hp/combined/combined/gcc/cgraphunit.c:1101
#17 0x0837e4e0 in cgraph_expand_all_functions () at
/home/hp/combined/combined/gcc/cgraphunit.c:1166
#18 0x0837ec02 in cgraph_optimize () at
/home/hp/combined/combined/gcc/cgraphunit.c:1434
#19 0x0805c4ae in c_write_global_declarations () at
/home/hp/combined/combined/gcc/c-decl.c:7804
#20 0x0830777e in compile_file () at
/home/hp/combined/combined/gcc/toplev.c:1012
#21 0x083095d3 in do_compile () at /home/hp/combined/combined/gcc/toplev.c:1944
#22 0x08309635 in toplev_main (argc=18, argv=0xbbe4) at
/home/hp/combined/combined/gcc/toplev.c:1976
Please stand back while preprocessed code is being attached.


-- 
   Summary: [4.2 regression] sh-elf broken:
newlib/libc/misc/dprintf.c int_mode_for_mode ICE loop-
invariant
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC target triplet: sh-elf


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

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

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

--- Comment #6 from rakdver at atrey dot karlin dot mff dot cuni dot cz  
2006-02-13 00:41 ---
Subject: Re:  [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c
execution,  -O3 -fomit-frame-pointer -funroll-loops

> > > Just for sure -- does not the patch for PR 26235 fix this?
> > 
> > I'll know in a few minutes.
> 
> No.

and adding -fno-move-loop-invariants?  I have looked at the dump
from crosscompiler, but I do not see anything suspicious.


-- 


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

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-13 
00:37 ---
Subject: Re:  [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c
execution,  -O3 -fomit-frame-po

> > Just for sure -- does not the patch for PR 26235 fix this?
> 
> I'll know in a few minutes.

No.

Dave


-- 


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

[Bug fortran/26246] regression from 4.1 to trunk with TREE_STATIC designation.

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2006-02-13 00:33 ---
110653  jakub   if (TREE_CODE (length) == VAR_DECL
110653  jakub && DECL_CONTEXT (length) == NULL_TREE)
110653  jakub   gfc_finish_var_decl (length, sym);


-- 


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

[Bug fortran/26246] regression from 4.1 to trunk with TREE_STATIC designation.

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2006-02-13 00:24 ---
This is in gfc_get_fake_result_decl.


-- 


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

[Bug fortran/26246] regression from 4.1 to trunk with TREE_STATIC designation.

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-02-13 00:22 ---
We are passing the wrong symbol to gfc_finish_var_decl, we are passing the
symbol for the function and not the result.


-- 


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

[Bug rtl-optimization/26247] New: [4.2 regression] gcc.dg/tree-ssa/gen-vect-26.c, 28 and 32. int_mode_for_mode ICE strict_low_part loop-invariant

[hp at gcc dot gnu dot org]

Same setup as with 26232, but with the patch applied.
Another bug exposed with -fmove-loop-invariants.  This time
it's strict_low_part that isn't handled.  Looks like gen_move_insn
is insufficient.  Or just punt on a dest that's strict_low_part
just like on cc0 setters.

Running /home/hp/combined/combined/gcc/testsuite/gcc.dg/tree-ssa/tree-ssa.exp
...
FAIL: gcc.dg/tree-ssa/gen-vect-26.c (test for excess errors)
WARNING: gcc.dg/tree-ssa/gen-vect-26.c compilation failed to produce executable
FAIL: gcc.dg/tree-ssa/gen-vect-28.c (test for excess errors)
WARNING: gcc.dg/tree-ssa/gen-vect-28.c compilation failed to produce executable
FAIL: gcc.dg/tree-ssa/gen-vect-32.c (test for excess errors)
WARNING: gcc.dg/tree-ssa/gen-vect-32.c compilation failed to produce executable

(just 26 and 28 for cris-axis-linux-gnu)

gcc.log says:
Executing on host: /home/hp/combined/cris-sim/gcc/xgcc
-B/home/hp/combined/cris-sim/gcc/ /home/hp/combined/combined/gcc/testsuite\
/gcc.dg/tree-ssa/gen-vect-26.c   -O2 -ftree-vectorize
-ftree-vectorizer-verbose=3 -fdump-tree-vect-stats -fno-show-column   -isys\
tem /home/hp/combined/cris-sim/cris-elf/./newlib/targ-include -isystem
/home/hp/combined/combined/newlib/libc/include -B/home/hp/\
combined/cris-sim/cris-elf/./libgloss/cris/
-L/home/hp/combined/cris-sim/cris-elf/./libgloss/cris
-L/home/hp/combined/combined/li\
bgloss/cris -L/home/hp/combined/cris-sim/ld
-B/home/hp/combined/cris-sim/cris-elf/./newlib/
-L/home/hp/combined/cris-sim/cris-elf\
/./newlib -sim3  -lm   -o ./gen-vect-26.exe(timeout = 300)
/home/hp/combined/combined/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-26.c: In
function 'main':^M
/home/hp/combined/combined/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-26.c:28:
internal compiler error: in int_mode_for_mode, at stor\
-layout.c:250^M

(gdb) bt
#0  fancy_abort (file=0x842c3f0 "/home/hp/combined/combined/gcc/stor-layout.c",
line=250,
function=0x842c206 "int_mode_for_mode") at
/home/hp/combined/combined/gcc/diagnostic.c:642
#1  0x082abeae in int_mode_for_mode (mode=VOIDmode) at
/home/hp/combined/combined/gcc/stor-layout.c:250
#2  0x081dfd72 in emit_move_via_integer (mode=VOIDmode, x=0x400b3b68,
y=0x400c5b80, force=0 '\0')
at /home/hp/combined/combined/gcc/expr.c:2829
#3  0x081e04ad in emit_move_insn_1 (x=0x400b3b68, y=0x400c5b80) at
/home/hp/combined/combined/gcc/expr.c:3154
#4  0x0825d1a8 in gen_move_insn (x=0x400b3b68, y=0x400c5b80) at
/home/hp/combined/combined/gcc/optabs.c:4398
#5  0x0819b5b5 in move_invariant_reg (loop=0x400d60c0, invno=1074382240) at
/home/hp/combined/combined/gcc/loop-invariant.c:1105
#6  0x0819b63f in move_invariants (loop=0x84b4128) at
/home/hp/combined/combined/gcc/loop-invariant.c:1152
#7  0x0819b76f in move_single_loop_invariants (loop=0x84b4128) at
/home/hp/combined/combined/gcc/loop-invariant.c:1209
#8  0x0819b7e5 in move_loop_invariants (loops=0x848a5c8) at
/home/hp/combined/combined/gcc/loop-invariant.c:1243
#9  0x08178ce9 in rtl_move_loop_invariants () at
/home/hp/combined/combined/gcc/loop-init.c:252
#10 0x082df092 in execute_one_pass (pass=0x844e160) at
/home/hp/combined/combined/gcc/passes.c:853
#11 0x082df171 in execute_pass_list (pass=0x844e160) at
/home/hp/combined/combined/gcc/passes.c:897
#12 0x082df195 in execute_pass_list (pass=0x844e0a0) at
/home/hp/combined/combined/gcc/passes.c:898
#13 0x082df195 in execute_pass_list (pass=0x844f2e0) at
/home/hp/combined/combined/gcc/passes.c:898
#14 0x080c6106 in tree_rest_of_compilation (fndecl=0x400be400) at
/home/hp/combined/combined/gcc/tree-optimize.c:412
#15 0x0805a9e8 in c_expand_body (fndecl=0x400be400) at
/home/hp/combined/combined/gcc/c-decl.c:6689
#16 0x08312ce8 in cgraph_expand_function (node=0x400be480) at
/home/hp/combined/combined/gcc/cgraphunit.c:1101
#17 0x08312e6c in cgraph_expand_all_functions () at
/home/hp/combined/combined/gcc/cgraphunit.c:1166
#18 0x0831358e in cgraph_optimize () at
/home/hp/combined/combined/gcc/cgraphunit.c:1434
#19 0x0805c3c2 in c_write_global_declarations () at
/home/hp/combined/combined/gcc/c-decl.c:7804
#20 0x082b4f32 in compile_file () at
/home/hp/combined/combined/gcc/toplev.c:1012
#21 0x082b63a3 in do_compile () at /home/hp/combined/combined/gcc/toplev.c:1944
#22 0x082b6405 in toplev_main (argc=17, argv=0xbbb4) at
/home/hp/combined/combined/gcc/toplev.c:1976
#23 0x080a819f in main (argc=17, argv=0xbbb4) at
/home/hp/combined/combined/gcc/main.c:35

#6  0x0819b63f in move_invariants (loop=0x84b4128) at
/home/hp/combined/combined/gcc/loop-invariant.c:1152
#5  0x0819b5b5 in move_invariant_reg (loop=0x400d60c0, invno=1074382240) at
/home/hp/combined/combined/gcc/loop-invariant.c:1105
#4  0x0825d1a8 in gen_move_insn (x=0x400b3b68, y=0x400c5b80) at
/home/hp/combined/combined/gcc/optabs.c:4398
(gdb) p x
$5 = 0x400b3b68
(gdb) pr
(strict_low_part (subreg:QI (reg:SI 73) 0))
(gdb) p y
$6 = 0x400c5b80
(gdb) pr
(reg 74)
(gdb) 

I presume you won't insist on preprocessed code, just cut out the #include

and s/N/128/g from gen-vect-26.c.


-- 

[Bug fortran/26246] regression from 4.1 to trunk with TREE_STATIC designation.

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-02-13 00:13 ---
495   /* TODO: Don't set sym->module for result or dummy variables.  */
496   gcc_assert (current_function_decl == NULL_TREE || sym->result ==
sym);
497   /* This is the declaration of a module variable.  */
498   TREE_PUBLIC (decl) = 1;
499   TREE_STATIC (decl) = 1;

that is where we set the decl's public and static flags, that seems wrong.


-- 


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

[Bug rtl-optimization/26225] [4.2 Regression] GCC error: in emit_move_multi_word, at expr.c:3053

[rakdver at gcc dot gnu dot org]

--- Comment #5 from rakdver at gcc dot gnu dot org  2006-02-13 00:02 ---
Subject: Bug 26225

Author: rakdver
Date: Mon Feb 13 00:02:37 2006
New Revision: 110898

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110898
Log:
PR rtl-optimization/26225
* loop-invariant.c (may_assign_reg_p): Do not allow BLKmode operands.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/loop-invariant.c


-- 


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

[Bug fortran/26246] regression from 4.1 to trunk with TREE_STATIC designation.

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2006-02-13 00:01 ---
module st
  implicit none
  contains
FUNCTION escape_token(string)
CHARACTER(*), INTENT(IN) :: string
CHARACTER(LEN=LEN(string)+2) :: escape_token
IF (INDEX(TRIM(string), '"').NE.0) THEN
  escape_token = "'" // TRIM(string) // "'"
END IF
  END FUNCTION escape_token
end module st

kargl[237] nm st.o | more
 B ..__result
 T __st__escape_token
 U _gfortran_concat_string
 U _gfortran_copy_string
 U _gfortran_internal_free
 U _gfortran_internal_malloc
 U _gfortran_string_index
 U _gfortran_string_trim


-fdump-tree-original shows

escape_token (__result, .__result, string, _string)
{
  static int4 ..__result;

The "static" looks bad.


-- 


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

[Bug fortran/26246] New: regression from 4.1 to trunk with TREE_STATIC designation.

[kargl at gcc dot gnu dot org]

-- 
   Summary: regression from 4.1 to trunk with TREE_STATIC
designation.
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kargl at gcc dot gnu dot org


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[hp at gcc dot gnu dot org]

--- Comment #13 from hp at gcc dot gnu dot org  2006-02-12 23:47 ---
Correct, it's not a regression AFAICT, just a possible optimization that I
wasn't sure was expected to happen.


-- 


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[hp at gcc dot gnu dot org]

--- Comment #12 from hp at gcc dot gnu dot org  2006-02-12 23:43 ---
Yes, you can have cc0 users that aren't jumps.  See comment #5.
See also s patterns in the CRIS port.


-- 


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

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

--- Comment #11 from rakdver at atrey dot karlin dot mff dot cuni dot cz  
2006-02-12 23:42 ---
Subject: Re:  [4.2 Regression] cc0 targets broken; loop-invariants-move code
doesn't handle cc0.

> What kind of invariant insns can we miss if we don't move any cc0 setters?  
> Are
> there things like cc0-based conditional moves/sets?
> 
> If someone has a test case with a missed optimization due to not moving any 
> cc0
> setters at all, I'm willing to spend some time figuring out a suitable fix.

at the moment, we will not consider anything that uses CC0 invariant.
Loop.c will not, either, so it is not a regression.


-- 


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[hp at gcc dot gnu dot org]

--- Comment #10 from hp at gcc dot gnu dot org  2006-02-12 23:41 ---
This particular cc0-related bug is fixed with the patch in comment #4
(plus comment fix :) for cris-axis-elf; it builds with somewhat reasonable
test-results and cris-axis-linux-gnu builds (test-results not ready,
but then again this PR is about build breakage).
Note that there are other (similar, but not-just-cc0) exposed bugs with
-fmove-loop-invariants that have the same behavior (ICE at the same line.)
Separate PR:s for them, please.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/26238] [4.2 Regression] passes.texi does not document the openMP lowering pass

[steven at gcc dot gnu dot org]

-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-12 23:38:58
   date||


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

[Bug middle-end/26237] [4.2 Regression] None of the OMP_* trees are documented in c-tree.texi

[steven at gcc dot gnu dot org]

-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-12 23:38:41
   date||


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

[Bug c++/24996] [4.0 Regression] ICE on throw code

[steven at gcc dot gnu dot org]

--- Comment #31 from steven at gcc dot gnu dot org  2006-02-12 23:35 ---
Yes, thanks Jason.
But could you add a comment explaining what that CLEANUP_POINT_EXPR is needed
for?  It obviously confused more than just a few people, or someone else would
have been able to come up with this nice one-liner fix :-)


-- 


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

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
23:33 ---
Subject: Re:  [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c
execution,  -O3 -fomit-frame-pointe

> Just for sure -- does not the patch for PR 26235 fix this?

I'll know in a few minutes.

Dave


-- 


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[steven at gcc dot gnu dot org]

--- Comment #9 from steven at gcc dot gnu dot org  2006-02-12 23:31 ---
What kind of invariant insns can we miss if we don't move any cc0 setters?  Are
there things like cc0-based conditional moves/sets?

If someone has a test case with a missed optimization due to not moving any cc0
setters at all, I'm willing to spend some time figuring out a suitable fix.


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||steven at gcc dot gnu dot
   ||org


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

[Bug other/26245] 10 * local variable set but not used

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 23:31 ---
Confirmed, some of them are already filed under PR 25567.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||25567
   Severity|enhancement |trivial
 Status|UNCONFIRMED |NEW
  Component|c   |other
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-12 23:31:08
   date||


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

[Bug c/26245] New: 10 * local variable set but not used

[dcb314 at hotmail dot com]

I just tried to compile the GNU CC version 4.2 snapshot 20060211 with
the Intel C compiler.

It said

../../src/gcc-4.2-20060211/gcc/c-decl.c(4523): remark #593: variable
"type_as_written" was set but never used
../../src/gcc-4.2-20060211/gcc/tree-cfg.c(3207): remark #593: variable "src"
was set but never used
../../src/gcc-4.2-20060211/gcc/tree-dfa.c(732): remark #593: variable "v_ann"
was set but never used
../../src/gcc-4.2-20060211/gcc/tree-into-ssa.c(1441): remark #593: variable
"ann" was set but never
used
../../src/gcc-4.2-20060211/gcc/tree-outof-ssa.c(1892): remark #593: variable
"ann" was set but never used
../../src/gcc-4.2-20060211/gcc/tree-outof-ssa.c(1843): remark #593: variable
"changed" was set but never used
../../src/gcc-4.2-20060211/gcc/tree-ssa-copy.c(352): remark #593: variable
"lhs" was set but never used
../../src/gcc-4.2-20060211/gcc/tree-ssa-copy.c(674): remark #593: variable
"ann" was set but never used
../../src/gcc-4.2-20060211/gcc/tree-ssa-operands.c(957): remark #593: variable
"ann" was set but never used
../../src/gcc-4.2-20060211/gcc/tree-ssa-alias.c(1430): remark #593: variable
"n_vars" was set but never used

I've checked all of these, and they all look like local variable that can
safely
be deleted to me.


-- 
   Summary: 10 * local variable set but not used
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


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

[Bug target/26149] libgomp.c/ordered-2.c fails on i686-linux-gnu

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2006-02-12 23:20 ---
Looks related to one of the FAILs in 25893, so let's connect them.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||25893
  nThis||


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

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

[rakdver at gcc dot gnu dot org]

--- Comment #3 from rakdver at gcc dot gnu dot org  2006-02-12 23:17 ---
Just for sure -- does not the patch for PR 26235 fix this?


-- 


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

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
23:15 ---
Subject: Re:   New: FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, 
-O3 -fomit-frame-pointer -funroll-loops

I've attached a reduced testcase.  Two elements in the longlongs array
are needed for this to fail.  This might be related to PR 26235 since
it occurs for long long, but it seemed somewhat different.

Dave


--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
23:15 ---
Created an attachment (id=10832)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10832&action=view)


-- 


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

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
Summary|FAIL: gcc.c-|[4.2 Regression] FAIL:
   |torture/execute/builtin-|gcc.c-
   |bitops-1.c execution,  -O3 -|torture/execute/builtin-
   |fomit-frame-pointer -   |bitops-1.c execution,  -O3 -
   |funroll-loops   |fomit-frame-pointer -
   ||funroll-loops
   Target Milestone|--- |4.2.0


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

[Bug rtl-optimization/26244] New: FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

[danglin at gcc dot gnu dot org]

Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc
-B/mnt/gnu/gcc-3.3/objdir/gc
c/ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/builtin-bitops-1.c
-w  -O3 -fomit-frame-pointer -funroll-loops  -fno-show-column  -lm   -o
/mnt/gnu
/gcc-3.3/objdir/gcc/testsuite/gcc/builtin-bitops-1.x4(timeout = 300)
PASS: gcc.c-torture/execute/builtin-bitops-1.c compilation,  -O3
-fomit-frame-po
inter -funroll-loops
Setting LD_LIBRARY_PATH to
:/mnt/gnu/gcc-3.3/objdir/gcc::/mnt/gnu/gcc-3.3/objdir
/gcc
FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3
-fomit-frame-poin
ter -funroll-loops
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc
-B/mnt/gnu/gcc-3.3/objdir/gc
c/ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/builtin-bitops-1.c
-w  -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions 
-fno-show-co
lumn  -lm   -o /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/gcc/builtin-bitops-1.x5
(timeout = 300)
PASS: gcc.c-torture/execute/builtin-bitops-1.c compilation,  -O3
-fomit-frame-po
inter -funroll-all-loops -finline-functions
Setting LD_LIBRARY_PATH to
:/mnt/gnu/gcc-3.3/objdir/gcc::/mnt/gnu/gcc-3.3/objdir
/gcc
FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3
-fomit-frame-poin


-- 
   Summary: FAIL: gcc.c-torture/execute/builtin-bitops-1.c
execution,  -O3 -fomit-frame-pointer -funroll-loops
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[rakdver at gcc dot gnu dot org]

--- Comment #8 from rakdver at gcc dot gnu dot org  2006-02-12 22:32 ---
Subject: Bug 26232

Author: rakdver
Date: Sun Feb 12 22:32:33 2006
New Revision: 110897

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110897
Log:
PR rtl-optimization/26232
* loop-invariant.c (find_invariant_insn): Ignore insns that set CC0.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/loop-invariant.c


-- 


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

[Bug target/25308] [4.2 Regression] 22_locale/locale/cons/12658_thread-1.cc, etc fail

[pcarlini at suse dot de]

--- Comment #5 from pcarlini at suse dot de  2006-02-12 21:39 ---
Same here, I think we can close the PR.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/26201] [4.1/4/2 regression, fortran] __convert_i4_i8 written to a module.

[jb at gcc dot gnu dot org]

--- Comment #2 from jb at gcc dot gnu dot org  2006-02-12 21:25 ---
FWIW, this same bug (or a very similar one) blocks compiling VASP too:

 In file cl_shift.f90:1377

END MODULE
 1
Error: Name '__convert_r4_r8' at (1) is an ambiguous reference to
'__convert_r4_r8' from module 'constant'

well, it's r4_r8 and not i4_i8 but otherwise it seems to be the same..


-- 


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

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

[rakdver at gcc dot gnu dot org]

--- Comment #9 from rakdver at gcc dot gnu dot org  2006-02-12 21:12 ---
This should fix the problem (could you please verify it?).  I am really
surprised this problem did not show on other architectures.

Index: loop-invariant.c
===
*** loop-invariant.c(revision 110850)
--- loop-invariant.c(working copy)
*** hash_invariant_expr_1 (rtx insn, rtx x)
*** 292,297 
--- 292,299 
  for (j = 0; j < XVECLEN (x, i); j++)
val ^= hash_invariant_expr_1 (insn, XVECEXP (x, i, j));
}
+   else if (fmt[i] == 'i' || fmt[i] == 'n')
+   val ^= XINT (x, i);
  }

return val;
*** invariant_expr_equal_p (rtx insn1, rtx e
*** 373,378 
--- 375,388 
return false;
}
}
+   else if (fmt[i] == 'i' || fmt[i] == 'n')
+   {
+ if (XINT (e1, i) != XINT (e2, i))
+   return false;
+   }
+   /* Unhandled type of subexpression, we fail conservatively.  */
+   else
+   return false;
  }

return true;


-- 


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

[Bug bootstrap/12984] libgcc*.so files are mis-installed when doing a candian cross

[jsm28 at gcc dot gnu dot org]

--- Comment #5 from jsm28 at gcc dot gnu dot org  2006-02-12 20:56 ---
This was fixed by .

2005-04-19  Daniel Jacobowitz  <[EMAIL PROTECTED]>

* Makefile.in (libgcc.mk): Pass GCC_FOR_TARGET.
* mklibgcc.in: Use $GCC_FOR_TARGET instead of ./xgcc.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[jbglaw at lug-owl dot de]

--- Comment #7 from jbglaw at lug-owl dot de  2006-02-12 20:52 ---
Just for the records: ICEs on VAX, too.


-- 


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

[Bug target/25308] [4.2 Regression] 22_locale/locale/cons/12658_thread-1.cc, etc fail

[jsm28 at gcc dot gnu dot org]

--- Comment #4 from jsm28 at gcc dot gnu dot org  2006-02-12 20:48 ---
The tests I mention in comment#1 have been consistently passing for me from
2006-02-03 (revision 110539) onwards; they failed with revision 110501.


-- 


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

[Bug c++/26115] [4.2 Regression] bogus warning for g++.dg/parse/register1.C

[jsm28 at gcc dot gnu dot org]

--- Comment #4 from jsm28 at gcc dot gnu dot org  2006-02-12 20:45 ---
Passed with revision 110539, fails with 110584.


-- 


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

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

[rakdver at gcc dot gnu dot org]

-- 

rakdver at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rakdver at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-12 20:45:41
   date||


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

[Bug c++/26114] [4.2 Regression] g++.dg/init/ctor4.C and g++.old-deja/g++.jason/overload34.C and g++.old-deja/g++.mike/p11110.C fails

[jsm28 at gcc dot gnu dot org]

--- Comment #5 from jsm28 at gcc dot gnu dot org  2006-02-12 20:45 ---
Passed with revision 110539, fails with 110584.


-- 


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[rakdver at gcc dot gnu dot org]

--- Comment #6 from rakdver at gcc dot gnu dot org  2006-02-12 20:35 ---
At the moment, I would like to get things working as fast and as safely as
possible; the improvements like the one you propose may be considered later.


-- 


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

[Bug c++/24996] [4.0 Regression] ICE on throw code

[pinskia at gcc dot gnu dot org]

--- Comment #30 from pinskia at gcc dot gnu dot org  2006-02-12 20:28 
---
Fixed, thanks Jason for fixing this one.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
20:26 ---
Subject: Re:  [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c
execution at -O1, -O2 and -Os

This is with the second testcase except that I made the test functions
extern.  It looks to me like things go wrong in the loop2_invariant pass.

Dave


--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
20:26 ---
Created an attachment (id=10830)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10830&action=view)


--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
20:26 ---
Created an attachment (id=10831)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10831&action=view)


-- 


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

[Bug c++/24996] [4.0 Regression] ICE on throw code

[jason at gcc dot gnu dot org]

--- Comment #29 from jason at gcc dot gnu dot org  2006-02-12 20:19 ---
Subject: Bug 24996

Author: jason
Date: Sun Feb 12 20:19:32 2006
New Revision: 110896

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110896
Log:
PR c++/24996
* except.c (build_throw): Add a CLEANUP_POINT_EXPR inside the
TRY_CATCH_EXPR or MUST_NOT_THROW_EXPR.

Added:
branches/gcc-4_0-branch/gcc/testsuite/g++.dg/eh/cond3.C
Modified:
branches/gcc-4_0-branch/gcc/cp/ChangeLog
branches/gcc-4_0-branch/gcc/cp/except.c


-- 


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

[Bug c++/26230] template instantiation failure (-frepo).

[pluto at agmk dot net]

--- Comment #10 from pluto at agmk dot net  2006-02-12 20:04 ---
(In reply to comment #8)
> pure 4.1-20060211 (rev. 110872) works.
> investigating patchset now...
> 

blah, g++ doesn't work. xgcc does.

[obj-x86_64-pld-linux/gcc]$ ./g++ -B. -c -frepo impl.cc
[obj-x86_64-pld-linux/gcc]$ ./g++ -B. -frepo impl.o -o impl
impl.o: In function `main':impl.cc:(.text+0x1c): undefined reference to
`t::t()'
collect2: ld returned 1 exit status

[obj-x86_64-pld-linux/gcc]$ ./xgcc -B. -c -frepo impl.cc
[obj-x86_64-pld-linux/gcc]$ ./xgcc -B. -frepo impl.o -o impl
collect: recompiling impl.cc
collect: relinking
impl.o: In function `main':impl.cc:(.text+0x19):
undefined reference to `operator new(unsigned long)'
impl.o:(.eh_frame+0x12):
undefined reference to `__gxx_personality_v0'

g++ doesn't recompile impl.cc.


-- 


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

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|tree-optimization   |rtl-optimization
   Keywords||wrong-code
Summary|FAIL: gcc.c-|[4.2 Regression] FAIL:
   |torture/execute/ieee/fp-cmp-|gcc.c-
   |8l.c execution at -O1, -O2  |torture/execute/ieee/fp-cmp-
   |and -Os |8l.c execution at -O1, -O2
   ||and -Os
   Target Milestone|--- |4.2.0


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

[Bug tree-optimization/26235] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
20:02 ---
Subject: Re:  FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1,
-O2 and -Os

> Can you please add preprocessed source for the testcase (minimized,
> preferably)?

Here's a smaller version that still fails.

Dave


--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
20:02 ---
Created an attachment (id=10829)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10829&action=view)


-- 


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

[Bug libfortran/25949] Unbounded I/O buffer memory usage for formatted IO

[jb at gcc dot gnu dot org]

--- Comment #3 from jb at gcc dot gnu dot org  2006-02-12 19:59 ---
Subject: Bug 25949

Author: jb
Date: Sun Feb 12 19:59:32 2006
New Revision: 110895

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110895
Log:
2006-02-12  Janne Blomqvist  <[EMAIL PROTECTED]>

PR libgfortran/25949
* io/io.h: Add set function pointer to struct stream.  
* io/unix.c (fd_seek): Only update offset, don't seek.
(fd_sset): New function.
(fd_read): Call lseek directly if necessary.
(fd_write): Likewise.
(fd_open): Set pointer to fd_sset.
(mem_set): New function.
(open_internal): Set pointer to mem_set.
* io/transfer.c (write_block_direct): Rename to write_buf, add
error return, non-pointer length argument.
(unformatted_write): Update to use write_buf.
(us_write): Simplify by using swrite instead of salloc_w.
(write_us_marker): New function.
(new_record_w): Use sset instead of memset, use write_us_marker,
simplify by using swrite instead of salloc_w.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/io.h
trunk/libgfortran/io/transfer.c
trunk/libgfortran/io/unix.c


-- 


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

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[hp at gcc dot gnu dot org]

--- Comment #5 from hp at gcc dot gnu dot org  2006-02-12 19:55 ---
Regarding comment #4: patch being tested now.

I wasn't sure it was right to put the test this early, considering the other
early returns in move_invariant_reg and that a cc0 use sequence could be
moved as loop-invariant if moved together, i.e.
(set cc0 some-loop-invariant-expression) (set (reg:SI ...) cc0)

Wherever the test eventually ends up, don't forget to add another space after
the point in the comment. ;-)


-- 


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

[Bug tree-optimization/26243] [4.1/4.2 Regression] reassoc is not documented in passes.texi

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 19:43 ---
A regression as the documention is not up todate.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/26243] New: [4.1/4.2 Regression] reassoc is not documented in passes.texi

[pinskia at gcc dot gnu dot org]

The reassoc pass is not documented in passes.texi.


-- 
   Summary: [4.1/4.2 Regression] reassoc is not documented in
passes.texi
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 951
 nThis:


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

[Bug tree-optimization/26242] [4.1/4.2 Regression] VRP is not documented in passes.texi

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 19:41 ---
A regression as the documention is not up todate.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/26242] New: [4.1/4.2 Regression] VRP is not documented in passes.texi

[pinskia at gcc dot gnu dot org]

Again another missing documention in passes.texi.


-- 
   Summary: [4.1/4.2 Regression] VRP is not documented in
passes.texi
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 951
 nThis:


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

[Bug middle-end/26241] [4.1/4.2 Regression] None of the IPA passes are documented in passes.texi

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||documentation
   Target Milestone|--- |4.1.0


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

[Bug middle-end/26241] New: [4.1/4.2 Regression] None of the IPA passes are documented in passes.texi

[pinskia at gcc dot gnu dot org]

NEXT_PASS (pass_ipa_cp);
  NEXT_PASS (pass_ipa_inline);
  NEXT_PASS (pass_ipa_reference);
  NEXT_PASS (pass_ipa_pure_const);
  NEXT_PASS (pass_ipa_type_escape);

I looked for everyone of these in passes.texi and could not find them.


-- 
   Summary: [4.1/4.2 Regression] None of the IPA passes are
documented in passes.texi
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 951
 nThis:


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

[Bug tree-optimization/26235] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
19:32 ---
Subject: Re:  FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1,
-O2 and -Os

> Can you please add preprocessed source for the testcase (minimized,
> preferably)?

Here's the unminimized source.  I'll see if I can reduce it.

Dave


--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
19:32 ---
Created an attachment (id=10828)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10828&action=view)


-- 


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

[Bug tree-optimization/26240] [4.1/4.2 Regression] remove empty loops pass is not documented in passes.texi

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 19:30 ---
A regression because the documention is not up todate.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/26240] New: [4.1/4.2 Regression] remove empty loops pass is not documented in passes.texi

[pinskia at gcc dot gnu dot org]

Another "new" pass which is not documented in passes.texi.


-- 
   Summary: [4.1/4.2 Regression] remove empty loops pass is not
documented in passes.texi
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 951
 nThis:


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

[Bug tree-optimization/26239] [4.0/4.1/4.2 Regression] Complete unrolling is undocumented in passes.texi

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 19:26 ---
A regression as the documention is not up todate.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rakdver at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.0.3


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