[Bug other/20737] Build fails in target-libiberty

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-03 
06:50 ---
Alos can you make sure that the source exist as thi error really does not make 
sense.

-- 


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

[Bug middle-end/20736] [4.0/4.1 Regression] -fprofile-generate crashes on numerous occasions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-03 
06:48 ---
I tried it on the mainline and I don't get the ICE so I really think this is a 
dup of bug 20249.
Can you try a newer compiler than what you have and this ICE is gone?

-- 
   What|Removed |Added

   Severity|critical|normal
 Status|UNCONFIRMED |WAITING
  Component|c   |middle-end
   Keywords||ice-on-valid-code
Summary|-fprofile-generate crashes  |[4.0/4.1 Regression] -
   |on numerous occasions   |fprofile-generate crashes on
   ||numerous occasions


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

[Bug c++/20734] [4.0/4.1 Regression] rejects valid pointer to member

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-03 
06:42 ---
This worked with 20050225, right before 4.0.0 was branched.
But it failed with 20050325.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-03 06:42:03
   date||


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

[Bug other/20737] Build fails in target-libiberty

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-03 
06:38 ---
This error does not make sense.
could attach the full build log for this target?

-- 


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

[Bug c/20736] -fprofile-generate crashes on numerous occasions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-03 
06:34 ---
I think you need to try this again on the 4.0 branch as 20050322 is getting old 
and this is most likely 
the same as PR 20249 which was fixed  on 2005-03-25 which is after the checkout 
you have.


-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug other/20737] New: Build fails in target-libiberty

[jim at dishaw dot org]

gcc version 2.95.3 20010315 (release) (NetBSD nb3)

make bootstrap
mkdir build-alpha-unknown-netbsd1.6.2.
mkdir build-alpha-unknown-netbsd1.6.2./libiberty
Configuring in build-alpha-unknown-netbsd1.6.2./libiberty
configure: error: cannot find sources (xmalloc.c) in ../../gcc/libiberty
make: *** [configure-build-libiberty] Error 1

-- 
   Summary: Build fails in target-libiberty
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jim at dishaw dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: alpha-unknown-netbsd1.6.2.
  GCC host triplet: alpha-unknown-netbsd1.6.2.
GCC target triplet: alpha-unknown-netbsd1.6.2.


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

[Bug c++/20734] [4.0/4.1 Regression] rejects valid pointer to member

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-03 
06:28 ---
Confirmed.

-- 
   What|Removed |Added

   Severity|normal  |critical
   Keywords||rejects-valid
Summary|rejects valid pointer to|[4.0/4.1 Regression] rejects
   |member  |valid pointer to member
   Target Milestone|--- |4.0.0


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

[Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2005-04-03 03:20 
---
> Excuse me for asking, but what is it that makes the latest patch I posted not
> reasonable for the 4.0 timeframe?

The performance regression on C, Java, Ada and fortran code, that isn't affected
by this bug.  The bug is marked has the "c++" component because it only affects
the C++ front-end.  A fix that disables MIN_EXPR/MAX_EXPR optimizations in all
front-ends is not suitable for a release branch without SPEC testing to show how
badly innocent targets will get burnt!  There may be lots of places in the Linux
kernel that depend upon generating min/max insns for performance reasons...

I'd hoped I'd made this clear when I proposed the alternate strategy of only
disabling this optimization *only* in the C++ front-end, and *only* prior to
tree-ssa.  Whilst I agree this is a serious bug, it currently affects all
release branches, so taking a universal performance hit to resolve it without
considering the consequences seems a bad decision.  Just grep for "MIN (" and
"MAX (" in GCC's own source code to see how badly this could impact the
compiler's own code/performance/bootstrap times.


-- 


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

[Bug c/20736] -fprofile-generate crashes on numerous occasions

[rajbarik at in dot ibm dot com]

--- Additional Comments From rajbarik at in dot ibm dot com  2005-04-03 
02:48 ---
Created an attachment (id=8521)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8521&action=view)
gzip.i file generated after -save-temp option

This is the *.i* file generated after running gzip.c with -save-temp option.

-- 


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

[Bug c/20736] New: -fprofile-generate crashes on numerous occasions

[rajbarik at in dot ibm dot com]

Target: i686-pc-linux-gnu
Configured with: ../gcc/configure
--prefix=/gsa/watgsa/.home/h1/barikr/GCC_SAVANNAH/CURRENT/install/
--enable-languages=c
Thread model: posix
gcc version 4.1.0 20050322 (experimental)

Complete Command line: gcc -c -o gzip.o -fprofile-generate gzip.c

Compiler output/error: 

gzip.c: In function âtreat_fileâ:
gzip.c:867: error: unrecognizable insn:
(insn 749 12 750 0 (set (reg:SI 194)
(reg:SI 19 dirflag)) -1 (nil)
(nil))
gzip.c:867: internal compiler error: in extract_insn, at recog.c:2042
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: -fprofile-generate crashes on numerous occasions
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rajbarik at in dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org,rajbarik at in dot ibm
dot com
  GCC host triplet: x86
GCC target triplet: x86


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

[Bug c++/20734] rejects valid pointer to member

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-04-03 02:36 ---
Subject: Re:  New: rejects valid pointer to member

"sstrasser at systemhaus-gruppe dot de" <[EMAIL PROTECTED]> writes:

| error: cannot convert 'int*' to 'int A::*' for argument '1' to 'void blah(int 
A::*)'

This is clearly a bug in GCC.

-- Gaby


-- 


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

Re: [Bug c++/20734] New: rejects valid pointer to member

[Gabriel Dos Reis]

"sstrasser at systemhaus-gruppe dot de" <[EMAIL PROTECTED]> writes:

| error: cannot convert 'int*' to 'int A::*' for argument '1' to 'void blah(int 
A::*)'

This is clearly a bug in GCC.

-- Gaby

[Bug fortran/15809] ICE Using Pointer Functions

[szalai at mit dot edu]

--- Additional Comments From szalai at mit dot edu  2005-04-03 02:25 ---
This also occurs with the MUMPS parallel solver library.  
The testcase testcase in this report now occurs as follows:  
  
test5.f: In function ‘a’:  
test5.f:1: internal compiler error: in gfc_conv_descriptor_data, at  
fortran/trans-array.c:144  
Please submit a full bug report,  
with preprocessed source if appropriate.  
See http://gcc.gnu.org/bugs.html> for instructions.  
 
The compiler version 
gcc version 4.0.0 20050326 (prerelease) 
(this is a snapshot) 

