[Bug tree-optimization/24365] [4.1/4.2 Regression] statement makes a memory store with complex

[jason at gcc dot gnu dot org]

--- Comment #15 from jason at gcc dot gnu dot org  2006-02-12 08:00 ---
Subject: Bug 24365

Author: jason
Date: Sun Feb 12 08:00:51 2006
New Revision: 110887

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110887
Log:
PR tree-opt/24365
* tree-inline.c (declare_return_variable): Just don't use the
modify target if it's a gimple complex reg and the return slot
isn't.

Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/tree-inline.c


-- 


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

[Bug tree-optimization/24365] [4.1/4.2 Regression] statement makes a memory store with complex

[jason at gcc dot gnu dot org]

--- Comment #16 from jason at gcc dot gnu dot org  2006-02-12 08:01 ---
Subject: Bug 24365

Author: jason
Date: Sun Feb 12 08:01:04 2006
New Revision: 110888

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110888
Log:
PR tree-opt/24365
* tree-inline.c (declare_return_variable): Just don't use the
modify target if it's a gimple complex reg and the return slot
isn't.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-inline.c


-- 


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

[Bug c/26228] New: got a crash in the compiler while compiling

[bhaslinux at yahoo dot com]

make[1]: Leaving directory `/home/install/compile/cyrus-imapd-2.3.1/perl'
### Making all in /home/install/compile/cyrus-imapd-2.3.1/timsieved
make[1]: Entering directory `/home/install/compile/cyrus-imapd-2.3.1/timsieved'
gcc -c -I.. -I./../sieve -I./../imap -I./../lib -DHAVE_CONFIG_H  -g -O2 \
actions.c
In file included from ./../sieve/sieve_interface.h:37,
 from actions.c:72:
./../sieve/sieve_err.h:19: warning: "struct et_list" declared inside parameter
list
actions.c:638: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugzilla.redhat.com/bugzilla> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [actions.o] Error 1
make[1]: Leaving directory `/home/install/compile/cyrus-imapd-2.3.1/timsieved'
make: *** [all] Error 1


-- 
   Summary: got a crash in the compiler while compiling
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bhaslinux at yahoo dot com
  GCC host triplet: 2.6.12-1.1381_FC3


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

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

[pluto at agmk dot net]

$ cat impl.cc
struct A {};
template struct t { t(); };
template t::t() {}
int main()
{
t *foo = new t;
return 0;
}

$ g++ -c -frepo impl.cc

$ c++filt ::t()
O t::t()

$ g++ -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

it looks like a regression (it was fixed in 2.95.x, see PR454).


-- 
   Summary: template instantiation failure (-frepo).
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
 GCC build triplet: x86-64
  GCC host triplet: x86-64
GCC target triplet: x86-64


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

[Bug fortran/19546] Internal subroutine setting function return value gives internal compiler error

[pault at gcc dot gnu dot org]

--- Comment #5 from pault at gcc dot gnu dot org  2006-02-12 13:34 ---
A patch is on its way in the next 48 hours - I have it working with no
regressions; it needs tidying up and a full set of testcases writing.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug libgomp/26231] New: Helgrind (Valgrind) error reports for libgomp

[magnus_os at yahoo dot se]

Using Helgrind (Valgrind-2.2) on IA-32 on r108219 (2005-12-04) version of the
GOMP-branch, and this test program goes through with no errors or potential
problems reported by that tool.

Using the latest update of the branch (2006-02-06), and 113 errors and 123
possible data races are reported by Helgrind.

gfortran-gomp-new -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gomp-new
--program-suffix=-gomp-new --enable-threads=posix
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.2.0-gomp-20050608-branch 20060206 (experimental) (merged
20060206)

gfortran-gomp-new -fopenmp -lgomp -g -fautomatic -O 0 -o multi multi.for

valgrind --tool=helgrind --error-limit=no --log-file=multi.txt ./multi



  PROGRAM MULTI
C
  INTEGER IJK
  COMMON /IABC/ IJK(100)
C$OMP THREADPRIVATE(/IABC/)
C
  INTEGER IC
C
  DO I = 1, 100
 IJK( I ) = I
  END DO
C
C$OMP PARALLEL COPYIN(/IABC/)
C
  CALL SUBR1
C
C$OMP BARRIER
C$OMP MASTER
  IC = 1
  PRINT *,IC
C$OMP END MASTER
C$OMP END PARALLEL
C
  DO I = 301, 400
 IJK( I-300 ) = I
 IF ( MOD(I,10) .EQ. 0 ) PRINT *,I
  END DO
C
C$OMP PARALLEL COPYIN(/IABC/)
C
  CALL SUBR1
C$OMP END PARALLEL
C
  STOP
  END
C
  SUBROUTINE SUBR1
C
  INTEGER IKL
  COMMON /ICDE/ IKL(100)
C$OMP THREADPRIVATE(/ICDE/)
C
  INTEGER IJK
  COMMON /IABC/ IJK(100)
C$OMP THREADPRIVATE(/IABC/)
C
C$OMP DO PRIVATE( K )
  DO K = 1, 100
 IKL( K ) = IJK( K )
  END DO
C$OMP ENDDO
C
  RETURN
  END


-- 
   Summary: Helgrind (Valgrind) error reports for libgomp
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: magnus_os at yahoo dot se


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

[Bug libgomp/26231] Helgrind (Valgrind) error reports for libgomp

[magnus_os at yahoo dot se]

--- Comment #1 from magnus_os at yahoo dot se  2006-02-12 15:00 ---
Created an attachment (id=10826)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10826&action=view)
Error output from Helgrind.


-- 


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

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

[jason at gcc dot gnu dot org]

--- Comment #24 from jason at gcc dot gnu dot org  2006-02-12 16:02 ---
Subject: Bug 24996

Author: jason
Date: Sun Feb 12 16:02:00 2006
New Revision: 110889

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

Added:
trunk/gcc/testsuite/g++.dg/eh/cond3.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/except.c


-- 


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

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

[jason at gcc dot gnu dot org]

--- Comment #25 from jason at gcc dot gnu dot org  2006-02-12 16:07 ---
Subject: Bug 24996

Author: jason
Date: Sun Feb 12 16:07:04 2006
New Revision: 110890

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110890
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_1-branch/gcc/testsuite/g++.dg/eh/cond3.C
Modified:
branches/gcc-4_1-branch/gcc/cp/ChangeLog
branches/gcc-4_1-branch/gcc/cp/except.c


-- 


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

[Bug libstdc++/26211] basic_istream::tellg, seekg are unformatted input functions

[paolo at gcc dot gnu dot org]

--- Comment #1 from paolo at gcc dot gnu dot org  2006-02-12 16:09 ---
Subject: Bug 26211

Author: paolo
Date: Sun Feb 12 16:09:41 2006
New Revision: 110891

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

PR libstdc++/26211
* include/bits/istream.tcc (basic_istream<>::tellg, seekg(pos_type),
seekg(off_type, ios_base::seekdir)): Construct a sentry, as per
27.6.1.3/1.
* testsuite/27_io/basic_istream/seekg/char/26211.cc: New.
* testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/char/26211.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc: Likewise.
* testsuite/27_io/basic_istream/seekg/char/8348-1.cc: Adjust.
* testsuite/27_io/basic_istream/seekg/wchar_t/8348-1.cc: Likewise.
* testsuite/27_io/basic_istream/seekg/char/8348-2.cc: Likewise.
* testsuite/27_io/basic_istream/seekg/wchar_t/8348-1.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/char/8348.cc: Likewise.
* testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc: Likewise.

Added:
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/char/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/26211.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/istream.tcc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/char/8348-1.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/char/8348-2.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/wchar_t/8348-1.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/wchar_t/8348-2.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/8348.cc
trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc


-- 


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

[Bug libstdc++/26211] basic_istream::tellg, seekg are unformatted input functions

[pcarlini at suse dot de]

--- Comment #2 from pcarlini at suse dot de  2006-02-12 16:11 ---
Fixed.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.2.0


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #26 from pinskia at gcc dot gnu dot org  2006-02-12 16:20 
---
Fixed by a simplier patch.


-- 

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/26232] New: cc0 targets broken; loop-invariants-move code doesn't handle cc0.

[hp at gcc dot gnu dot org]

Build last succeeded with revision 110787.
Building cris-axis-elf with revision 110879 fails building newlib:
/home/hp/combined/cris-sim/./gcc/xgcc -B/home/hp/combined/cris-sim/./gcc/
-nostdinc -B/home/hp/combined/cris-sim/cris-elf/v10/new\
lib/ -isystem /home/hp/combined/cris-sim/cris-elf/v10/newlib/targ-include
-isystem /home/hp/combined/combined/newlib/libc/include\
 -B/usr/local/cris-elf/bin/ -B/usr/local/cris-elf/lib/ -isystem
/usr/local/cris-elf/include -isystem /usr/local/cris-elf/sys-incl\
ude -L/home/hp/combined/cris-sim/./ld  -march=v10 -mbest-lib-options
-DPACKAGE=\"newlib\" -DVERSION=\"1.14.0\"  -I. -I/home/hp/co\
mbined/combined/newlib/libc/search  -O2 -DHAVE_RENAME -DHAVE_GETTIMEOFDAY
-D_USE_WRITE -DCOMPACT_CTYPE -fno-builtin  -O2 -g -\
O2   -march=v10 -mbest-lib-options -c
/home/hp/combined/combined/newlib/libc/search/qsort.c
/home/hp/combined/combined/newlib/libc/search/qsort.c: In function 'qsort':
/home/hp/combined/combined/newlib/libc/search/qsort.c:222: internal compiler
error: in int_mode_for_mode, at stor-layout.c:250

Looking closer, it's a set of cc0 that the loop-invariants-move code tries to
move, but thankfully the call to emit_move_insn horks.  The cause of the
exposure is that -fmove-loop-invariants is now enabled by default; revision
110787 and revision 108225 also fail if given -fmove-loop-invariants.

Patch testing in progress, for reference cutnpasted below.
I'm not sure it's best to stop the move this late, but let's discuss this
when I submit the patch to [EMAIL PROTECTED]

Index: loop-invariant.c
===
--- loop-invariant.c(revision 110879)
+++ loop-invariant.c(working copy)
@@ -1076,6 +1076,12 @@ move_invariant_reg (struct loop *loop, u
   || !repr->move)
 return;

+#if HAVE_cc0
+  /* We can't move a CC0 setter without the user. */
+  if (sets_cc0_p (inv->insn))
+return;
+#endif
+  
   /* If this is a representative of the class of equivalent invariants,
  really move the invariant.  Otherwise just replace its use with
  the register used for the representative.  */


-- 
   Summary: cc0 targets broken; loop-invariants-move code doesn't
handle cc0.
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: hp at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC target triplet: cris-*


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.

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 16:41 ---
I am going to say this causes a build failure on m68k.
Oh and Confirmed.


-- 

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||build, ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2006-02-12 16:41:23
   date||
Summary|cc0 targets broken; loop-   |[4.2 Regression] cc0 targets
   |invariants-move code doesn't|broken; loop-invariants-move
   |handle cc0. |code doesn't handle cc0.
   Target Milestone|--- |4.2.0


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

[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2006-02-12 16:42 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00933.html


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2006-
   ||02/msg00933.html
   Keywords||patch


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

[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 #2 from hp at gcc dot gnu dot org  2006-02-12 16:44 ---
Created an attachment (id=10827)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10827&action=view)
test-case for cris-axis-elf

Compile with ./cc1 -fpreprocessed /tmp/qsort.i -march=v10 -O2 -fno-builtin
-fmove-loop-invariants -o qsort.s


-- 


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]

-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Last reconfirmed|2006-02-12 16:41:23 |2006-02-12 16:44:58
   date||


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

[Bug c/26228] got a crash in the compiler while compiling

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 16:45 ---
You should have reported this to redhat first.
Closing as invalid.

Next time read what the compiler gives you:
See http://bugzilla.redhat.com/bugzilla> for instructions.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID
Summary|got a crash in the compiler |got a crash in the compiler
   |while compiling |while compiling


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 16:47 ---
This works with "4.1.0 20060208".


-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-02-12 16:49 ---
c++filt < t.rpo gives:
M t.cc
D /home/pinskia
A '-c' '-frepo' '-mtune=k8' '-frandom-seed=0x5f283832'
C t::t()
O t::t()

What exact version are you trying with and does it have any modifications?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

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

[pluto at agmk dot net]

--- Comment #3 from pluto at agmk dot net  2006-02-12 16:51 ---
(In reply to comment #2)
> c++filt < t.rpo gives:
> M t.cc
> D /home/pinskia
> A '-c' '-frepo' '-mtune=k8' '-frandom-seed=0x5f283832'
> C t::t()
> O t::t()
> 
> What exact version are you trying with and does it have any modifications?
> 

4.1-20060211 rev. 110872 with additional patches:

pr19664_gnu_internal.patch
pr19664_libstdc++.patch
pr20218.patch
pr7776.patch
pr20297.patch
pr19606.patch
pr24879.patch
pr19505.patch
pr24419.patch
pr24669.patch
pr17390.patch
pr24996.patch
pr13676.patch
ldbl-default-libstdc++.patch
ldbl-default.patch


-- 


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

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

[pluto at agmk dot net]

--- Comment #4 from pluto at agmk dot net  2006-02-12 16:55 ---
from .pl usenet i also known it fails
with 4.0.3/20060128 (prerelease) (Debian 4.0.2-8)


-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2006-02-12 17:02 ---
It works with "4.0.3 20051105" and "4.2.0 20060208".
And I don't have any modifications to my 4.1.0 or 4.0.3, they are built clean
too.

Can you try a clean build and also do building of imp.cc in a clean directory?


-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2006-02-12 17:04 ---
And it works with "4.2.0 20060211" on powerpc-darwin.  (the other ones were on
x86_64-linux-gnu).


-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2006-02-12 17:06 ---
And works with "4.2.0 20060127" on powerpc-darwin.


-- 


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

[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 #3 from rakdver at gcc dot gnu dot org  2006-02-12 17:08 ---
The test for cc0 should probably be in may_assign_reg_p or in
find_invariant_insn, not in move_invariant_reg.


-- 


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

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

[pluto at agmk dot net]

--- Comment #8 from pluto at agmk dot net  2006-02-12 17:15 ---
pure 4.1-20060211 (rev. 110872) works.
investigating patchset now...


-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #27 from pinskia at gcc dot gnu dot org  2006-02-12 17:19 
---
Reopening as 4.0.x is not fixed yet.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
  Known to fail|4.0.0 4.1.0 4.2.0 3.4.0 |4.0.0 3.4.0
  Known to work|3.4.1   |3.4.1 4.1.0 4.2.0
 Resolution|FIXED   |
Summary|[4.0/4.1/4.2 Regression] ICE|[4.0 Regression] ICE on
   |on throw code   |throw code
   Target Milestone|4.1.0   |4.0.3


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #28 from pinskia at gcc dot gnu dot org  2006-02-12 17:20 
---
Assigning to Jason since he patched 4.1.0 and 4.2.0.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|rakdver at gcc dot gnu dot  |jason at gcc dot gnu dot org
   |org |
URL|http://gcc.gnu.org/ml/gcc-  |
   |patches/2006-   |
   |02/msg00146.html|
 Status|REOPENED|ASSIGNED
   Keywords|patch   |


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #9 from pinskia at gcc dot gnu dot org  2006-02-12 17:21 ---
I should note that PR 24996 was fixed a different way then the orginal patch
was for so it might be that one.

But closing this bug as works for me as it does.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug libgomp/26231] Helgrind (Valgrind) error reports for libgomp

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-02-12 17:24 ---
Actually looking at the results, it does not look like Helgrind is working
correctly.


-- 


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

[Bug fortran/25806] problems with functions returning array pointers?

[eedelman at gcc dot gnu dot org]

--- Comment #6 from eedelman at gcc dot gnu dot org  2006-02-12 17:34 
---
Subject: Bug 25806

Author: eedelman
Date: Sun Feb 12 17:34:15 2006
New Revision: 110893

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110893
Log:
fortran/
2006-02-12  Erik Edelmann  <[EMAIL PROTECTED]>

PR fortran/25806
* trans-array.c (gfc_trans_allocate_array_storage): New argument
dealloc; free the temporary only if dealloc is true.
(gfc_trans_allocate_temp_array): New argument bool dealloc, to be 
passed onwards to gfc_trans_allocate_array_storage.
(gfc_trans_array_constructor, gfc_conv_loop_setup): Update call to
gfc_trans_allocate_temp_array.
* trans-array.h (gfc_trans_allocate_temp_array): Update function
prototype.
* trans-expr.c (gfc_conv_function_call): Set new argument 'dealloc'
to gfc_trans_allocate_temp_array to false in case of functions
returning pointers.
(gfc_trans_arrayfunc_assign): Return NULL for functions returning
pointers.


testsuite/
2006-02-12  Erik Edelmann  <[EMAIL PROTECTED]>

PR fortran/25806
* gfortran.dg/ret_pointer_2.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/ret_pointer_2.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c
trunk/gcc/fortran/trans-array.h
trunk/gcc/fortran/trans-expr.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[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 #4 from rakdver at gcc dot gnu dot org  2006-02-12 17:36 ---
Could you please test the following patch?

Index: loop-invariant.c
===
*** loop-invariant.c(revision 110850)
--- loop-invariant.c(working copy)
*** find_invariant_insn (rtx insn, bool alwa
*** 730,735 
--- 731,742 
|| find_reg_note (insn, REG_NO_CONFLICT, NULL_RTX))
  return;

+ #if HAVE_cc0
+   /* We can't move a CC0 setter without the user. */
+   if (sets_cc0_p (insn))
+ return;
+ #endif
+
set = single_set (insn);
if (!set)
  return;


-- 


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

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

[danglin at gcc dot gnu dot org]

Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.2/objdir/gcc/   -O3 -fomit-frame-pointer  -w -fno-show-column -c  -o
2804-1
.o /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c
  (timeout = 300)
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c: In
function 'f':
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1513

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1507

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1501

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1495

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1489

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1483

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1477

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1461

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
i
nternal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c: In
function 'f':
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1513

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1507

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1501

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1495

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1489

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1483

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1477

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
e
rror: invalid operand to binary operator
D.1461

/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:8:
i
nternal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

FAIL: gcc.c-torture/compile/2804-1.c  -O3 -fomit-frame-pointer  (test for
ex
cess errors)

Fails all tests at -O3.


-- 
   Summary: FAIL: gcc.c-torture/compile/2804-1.c:8: error:
invalid operand to binary operator
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa*-*-* (32-bit)
  GCC host triplet: hppa*-*-* (32-bit)
GCC target triplet: hppa*-*-* (32-bit)


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

[Bug fortran/14771] frontend doesn't record parentheses

[tobi at gcc dot gnu dot org]

--- Comment #15 from tobi at gcc dot gnu dot org  2006-02-12 18:31 ---
Subject: Bug 14771

Author: tobi
Date: Sun Feb 12 18:31:40 2006
New Revision: 110894

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110894
Log:
fortran/
Backport r110819 and r110840 from the trunk
PR fortran/14771
* gfortran.h (gfc_intrinsic_op): Add INTRINSIC_PARENTHESES.
* dump-parse-tree (gfc_show_expr): Handle INTRINSIC_PARENTHESES.
* expr.c (simplify_intrinsic_op): Treat INTRINSIC_PARENTHESES as
if it were INTRINSIC_UPLUS.
* resolve.c (resolve_operator): Handle INTRINSIC_PARENTHESES.
* match.c (intrinsic_operators): Add INTRINSIC_PARENTHESES.
* matchexp.c (match_primary): Record parentheses surrounding
numeric expressions.
* module.c (intrinsics): Add INTRINSIC_PARENTHESES for module
dumping.
* trans-expr.c (gfc_conv_expr_op): Handle INTRINSIC_PARENTHESES.

PR fortran/14771
* arith.c (eval_intrinsic): Accept INTRINSIC_PARENTHESES.
* expr.c (check_intrinsic_op): Likewise.
* module.c (mio_expr): Likewise.
testsuite/
Backport r110819 and r110840 from the trunk
PR fortran/14771
* gfortran.dg/parens_1.f90: New.
* gfortran.dg/parens_2.f90: New.
* gfortran.dg/parens_3.f90: New.
* gfortran.dg/parens_4.f90: New.
* gfortran.dg/parens_5.f90: New.


Added:
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/parens_1.f90
  - copied unchanged from r110819,
trunk/gcc/testsuite/gfortran.dg/parens_1.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/parens_2.f90
  - copied unchanged from r110819,
trunk/gcc/testsuite/gfortran.dg/parens_2.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/parens_3.f90
  - copied unchanged from r110819,
trunk/gcc/testsuite/gfortran.dg/parens_3.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/parens_4.f90
  - copied unchanged from r110840,
trunk/gcc/testsuite/gfortran.dg/parens_4.f90
branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/parens_5.f90
  - copied unchanged from r110840,
trunk/gcc/testsuite/gfortran.dg/parens_5.f90
Modified:
branches/gcc-4_1-branch/gcc/fortran/ChangeLog
branches/gcc-4_1-branch/gcc/fortran/arith.c
branches/gcc-4_1-branch/gcc/fortran/dump-parse-tree.c
branches/gcc-4_1-branch/gcc/fortran/expr.c
branches/gcc-4_1-branch/gcc/fortran/gfortran.h
branches/gcc-4_1-branch/gcc/fortran/match.c
branches/gcc-4_1-branch/gcc/fortran/matchexp.c
branches/gcc-4_1-branch/gcc/fortran/module.c
branches/gcc-4_1-branch/gcc/fortran/resolve.c
branches/gcc-4_1-branch/gcc/fortran/trans-expr.c
branches/gcc-4_1-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/14771] frontend doesn't record parentheses

[tobi at gcc dot gnu dot org]

--- Comment #16 from tobi at gcc dot gnu dot org  2006-02-12 18:32 ---
Fixed.


-- 

tobi at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/15313] gfc_error's emitted from trans-common.c

[tobi at gcc dot gnu dot org]

--- Comment #3 from tobi at gcc dot gnu dot org  2006-02-12 18:35 ---
I don't think this is important enough to waste any time on it, also Paul Brook
has added a few more in the meantime, so this is not our maintainers' policy
:-)


-- 

tobi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[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 #1 from pinskia at gcc dot gnu dot org  2006-02-12 18:38 ---
Was this before or after the following patch:
2006-02-11  Jason Merrill  <[EMAIL PROTECTED]>

PR tree-opt/24365
* tree-inline.c (declare_return_variable): Just don't use the
modify target if it's a gimple complex reg and the return slot
isn't.

If it was before could you retest?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|FAIL: gcc.c-|[4.1/4.2 Regression] FAIL:
   |torture/compile/2804-   |gcc.c-
   |1.c:8: error: invalid   |torture/compile/2804-
   |operand to binary operator  |1.c:8: error: invalid
   ||operand to binary operator
   Target Milestone|--- |4.1.0


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

[Bug libgomp/26234] New: [4.2 Regression] --disable-libgomp is not documented

[pinskia at gcc dot gnu dot org]

I decided to look at http://gcc.gnu.org/install/configure.html for something
else and I noticed this.
--disable-libgomp should be documented there, just like how
--disable-libgcc-math, --disable-libssp and others are.

This is a regression as the documention is no longer up todate with reality.


-- 
   Summary: [4.2 Regression] --disable-libgomp is not documented
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


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

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

[tobi at gcc dot gnu dot org]

--- Comment #28 from tobi at gcc dot gnu dot org  2006-02-12 18:47 ---
Ralf, this patch should fix the segfault, it shouldn't give you a working
compiler, though.

Index: error.c
===
--- error.c (revision 110873)
+++ error.c (working copy)
@@ -199,7 +199,7 @@ show_loci (locus * l1, locus * l2)
 {
   int offset, flag, i, m, c1, c2, cmax;

-  if (l1 == NULL)
+  if (!l1 || !l1->lb)
 {
   error_printf ("\n");
   return;


-- 


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

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

[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/ieee/fp-cmp-8l.c 
-w
  -O1  -fno-show-column  -lm   -o
/mnt/gnu/gcc-3.3/objdir/gcc/testsuite/gcc/fp-c
mp-8l.x1(timeout = 300)
PASS: gcc.c-torture/execute/ieee/fp-cmp-8l.c compilation,  -O1
Setting LD_LIBRARY_PATH to
:/mnt/gnu/gcc-3.3/objdir/gcc::/mnt/gnu/gcc-3.3/objdir
/gcc
FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution,  -O1

This appears to be another loop optimization issue:

main
.PROC
.CALLINFO FRAME=320,CALLS,SAVE_RP,ENTRY_GR=18,ENTRY_FR=12
.ENTRY
stw %r2,-20(%r30)
ldo 320(%r30),%r30
stw %r18,-216(%r30)
stw %r17,-212(%r30)
stw %r16,-208(%r30)
stw %r15,-204(%r30)
stw %r14,-200(%r30)
stw %r13,-196(%r30)
stw %r12,-192(%r30)
stw %r11,-188(%r30)
stw %r10,-184(%r30)
stw %r9,-180(%r30)
stw %r8,-176(%r30)
stw %r7,-172(%r30)
stw %r6,-168(%r30)
stw %r5,-164(%r30)
stw %r4,-160(%r30)
stw %r3,-156(%r30)
ldo -152(%r30),%r1
fstds,ma %fr12,8(%r1)
.stabn  68,0,95,L$M0037-main
L$M0037:
ldi 0,%r11
ldil LR'data___1657,%r28
ldo RR'data___1657(%r28),%r5
.stabn  68,0,141,L$M0038-main
L$M0038:
addil LR'tests___1669-$global$,%r27
ldo RR'tests___1669-$global$(%r1),%r18
L$BB0004:
.stabn  68,0,84,L$M0039-main
L$M0039:
ldil L'1073676288,%r14
ldil L'1073741824,%r17
ldo -296(%r30),%r9
ldo -280(%r30),%r8
ldo -264(%r30),%r12
ldo -248(%r30),%r15
.stabn  68,0,86,L$M0040-main
L$M0040:
ldil L'1073807360,%r1
stws %r1,-16(%sp)
fldws -16(%sp),%fr12L
.stabn  68,0,84,L$M0041-main
L$M0041:
b L$0078
ldo -312(%r30),%r16
L$0079:
L$BE0004:
.stabn  68,0,141,L$M0042-main
L$M0042:
ldw 0(%r7),%r10
ldw 4(%r6),%r13
L$BB0005:
.stabn  68,0,84,L$M0043-main
L$M0043:
stw %r4,-296(%r30)
stw %r4,-292(%r30)
stw %r4,-288(%r30)
stw %r4,-284(%r30)
stw %r3,-280(%r30)
stw %r3,-276(%r30)
stw %r3,-272(%r30)
stw %r3,-268(%r30)
stw %r14,-264(%r30)
stw %r0,-260(%r30)
stw %r0,-256(%r30)
stw %r0,-252(%r30)
stw %r17,-248(%r30)
stw %r0,-244(%r30)
stw %r0,-240(%r30)
stw %r0,-236(%r30)
copy %r16,%r28
copy %r9,%r26
copy %r8,%r25
copy %r12,%r24
copy %r15,%r23
ldw 0(%r6),%r22
.CALL   ARGW0=GR
bl $$dyncall,%r31
copy %r31,%r2

The stack setup for the indirect calls to test_isunordered, etc, via
$$dyncall is bogus:

stw %r4,-296(%r30)
stw %r4,-292(%r30)
stw %r4,-288(%r30)
stw %r4,-284(%r30)
stw %r3,-280(%r30)
stw %r3,-276(%r30)
stw %r3,-272(%r30)
stw %r3,-268(%r30)

The same 32-bit value is being put into each quarter of the long double.

I would guess this PR is related to PR rtl-optimization/26225.


-- 
   Summary: FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution
at -O1, -O2 and -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: 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=26235

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

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
18:55 ---
Subject: Re:  [4.1/4.2 Regression] FAIL: gcc.c-torture/compile/2804-1.c:8:
error: invalid operand to binary

> Was this before or after the following patch:
> 2006-02-11  Jason Merrill  <[EMAIL PROTECTED]>
> 
> PR tree-opt/24365
> * tree-inline.c (declare_return_variable): Just don't use the
> modify target if it's a gimple complex reg and the return slot
> isn't.
> 
> If it was before could you retest?

It was before.

There some other regressions that maybe need looking at before doing
a retest:

FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution,  -O3
-fomit-frame-poin
ter -funroll-loops
FAIL: gcc.dg/tree-ssa/gen-vect-26.c execution test
FAIL: gcc.dg/tree-ssa/gen-vect-28.c execution test

There's also some new C++ fails.

Dave


-- 


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

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

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-12 
19:00 ---
Subject: Re:  [4.2 Regression] GCC error: in emit_move_multi_word, at
expr.c:3053

> Could you please check whether the following patch fixes the problem?
> I am not sure whether I would be able to build ada crosscompiler.

The change seems to fix the problem.  However, there are some new
testsuite fails.  Some appear loop related.  For example,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26235

Dave


-- 


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

[Bug middle-end/26236] New: [4.2 Regression] CHAR_TYPE is still referenced in c-tree.texi

[pinskia at gcc dot gnu dot org]

@item INTEGER_TYPE
Used to represent the various integral types, including @code{char},
@code{short}, @code{int}, @code{long}, and @code{long long}.  This code
is not used for enumeration types, nor for the @code{bool} type.  Note
that GCC's @code{CHAR_TYPE} node is @emph{not} used to represent
@code{char}. 

The sentence with CHAR_TYPE can be just deleted.


-- 
   Summary: [4.2 Regression] CHAR_TYPE is still referenced in c-
tree.texi
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug middle-end/26236] [4.2 Regression] CHAR_TYPE is still referenced in c-tree.texi

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 19:16 ---
This is a regression as the documentation is no longer up todate.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


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

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

[rakdver at gcc dot gnu dot org]

--- Comment #1 from rakdver at gcc dot gnu dot org  2006-02-12 19:17 ---
Can you please add preprocessed source for the testcase (minimized,
preferably)?


-- 


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

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

[pinskia at gcc dot gnu dot org]

While looking for the documention for the OMP_* trees I noticed that they were
not documented at all in c-tree.texi where all other trees are documented.


-- 
   Summary: [4.2 Regression] None of the OMP_* trees are documented
in c-tree.texi
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 19:18 ---
This is a regression as the documention is no longer up todate.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


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

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

[pinskia at gcc dot gnu dot org]

I decided to look at what passes are not documented recently and I noticed that
openmp lowering pass is not documented at all.


-- 
   Summary: [4.2 Regression] passes.texi does not document the
openMP lowering pass
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: documentation
  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=26238

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

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-12 19:23 ---
This is a regression as the documention is no out of date.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


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

[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466

[rakdver at gcc dot gnu dot org]

--- Comment #5 from rakdver at gcc dot gnu dot org  2006-02-12 19:24 ---
Probably related to

http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00446.html


-- 


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

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

[pinskia at gcc dot gnu dot org]

Another "new" undocumended pass.


-- 
   Summary: [4.0/4.1/4.2 Regression] Complete unrolling is
undocumented in passes.texi
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  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=26239

[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

[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/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/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 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 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 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 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/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/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 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 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 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 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 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 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 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

[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/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++/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/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++/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 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 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 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/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 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 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 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 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/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] [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

[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 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 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 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 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 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 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 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 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 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 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 #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.

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