-- 


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

[Bug java/20735] New: gcj writes bogus source filenames for inner classes read from .class files

[greenrd at greenrd dot org]

If you compile a .class file for an inner class with gcj, e.g.

gcj -o foo.so [... other options ...] Foo\$1.class

then the source filename is stored as Foo$1.java (see it with e.g. eu-readelf
--debug-dump=line foo.so), which is wrong. gcj should use the SourceFile
attribute instead, which probably contains the correct source filename.

(This problem causes rpmbuild to spew lots of errors when it tries to build the
-debuginfo package for a Java package.)

-- 
   Summary: gcj writes bogus source filenames for inner classes read
from .class files
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: greenrd at greenrd dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
 GCC build triplet: athlon-redhat-linux
  GCC host triplet: i386-redhat-linux
GCC target triplet: athlon-redhat-linux


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

[Bug c++/20733] compile time/memory usage regression 3.4 => 4.0

[sstrasser at systemhaus-gruppe dot de]

--- Additional Comments From sstrasser at systemhaus-gruppe dot de  
2005-04-03 00:59 ---
it's actually a performance _improvement_ between 3.4 and current 4.0 branch:

gcc-Version 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)
user0m57.250s
sys 0m1.050s 

gcc-Version 4.0.0 20050402 (prerelease)
user0m40.290s
sys 0m1.070s 

memory about the same.

I'm quite sure though that the error message in comment #2 is a bug and filed
20734(with convenient test case)
it also fails on 4.0 branch.
(the numbers above are from a slightly different file which performs as bad on
the outdated 4.0 I've used before).


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/20733] compile time/memory usage regression 3.4 => 4.0

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-04-03 
00:17 ---
Mainline is 4.1. It is interesting to get numbers for mainline too of course, 
but you should also update 4.0 from its branch and report those numbers too.

-- 


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

[Bug c++/20734] New: rejects valid pointer to member

[sstrasser at systemhaus-gruppe dot de]

error: cannot convert 'int*' to 'int A::*' for argument '1' to 'void blah(int 
A::*)'


struct A;
void blah(int A::*);
struct A{
  int a;
};
template //remove this line to make it work
void hoho(){
  blah(&A::a);
}


compiles on gcc up to early 4.0, icc and comeau

-- 
   Summary: rejects valid pointer to member
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sstrasser at systemhaus-gruppe dot de
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/20733] compile time/memory usage regression 3.4 => 4.0

[sstrasser at systemhaus-gruppe dot de]

--- Additional Comments From sstrasser at systemhaus-gruppe dot de  
2005-04-02 23:15 ---
fergot gcc arguments: -O0 -S

comment #2: I'm downloading mainline to fix this.

-- 


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

[Bug c++/20733] compile time/memory usage regression 3.4 => 4.0

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
23:14 ---
(In reply to comment #0)
> gcc-Version 4.0.0 20041218 (experimental)
> mem 581 mb
> user2m0.800s
> sys 0m2.720s

Also this 4.0.0 is almost 4 months old.

-- 


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

[Bug c++/20733] compile time/memory usage regression 3.4 => 4.0

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
23:09 ---
On the mainline I get the following errors:
pr20733.cc: In member function 'void 
MetaCpp::DeclarationImpl::_source_function::register_(__T)':
pr20733.cc:45574: error: no match for call to 
'(MetaCpp::_register_field) 
(MetaCpp::_class_field*, std::string&)'
pr20733.cc:40807: note: candidates are: void MetaCpp::_register_field::
operator()(MetaCpp::_class_field ClassT::*, const 
std::string&) [with ClassT = 
MetaCpp::Declaration, ValueT = MetaCpp::Source, Function = 
MetaCpp::DeclarationImpl::
_source_function]


-- 


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

[Bug c++/20733] compile time/memory usage regression 3.4 => 4.0

[sstrasser at systemhaus-gruppe dot de]

--- Additional Comments From sstrasser at systemhaus-gruppe dot de  
2005-04-02 23:05 ---
Created an attachment (id=8520)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8520&action=view)
Preprocessed source

preprocessed with gcc 3.4(could matter because of boost)


-- 


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

[Bug c++/20733] compile time/memory usage regression 3.4 => 4.0

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||compile-time-hog, memory-hog
Summary|performance regression 3.4  |compile time/memory usage
   |=> 4.0  |regression 3.4 => 4.0


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

[Bug c++/20733] New: performance regression 3.4 => 4.0

[sstrasser at systemhaus-gruppe dot de]

characteristics of the file:
 - complex inheritance hierarchy with virtual inheritance. this definitely is
the reason for long compile times, though I don't know if it's the reason for
the regression.
 - usage of boost::mpl, but I've almost disabled it for this test file

AMD Athlon(TM) MP 2000+
i686-pc-linux-gnu

gcc-Version 3.3.5 (Debian 1:3.3.5-8)
mem 426 mb
user2m10.870s
sys 0m2.250s


gcc-Version 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)
mem 387 mb
user1m4.920s
sys 0m1.210s


gcc-Version 4.0.0 20041218 (experimental)
mem 581 mb
user2m0.800s
sys 0m2.720s

-- 
   Summary: performance regression 3.4 => 4.0
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sstrasser at systemhaus-gruppe dot de
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/20717] [4.1 Regression] Many C++ testsuite failures on ia64-hpux

[jh at suse dot cz]

--- Additional Comments From jh at suse dot cz  2005-04-02 19:26 ---
Subject: Re:  [4.1 Regression] Many C++ testsuite failures on ia64-hpux

> 
> --- Additional Comments From schwab at suse dot de  2005-04-02 19:03 
> ---
> The bootstrap failure on ia64-linux was introduced by the latter change, so 
> it  
> is most likely the same issue.  

The cgraph change concerning unit-at-a-time and C++ should be noop now,
but it should not affect anything.
I did bootstrapped ia-64 at a time of applying the branch and I saw
failure on clean branch already, so it looks like something broke
earlier.  I will try to investigate after returning from trip at
wenesday.

Honza
> 
> -- 
>What|Removed |Added
> 
>  CC||schwab at suse dot de
>  GCC target triplet|ia64-*-hpux11.* |ia64-*-*
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20717
> 
> --- You are receiving this mail because: ---
> You are on the CC list for the bug, or are watching someone who is.


-- 


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

[Bug target/20717] [4.1 Regression] Many C++ testsuite failures on ia64-hpux

[schwab at suse dot de]

--- Additional Comments From schwab at suse dot de  2005-04-02 19:03 ---
The bootstrap failure on ia64-linux was introduced by the latter change, so it  
is most likely the same issue.  

-- 
   What|Removed |Added

 CC||schwab at suse dot de
 GCC target triplet|ia64-*-hpux11.* |ia64-*-*


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

[Bug target/20650] [4.1 Regression] float.c fails to build with weird error message

[andreast at gcc dot gnu dot org]

--- Additional Comments From andreast at gcc dot gnu dot org  2005-04-02 
18:58 ---
Verified on ppc-linux. Failing tc fixed, thanks.

-- 


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

[Bug other/20731] contrib/gcc_update hard code -r gcc-3_4-branch

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-04-02 18:21 ---
I have patches for mainline, 3.4 and 4.0.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c/20732] compiling GNU readline 5.0 yields gcc segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
18:09 ---
Closing as works for me then.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug c/20732] compiling GNU readline 5.0 yields gcc segmentation fault

[georg dot schwarz at freenet dot de]

--- Additional Comments From georg dot schwarz at freenet dot de  
2005-04-02 18:08 ---
I am sorry, the issue must have been caused by a hardware problem.
After the machine had been switched off for a few hours the problem can
no longer be reproduced, and GNU readline builds fine. I am sorry for
the irritations. Please feel free to close this bug report.

-- 


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

[Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary

[aoliva at redhat dot com]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
17:29 ---
Subject: Re:  [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a 
reference to a temporary

On Mar  9, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:

>   PR c++/19199
>   * fold-const.c (non_lvalue): Split tests into...
>   (maybe_lvalue_p): New function.
>   (fold_cond_expr_with_comparison): Preserve lvalue-ness.

Ping?

http://gcc.gnu.org/PR19199

I have further local changes to adjust for other changes that went in,
that I'll post upon request, or when the patch goes in.



-- 


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

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

[aoliva at redhat dot com]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
17:27 ---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable 
types

On Mar 18, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:

> Index: gcc/ChangeLog
> from  Alexandre Oliva  <[EMAIL PROTECTED]>

>   PR c++/20103
>   * gimplify.c (gimplify_decl_expr): Add temp variable to binding
>   before gimplifying its initializer.
>   * c-gimplify.c (gimplify_compound_literal_expr): After replacing
>   the expr with a decl, we're all done.

> Index: gcc/cp/ChangeLog
> from  Alexandre Oliva  <[EMAIL PROTECTED]>

>   PR c++/20103
>   * cp-tree.h (build_compound_literal): Declare.
>   * semantics.c (finish_compound_literal): Move most of the code...
>   * tree.c (build_compound_literal): ... here.  New function.
>   (lvalue_p_1): Handle COMPOUND_LITERAL_EXPR.
>   (stabilize_init): Likewise.
>   * pt.c (tsubst_copy_and_build): Likewise.
>   * call.c (build_over_call): Likewise.
>   * class.c (fixed_type_or_null): Likewise.
>   * cp-gimplify.c (cp_gimplify_init_expr): Likewise.
>   (cp_gimplify_compound_literal_expr): New.
>   (cp_gimplify_expr): Use it.
>   * cvt.c (force_rvalue, ocp_convert): Handle COMPOUND_LITERAL_EXPR.
>   * typeck.c (build_x_unary_op): Likewise.
>   (cxx_mark_addressable): Likewise.
>   (maybe_warn_about_returning_address_of_local): Likewise.

Ping?

http://gcc.gnu.org/PR20103



-- 


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

[Bug other/20731] contrib/gcc_update hard code -r gcc-3_4-branch

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2005-04-02 
17:22 ---
Subject: Re:  contrib/gcc_update hard code -r gcc-3_4-branch

On Sat, 2 Apr 2005, hjl at lucon dot org wrote:

> It affects all branches based on 3.4 branch, including gcc 3.4 rhl branch. I
> can't just do "./contrib/update" in gcc 3.4 rhl branch anymore since it is
> hard coded to 3.4 branch. I have to explicitly add gcc 3.4 rhl branch tag. It
> defeats the whole purpose.

It also seems that notwithstanding the branching checklist, 
contrib/gcc_update has not been updated on the 4.0 branch.  I think either 
the patch (and that to the branching checklist) to hardcode the branch 
needs reverting on 3.4 branch, or this issue needs fixing and 4.0 branch 
addressing as well.



-- 


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

[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry

[aoliva at redhat dot com]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
17:22 ---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail

On Mar 11, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:

> On Mar 10, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> +   ??? Should this should search new for new volatile MEMs and reject
>> +   them?  */

> Here's a stricter version that does test for this.

> Index: gcc/ChangeLog
> from  Alexandre Oliva  <[EMAIL PROTECTED]>

>   PR target/20126
>   * loop.c (loop_givs_rescan): If replacement of DEST_ADDR failed,
>   set the original address pseudo to the correct value before the
>   original insn, if possible, and leave the insn alone, otherwise
>   create a new pseudo, set it and replace it in the insn.
>   * recog.c (validate_change_maybe_volatile): New.
>   * recog.h (validate_change_maybe_volatile): Declare.

Ping?

http://gcc.gnu.org/PR20126



-- 


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

[Bug c/20732] compiling GNU readline 5.0 yields gcc segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
17:18 ---
We need the preprocessed source.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |WAITING


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

[Bug debug/19345] [4.0/4.1 Regression] Segmentation fault with VLA and inlining and dwarf2

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
17:09 ---
Fixed

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug debug/19345] [4.0/4.1 Regression] Segmentation fault with VLA and inlining and dwarf2

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
17:08 ---
Subject: Bug 19345

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-02 17:08:37

Modified files:
gcc: ChangeLog tree-inline.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr19345.c 

Log message:
gcc/ChangeLog:
PR debug/19345
* tree-inline.c (remap_type): Remap TYPE_STUB_DECL.
(remap_decl): Insert type decl in map earlier.
gcc/testsuite/ChangeLog:
* gcc.dg/pr19345.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.116&r2=2.7592.2.117
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-inline.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.170.8.1&r2=1.170.8.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.89&r2=1.5084.2.90
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr19345.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.2.2.1



-- 


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

[Bug debug/19345] [4.0/4.1 Regression] Segmentation fault with VLA and inlining and dwarf2

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
17:08 ---
Subject: Bug 19345

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-02 17:08:08

Modified files:
gcc: ChangeLog dwarf2out.c tree-inline.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr19345.c 

Log message:
gcc/ChangeLog:
PR debug/19345
* dwarf2out.c (add_abstract_origin_attribute): Revert accidental
change checked in along with 2005-03-03's patch for debug/20253.
* tree-inline.c (remap_type): Remap TYPE_STUB_DECL.
(remap_decl): Insert type decl in map earlier.
gcc/testsuite/ChangeLog:
* gcc.dg/pr19345.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8089&r2=2.8090
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dwarf2out.c.diff?cvsroot=gcc&r1=1.580&r2=1.581
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-inline.c.diff?cvsroot=gcc&r1=1.177&r2=1.178
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5269&r2=1.5270
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr19345.c.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
17:07 ---
Fixed for real this time :-)

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
17:07 ---
Fixed

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
17:03 ---
Subject: Bug 20640

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-02 17:02:55

Modified files:
gcc: ChangeLog tree-ssa-dce.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/torture: tree-loop-1.c 

Log message:
gcc/ChangeLog:
PR tree-optimization/20640
* tree-ssa-dce.c (remove_dead_stmt): Don't redirect edge to
post-dominator if it has phi nodes.
(eliminate_unnecessary_stmts): Remove dead phis in all blocks
before dead statements.
gcc/testsuite/ChangeLog:
PR tree-optimization/20640
* gcc.dg/torture/tree-loop-1.c: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.115&r2=2.7592.2.116
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-dce.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.32&r2=2.32.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.88&r2=1.5084.2.89
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/tree-loop-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
17:02 ---
Subject: Bug 20640

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-02 17:02:15

Modified files:
gcc: ChangeLog tree-ssa-dce.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/torture: tree-loop-1.c 

Log message:
gcc/ChangeLog:
PR tree-optimization/20640
* tree-ssa-dce.c (remove_dead_stmt): Don't redirect edge to
post-dominator if it has phi nodes.
(eliminate_unnecessary_stmts): Remove dead phis in all blocks
before dead statements.
gcc/testsuite/ChangeLog:
PR tree-optimization/20640
* gcc.dg/torture/tree-loop-1.c: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8088&r2=2.8089
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-dce.c.diff?cvsroot=gcc&r1=2.37&r2=2.38
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5268&r2=1.5269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/tree-loop-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug rtl-optimization/20290] [4.0/4.1 Regression] Miscompilation on ppc/arm with -Os

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
17:01 ---
Fixed

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug other/20731] contrib/gcc_update hard code -r gcc-3_4-branch

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-04-02 17:00 ---
It affects all branches based on 3.4 branch, including gcc 3.4 rhl branch. I
can't just do "./contrib/update" in gcc 3.4 rhl branch anymore since it is
hard coded to 3.4 branch. I have to explicitly add gcc 3.4 rhl branch tag. It
defeats the whole purpose.

-- 
   What|Removed |Added

   Last reconfirmed|-00-00 00:00:00 |2005-04-02 17:00:47
   date||


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

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

[aoliva at redhat dot com]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
16:59 ---
Subject: Re: [PR tree-optimization/20640] add phi args to dests of 
dce-redirected edges

On Mar 31, 2005, Jeffrey A Law <[EMAIL PROTECTED]> wrote:

> On Thu, 2005-03-31 at 05:26 -0300, Alexandre Oliva wrote:
>> On Mar 31, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> [ ... ]
>> Anyway, how does this patch look?
>> Index: gcc/ChangeLog
> from  Alexandre Oliva  <[EMAIL PROTECTED]>

> PR tree-optimization/20640
> * tree-ssa-dce.c (remove_dead_stmt): Don't redirect edge to
> post-dominator if it has phi nodes.
> (eliminate_unnecessary_stmts): Remove dead phis in all blocks
> before dead statements.
> BTW, if you want to go forward with this version, it looks OK to me
> assuming it passes bootstrapping and regression testing.

It does, so I'm checking it in with a minor change: it doesn't make
sense to request the edge to be redirected to itself, since it's a
no-op, so I moved the call into the `else' branch of the new
conditional.

Thanks,

Index: gcc/ChangeLog
from  Alexandre Oliva  <[EMAIL PROTECTED]>

PR tree-optimization/20640
* tree-ssa-dce.c (remove_dead_stmt): Don't redirect edge to
post-dominator if it has phi nodes.
(eliminate_unnecessary_stmts): Remove dead phis in all blocks
before dead statements.

Index: gcc/tree-ssa-dce.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-dce.c,v
retrieving revision 2.37
diff -u -p -r2.37 tree-ssa-dce.c
--- gcc/tree-ssa-dce.c 12 Mar 2005 20:53:18 - 2.37
+++ gcc/tree-ssa-dce.c 1 Apr 2005 20:30:24 -
@@ -637,7 +637,10 @@ eliminate_unnecessary_stmts (void)
 {
   /* Remove dead PHI nodes.  */
   remove_dead_phis (bb);
+}
 
+  FOR_EACH_BB (bb)
+{
   /* Remove dead statements.  */
   for (i = bsi_start (bb); ! bsi_end_p (i) ; )
{
@@ -724,6 +727,7 @@ remove_dead_stmt (block_stmt_iterator *i
   if (is_ctrl_stmt (t))
 {
   basic_block post_dom_bb;
+
   /* The post dominance info has to be up-to-date.  */
   gcc_assert (dom_computed[CDI_POST_DOMINATORS] == DOM_OK);
   /* Get the immediate post dominator of bb.  */
@@ -737,9 +741,20 @@ remove_dead_stmt (block_stmt_iterator *i
  return;
}
 
-  /* Redirect the first edge out of BB to reach POST_DOM_BB.  */
-  redirect_edge_and_branch (EDGE_SUCC (bb, 0), post_dom_bb);
-  PENDING_STMT (EDGE_SUCC (bb, 0)) = NULL;
+  /* If the post dominator block has PHI nodes, we might be unable
+to compute the right PHI args for them.  Since the control
+statement is unnecessary, all edges can be regarded as
+equivalent, but we have to get rid of the condition, since it
+might reference a variable that was determined to be
+unnecessary and thus removed.  */
+  if (phi_nodes (post_dom_bb))
+   post_dom_bb = EDGE_SUCC (bb, 0)->dest;
+  else
+   {
+ /* Redirect the first edge out of BB to reach POST_DOM_BB.  */
+ redirect_edge_and_branch (EDGE_SUCC (bb, 0), post_dom_bb);
+ PENDING_STMT (EDGE_SUCC (bb, 0)) = NULL;
+   }
   EDGE_SUCC (bb, 0)->probability = REG_BR_PROB_BASE;
   EDGE_SUCC (bb, 0)->count = bb->count;
 
Index: gcc/testsuite/ChangeLog
from  Alexandre Oliva  <[EMAIL PROTECTED]>

PR tree-optimization/20640
* gcc.dg/torture/tree-loop-1.c: New.

Index: gcc/testsuite/gcc.dg/torture/tree-loop-1.c
===
RCS file: gcc/testsuite/gcc.dg/torture/tree-loop-1.c
diff -N gcc/testsuite/gcc.dg/torture/tree-loop-1.c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ gcc/testsuite/gcc.dg/torture/tree-loop-1.c 30 Mar 2005 05:28:22 -
@@ -0,0 +1,21 @@
+/* PR tree-optimization/20640 */
+
+/* After unrolling the loop, we'd turn some conditional branches into
+   unconditional ones, but branch redirection would fail to compute
+   the PHI args for the PHI nodes in the replacement edge
+   destination, so they'd remain NULL causing crashes later on.  */
+
+/* { dg-do compile } */
+
+static int a = 0;
+extern int foo (void);
+extern int *bar (void) __attribute__ ((__const__));
+
+void
+test (int x)
+{
+  int b = 10;
+  while (foo () == -1 && *bar () == 4 && b > 0)
+--b;
+  a = x;
+}

-- 
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer   [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist  [EMAIL PROTECTED], gnu.org}


-- 


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

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

[aoliva at redhat dot com]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-04-02 
16:57 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs

On Mar 31, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote:

> On Wed, Mar 30, 2005 at 04:27:50PM -0300, Alexandre Oliva wrote:
>> -  else
>> +  else if (REG_P (y))
>> {
>> /* Simplify_subreg can't handle some REG cases, but we have to.  */
>> unsigned int regno = subreg_regno (x);

> The next line is 

>   gcc_assert (REG_P (y));

> you should remove that.  Ok with that change.

Thanks, here's what I'm checking in.

Index: gcc/ChangeLog
from  Alexandre Oliva  <[EMAIL PROTECTED]>

PR middle-end/20491
* final.c (alter_subreg): Don't call subreg_regno for a non-REG.

Index: gcc/final.c
===
RCS file: /cvs/gcc/gcc/gcc/final.c,v
retrieving revision 1.349
diff -u -p -r1.349 final.c
--- gcc/final.c 1 Apr 2005 15:27:58 -   1.349
+++ gcc/final.c 1 Apr 2005 20:19:02 -
@@ -2547,11 +2547,10 @@ alter_subreg (rtx *xp)
 
   if (new != 0)
*xp = new;
-  else
+  else if (REG_P (y))
{
  /* Simplify_subreg can't handle some REG cases, but we have to.  */
  unsigned int regno = subreg_regno (x);
- gcc_assert (REG_P (y));
  *xp = gen_rtx_REG_offset (y, GET_MODE (x), regno, SUBREG_BYTE (x));
}
 }

-- 
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer   [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist  [EMAIL PROTECTED], gnu.org}


-- 


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

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
16:56 ---
Subject: Bug 20491

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-02 16:56:45

Modified files:
gcc: ChangeLog final.c 

Log message:
PR middle-end/20491
* final.c (alter_subreg): Don't call subreg_regno for a non-REG.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.114&r2=2.7592.2.115
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/final.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.344.12.1&r2=1.344.12.2



-- 


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

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
16:56 ---
Subject: Bug 20491

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-02 16:56:27

Modified files:
gcc: ChangeLog final.c 

Log message:
PR middle-end/20491
* final.c (alter_subreg): Don't call subreg_regno for a non-REG.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8087&r2=2.8088
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/final.c.diff?cvsroot=gcc&r1=1.349&r2=1.350



-- 


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

[Bug rtl-optimization/20290] [4.0/4.1 Regression] Miscompilation on ppc/arm with -Os

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
16:54 ---
Subject: Bug 20290

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-02 16:54:34

Modified files:
gcc: ChangeLog loop.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: loop-ivopts-2.c 

Log message:
gcc/ChangeLog:
PR rtl-optimization/20290
* loop.c (for_each_insn_in_loop): Don't assume the loop body runs
in every iteration if the entry point is the exit test.
gcc/testsuite/ChangeLog:
PR rtl-optimization/20290
* gcc.c-torture/execute/loop-ivopts-2.c: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.113&r2=2.7592.2.114
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.522&r2=1.522.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.87&r2=1.5084.2.88
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/loop-ivopts-2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug rtl-optimization/20290] [4.0/4.1 Regression] Miscompilation on ppc/arm with -Os

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
16:53 ---
Subject: Bug 20290

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-02 16:53:44

Modified files:
gcc: ChangeLog loop.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: loop-ivopts-2.c 

Log message:
gcc/ChangeLog:
PR rtl-optimization/20290
* loop.c (for_each_insn_in_loop): Don't assume the loop body runs
in every iteration if the entry point is the exit test.
gcc/testsuite/ChangeLog:
PR rtl-optimization/20290
* gcc.c-torture/execute/loop-ivopts-2.c: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8086&r2=2.8087
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop.c.diff?cvsroot=gcc&r1=1.524&r2=1.525
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5267&r2=1.5268
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/loop-ivopts-2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c/20732] compiling GNU readline 5.0 yields gcc segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
16:50 ---
Make sure that read http://gcc.gnu.org/bugs.html

-- 


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

[Bug libgcj/20090] gij should be implemented in Java

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug other/20731] contrib/gcc_update hard code -r gcc-3_4-branch

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
16:49 ---
Again read the whole thread.

Anyways if you are going to patch it, there is no reason to file a bug until 
nobody looks at your patch or 
there is no history behind the code which in this case there is history.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libgcj/20090] gij should be implemented in Java

[fitzsim at redhat dot com]

--- Additional Comments From fitzsim at redhat dot com  2005-04-02 16:47 
---
It turns out there's nothing to do in Java -- instead, everything should be
handled in gij.cc and then passed through the invocation API.  The patch that
implements this is now committed to HEAD and gcc-4_0-branch.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug other/20731] contrib/gcc_update hard code -r gcc-3_4-branch

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-04-02 16:45 ---
My question is why hard code it. Is there anything wrong with this patch

http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00173.html

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c/20732] New: compiling GNU readline 5.0 yields gcc segmentation fault

[georg dot schwarz at freenet dot de]

When compiling GNU readline 5.0 on a Debian Linux system (Pentium) using gcc 
3.3.5 I get:

gcc -c -DHAVE_CONFIG_H -I. vi_mode.c  -o .libs/vi_mode.o
vi_mode.c: In function `rl_vi_prev_word':
vi_mode.c:340: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.

-- 
   Summary: compiling GNU readline 5.0 yields gcc segmentation fault
   Product: gcc
   Version: 3.3.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: georg dot schwarz at freenet dot de
CC: gcc-bugs at gcc dot gnu dot org,georg dot schwarz at
freenet dot de
  GCC host triplet: i386-linux-unknown


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

[Bug java/20526] gij -X reports no options are recognized, while -Xmx and -Xms seem to be

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug java/20526] gij -X reports no options are recognized, while -Xmx and -Xms seem to be

[fitzsim at redhat dot com]

--- Additional Comments From fitzsim at redhat dot com  2005-04-02 16:37 
---
Fixed on HEAD and gcc-4_0-branch.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:23 
---
(In reply to comment #9)
> Ok for the preprocessed source line 91 for the preproceser source:
>  .long .LFB1-.
> 
> This is valid as far as I know.
> Again can you try with the GNU binutils.

Unfortunately, for the moment I cannot use gas. However, not being a specialist
in x86 assembler, can you confirm this such that I can look for a bug in Solaris
assembler.

-- 


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

[Bug other/20731] contrib/gcc_update hard code -r gcc-3_4-branch

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
16:19 ---
See the thread: .

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
16:18 ---
Ok for the preprocessed source line 91 for the preproceser source:
 .long .LFB1-.

This is valid as far as I know.
Again can you try with the GNU binutils.

-- 


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:16 
---
(In reply to comment #3)
> This does not make sense as line 91 is the following:
> jne   retdouble
> 
> 
> Also what happens if you use GNU binutils instead of the tool chain from Sun?

The line 91 is in the preprocessed assembler... see the attachement containing
the source.

-- 


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

[Bug other/20731] New: contrib/gcc_update hard code -r gcc-3_4-branch

[hjl at lucon dot org]

I think hard code -r gcc-3_4-branch is a bad idea. You have to
do it for each branch. Why not check CVS/Tag and get it from
there?

-- 
   Summary: contrib/gcc_update hard code -r gcc-3_4-branch
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:14 
---
Created an attachment (id=8519)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8519&action=view)
the configuration log for the library


-- 


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:13 
---
Created an attachment (id=8518)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8518&action=view)
the preprocessed source


-- 


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:13 
---
Created an attachment (id=8517)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8517&action=view)
the assembler output


-- 


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:12 
---
Created an attachment (id=8516)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8516&action=view)
preprocessor run

this phases obtains the source fed to the assembler

-- 


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
16:12 ---
This does not make sense as line 91 is the following:
jne   retdouble


Also what happens if you use GNU binutils instead of the tool chain from Sun?

-- 


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:10 
---
Created an attachment (id=8515)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8515&action=view)
compiler run with verbose flag


-- 


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

[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|bootstrap   |libffi
   Keywords||build


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

[Bug bootstrap/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 16:10 
---
Created an attachment (id=8514)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8514&action=view)
bootstrap log's tail


-- 


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

[Bug bootstrap/20730] New: Assembler illegal subtraction in libffi on Solaris 8 Intel

[pfelecan at acm dot org]

- The incriminated source file is libffi/src/x86/sysv.S
- Bootstrapping gcc 4.0 snapshot 20050326, fails. The relevant log's tail is in 
the attachment bootstrap.log
- The configuration log is in the config.log attachment
- Output of running the compiler with verbose options is in the attachment
verbose.log
- Output of running the prepocessor on the assembler source is in the attachment
preprocess.log and the preprocessed source is in the attachment sysv.s
- Output of running the assembler on the preprocessed source is in the
attachment assembler.log

-- 
   Summary: Assembler illegal subtraction in libffi on Solaris 8
Intel
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pfelecan at acm dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-pc-solaris2.8
  GCC host triplet: i386-pc-solaris2.8
GCC target triplet: i386-pc-solaris2.8


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

[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2005-04-02 
15:47 ---
Test results with patch are here: 
.The patch 
improves the situation but there are still many fails:Executing on host: 
/opt/build/dave/gcc-4.0.0/objdir/gcc/g++ -shared-libgcc 
-B/opt/build/dave/gcc-4.0.0/objdir/gcc/ -nostdinc++ 
-L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src 
-L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src/.libs
 -B/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/bin/ 
-B/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/lib/ -isystem 
/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/include -isystem 
/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/sys-include -g -O2 
-D_GLIBCXX_ASSERT -ffunction-sections -fdata-sections -fmessage-length=0 
-DLOCALEDIR="/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/po/share/locale"
 -nostdinc++ 
-I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/powerpc-ibm-aix4.3.3.0
 -I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include 
-I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/libsupc++ 
-I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/include/backward 
-I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite 
/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/17_intro/header_cassert.cc 
   -include bits/stdc++.h  
-L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libstdc++-v3/testsuite
 -lv3test -lm   -o ./header_cassert.exe(timeout = 
300)/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/17_intro/header_cassert.cc:1:
 warning: -ffunction-sections may affect debugging on some 
targets/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/bits/valarray_array.h:164:
 warning: inline function 'static void std::_Array_copy_ctor<_Tp, 
true>::_S_do_it(const _Tp*, const _Tp*, _Tp*) [with _Tp = size_t]' used but 
never definedoutput 
is:/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/17_intro/header_cassert.cc:1:
 warning: -ffunction-sections may affect debugging on some 
targets/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/bits/valarray_array.h:164:
 warning: inline function 'static void std::_Array_copy_ctor<_Tp, 
true>::_S_do_it(const _Tp*, const _Tp*, _Tp*) [with _Tp = size_t]' used but 
never definedFAIL: 17_intro/header_cassert.cc (test for excess errors)Excess 
errors:/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/bits/valarray_array.h:164:
 warning: inline function 'static void std::_Array_copy_ctor<_Tp, 
true>::_S_do_it(const _Tp*, const _Tp*, _Tp*) [with _Tp = size_t]' used but 
never definedExecuting on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/g++ 
-shared-libgcc -B/opt/build/dave/gcc-4.0.0/objdir/gcc/ -nostdinc++ 
-L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src 
-L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src/.libs
 -B/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/bin/ 
-B/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/lib/ -isystem 
/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/include -isystem 
/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/sys-include -g -O2 
-D_GLIBCXX_ASSERT -ffunction-sections -fdata-sections -fmessage-length=0 
-DLOCALEDIR="/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/po/share/locale"
 -nostdinc++ 
-I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/powerpc-ibm-aix4.3.3.0
 -I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include 
-I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/libsupc++ 
-I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/include/backward 
-I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite 
/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/18_support/numeric_limits.cc
-include bits/stdc++.h  
-L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libstdc++-v3/testsuite
 -lv3test -lm   -o ./numeric_limits.exe(timeout = 
300)/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/18_support/numeric_limits.cc:1:
 warning: -ffunction-sections may affect debugging on some 
targets/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits:289:
 warning: inline function 'static _Tp std::numeric_limits<_Tp>::min() [with _Tp 
= A]' used but never 
defined/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits:291:
 warning: inline function 'static _Tp std::numeric_limits<_Tp>::max() [with _Tp 
= A]' used but never 
defined/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits:294:
 warning: inline function 'static _Tp std::numeric_limits<_Tp>::epsilon() [with 
_Tp = A]' used but never 
defined/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits

[Bug bootstrap/20719] [4.1 Regression] ICE in default_no_named_section, at varasm.c:4828

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
14:46 ---
Confirmed.
"Unofficial" patch here: 
.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-02 14:46:25
   date||


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

[Bug c++/20723] [4.1 Regression] ICE in more_specialized_fn, more than one user-defined conversion "srp" to "ptr"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
14:34 ---
(In reply to comment #2)
> I think you mean 'did NOT reject', we did reject with -pedantic, but without 
> that
> we have an overload extension rule about the worst conversion.

Yes I did mean, "we did not reject".  Oh I did not even think about -pedantic 
for some reason.

-- 


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

[Bug c++/20724] function overload resolution fails when any template is declared

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
14:27 ---
Confirmed (fixed up testcase for -pedantic):
namespace N {
   int foo ( char * ) { return 200; }
   template< typename T > int foo();
}
enum Enum { enum1 };
int foo( Enum const & ) { return 100; }
int main() {
   using N:: foo;
   foo( enum1 );
}


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-02 14:27:36
   date||


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

[Bug bootstrap/20692] configuring libgfortan infinite loop

[pfelecan at acm dot org]

--- Additional Comments From pfelecan at acm dot org  2005-04-02 14:06 
---
The libgmp package maintainer supplied a new release for which all the gmp tests
are successful for the architecture in discussion. This fixes the bug.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug c++/20729] Bitwise operations work wrong with -O2 or -O3 optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
12:45 ---
You are violating the C aliasing rules.
Either use an union or use -fno-strict-aliasing.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/20726] gcc-4.0.0_beta20050326 failed to build

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-02 
12:39 ---
This is a bug in glibc's pthread.  This has been fixed already in glibc.  Also 
I thought this was fixed by 
PR 20166.  Does gentoo disable fixincludes if so, well this is not a GCC bug 
but a gentoo one.  In fact 
this should have been reported there first.

-- 
   What|Removed |Added

  BugsThisDependsOn||20166
  Component|bootstrap   |target
 GCC target triplet||i686-pc-linux-gnu
   Keywords||build


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

[Bug c++/20729] New: Bitwise operations work wrong with -O2 or -O3 optimization

[evgeny at nowecom dot ru]

I wrote the following testcase:

#include 

using namespace std;

inline bool sign(double x){return !((*(((unsigned int*)&(x)) + 1))&0x8000);}
inline bool sign1(double x){return (x>=0.0);}

inline bool cmp(double x,double y){
return ((*(((unsigned int*)&(x)) + 1))&0x8000)^((*(((unsigned int*)&(y)) +
1))&0x8000);
}

inline bool cmp1(double x,double y){
return ((x>=0.0)!=(y>=0.0));
}

int main(void){
double a(1.0),b(1.0);

cout << sign(a) << " " << sign(b) << " " << sign1(a) << " " << sign1(b) << endl;
cout << cmp(a,b) << " " << cmp1(a,b) << endl;
cout << a << " " << b << endl;
}

Its output is:
g++-3.4 test.cpp -O3 && ./a.out
0 1 1 1
1 0
1 1

g++ test.cpp -O3 && ./a.out
1 1 1 1
1 0
1 1

g++-3.4 -v
Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: ./configure --prefix=/usr/local --program-suffix=-3.4
--enable-threads=posix --with-cpu=i686 --with-arch=i686 --disable-nls
Thread model: posix
gcc version 3.4.3

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

But the right output is:
1 1 1 1
0 0
1 1 

It can be reached at any optimization level by using flag -fno-schedule-insns2.

-- 
   Summary: Bitwise operations work wrong with -O2 or -O3
optimization
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: evgeny at nowecom dot ru
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug bootstrap/20726] gcc-4.0.0_beta20050326 failed to build

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Attachment #8510|application/octet-stream|text/plain
  mime type||


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

[Bug rtl-optimization/20728] New: Wrong evaluation order of expressions in combine_reloads() in reload.c

[kumura at r2 dot dion dot ne dot jp]

In the latest reload.c, the function combine_reloads() includes 
a wrong evaluation order of expressions to check if there is any 
available hard register.

In the following statements in combine_reloads(),
the candidate register must be checked whether it is a
hard register or not before invoking the function 
reg_overlap_mentioned_for_reload_p(). Otherwise,
reg_overlap_mentioned_for_reload_p() will fail and die
when it is invoked and the candidate register is a pseudo register.


File: reload.c
Revision: 1.268, Thu Feb 24 22:06:06 2005 UTC (5 weeks, 1 day ago) by dje 

1837:  /* See if some hard register that dies in this insn and is not used in
1838: the output is the right class.  Only works if the register we pick
1839: up can fully hold our output reload.  */
1840:  for (note = REG_NOTES (this_insn); note; note = XEXP (note, 1))
1841:if (REG_NOTE_KIND (note) == REG_DEAD
1842:   && REG_P (XEXP (note, 0))
1843:   && ! reg_overlap_mentioned_for_reload_p (XEXP (note, 0),
1844:rld[output_reload].out)
1845:   && REGNO (XEXP (note, 0)) < FIRST_PSEUDO_REGISTER

-- 
   Summary: Wrong evaluation order of expressions in
combine_reloads() in reload.c
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kumura at r2 dot dion dot ne dot jp
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/20650] [4.1 Regression] float.c fails to build with weird error message

[geoffk at gcc dot gnu dot org]

--- Additional Comments From geoffk at gcc dot gnu dot org  2005-04-02 
09:59 ---
Should be fixed now.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libgcj/20727] New: double free or corruption

[green at redhat dot com]

When I run a sample jogl application with gcj, I get the following at the 
end

Program received signal SIGABRT, Aborted.
[Switching to Thread -1210319952 (LWP 18094)]
0x008e27a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) where
#0  0x008e27a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x00922955 in raise () from /lib/tls/libc.so.6
#2  0x00924319 in abort () from /lib/tls/libc.so.6
#3  0x00955f9a in __libc_message () from /lib/tls/libc.so.6
#4  0x0095c528 in _int_free () from /lib/tls/libc.so.6
#5  0x0095cafa in free () from /lib/tls/libc.so.6
#6  0x0271de29 in java::nio::VMDirectByteBuffer::free ()
   from /usr/lib/libgcj.so.6
#7  0x028306df in java::nio::DirectByteBufferImpl::finalize ()
   from /usr/lib/libgcj.so.6
#8  0x02713db5 in _Jv_FinalizeObject () from /usr/lib/libgcj.so.6
#9  0x02a49df5 in _Jv_AllocRawObj () from /usr/lib/libgcj.so.6
#10 0x02a51c9a in GC_invoke_finalizers () from /usr/lib/libgcj.so.6
#11 0x02a49e53 in _Jv_RunFinalizers () from /usr/lib/libgcj.so.6
#12 0x0270906c in gnu::gcj::runtime::FinalizerThread::run ()
   from /usr/lib/libgcj.so.6
#13 0x027196a5 in _Jv_ThreadRun () from /usr/lib/libgcj.so.6
#14 0x02a4b696 in _Jv_ThreadUnRegister () from /usr/lib/libgcj.so.6
#15 0x02a5c270 in GC_start_routine () from /usr/lib/libgcj.so.6
#16 0x00b423ae in start_thread () from /lib/tls/libpthread.so.0
#17 0x009c1b6e in clone () from /lib/tls/libc.so.6
(gdb)

I don't have a simple test case yet.  I will provide one once we have a jogl
that builds reliably.  Just thought I'd file this in the meanwhile...

-- 
   Summary: double free or corruption
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: green at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug target/20650] [4.1 Regression] float.c fails to build with weird error message

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-02 
09:58 ---
Subject: Bug 20650

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-02 09:58:36

Modified files:
gcc: ChangeLog 
gcc/testsuite  : ChangeLog 
gcc/config/rs6000: rs6000.md 
Added files:
gcc/testsuite/gcc.dg: rs6000-fpint.c 

Log message:
PR 20650
* config/rs6000/rs6000.md (fix_truncdfsi2): Make destination
a register.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8082&r2=2.8083
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5266&r2=1.5267
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.md.diff?cvsroot=gcc&r1=1.358&r2=1.359
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/rs6000-fpint.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/20723] [4.1 Regression] ICE in more_specialized_fn, more than one user-defined conversion "srp" to "ptr"

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-04-02 
09:55 ---
I think you mean 'did NOT reject', we did reject with -pedantic, but without 
that
we have an overload extension rule about the worst conversion.

-- 


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

[Bug c++/20723] [4.1 Regression] ICE in more_specialized_fn, more than one user-defined conversion "srp" to "ptr"

[nathan at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |nathan at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-02 08:28:50
   date||


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

[Bug bootstrap/20726] gcc-4.0.0_beta20050326 failed to build

[selecter at spray dot se]

--- Additional Comments From selecter at spray dot se  2005-04-02 08:13 
---
Created an attachment (id=8510)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8510&action=view)
/usr/include/pthread.h


-- 


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

[Bug bootstrap/20726] New: gcc-4.0.0_beta20050326 failed to build

[selecter at spray dot se]

make[2]: Entering directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gn
u/libmudflap'
Making all in testsuite
make[3]: Entering directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gn
u/libmudflap/testsuite'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gnu
/libmudflap/testsuite'
make[3]: Entering directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gn
u/libmudflap'
if /bin/sh ./libtool --mode=compile
/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/gcc/xgcc 
-B/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/gcc/
-B/usr/i686-pc-linux-gnu/bin/ -B/usr/i
686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include -isystem
/usr/i686-pc-linux-gnu/sy
s-include -DHAVE_CONFIG_H -I.
-I/var/tmp/portage/gcc-4.0.0_beta20050326/work/gcc-4.0-20050326/li
bmudflap -I.-Wall -ffunction-sections -fdata-sections -O2 -O2
-march=pentium4  -MT mf-runtim
e.lo -MD -MP -MF ".deps/mf-runtime.Tpo" -c -o mf-runtime.lo
/var/tmp/portage/gcc-4.0.0_beta20050
326/work/gcc-4.0-20050326/libmudflap/mf-runtime.c; \
then mv -f ".deps/mf-runtime.Tpo" ".deps/mf-runtime.Plo"; else rm -f
".deps/mf-runtime.Tpo"; exi
t 1; fi
/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/gcc/xgcc
-B/var/tmp/portage/gcc-4.0.0_beta200
50326/work/build/gcc/ -B/usr/i686-pc-linux-gnu/bin/
-B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/
i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include
-DHAVE_CONFIG_H -I. -I/var
/tmp/portage/gcc-4.0.0_beta20050326/work/gcc-4.0-20050326/libmudflap -I. -Wall
-ffunction-sectio
ns -fdata-sections -O2 -O2 -march=pentium4 -MT mf-runtime.lo -MD -MP -MF
.deps/mf-runtime.Tpo -c
 
/var/tmp/portage/gcc-4.0.0_beta20050326/work/gcc-4.0-20050326/libmudflap/mf-runtime.c
 -fPIC -D
PIC -o .libs/mf-runtime.o
In file included from
/var/tmp/portage/gcc-4.0.0_beta20050326/work/gcc-4.0-20050326/libmudflap/m
f-impl.h:41,
 from
/var/tmp/portage/gcc-4.0.0_beta20050326/work/gcc-4.0-20050326/libmudflap/m
f-runtime.c:71:
/usr/include/pthread.h:664: error: array type has incomplete element type
make[3]: *** [mf-runtime.lo] Error 1
make[3]: Leaving directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gnu
/libmudflap'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gnu
/libmudflap'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gnu
/libmudflap'
make: *** [all-target-libmudflap] Error 2

-- 
   Summary: gcc-4.0.0_beta20050326 failed to build
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: selecter at spray dot se
CC: gcc-bugs at gcc dot gnu dot org


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