[Bug target/13309] Incorrect code generated for __udivdi3 (really __udivmoddi4) (MIPS)

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-04-06 
06:56 ---
> Richard,
> I think we should probably close this one unless we actually get a chip part
> that has this failing :)

...or at least get some documentation about what the hardware
limitation actually is. ;)

I was keeping this open (but suspended) so that we could track
the fact that gcc doesn't work around this particular problem.
But I agree that there's not enough information here to be useful.

We can always reopen the PR if someone does provide the docs
(although we'd probably just suspend it again, unless someone's
actually volunteering to implement the workaround).

Richard


-- 
   What|Removed |Added

 Status|SUSPENDED   |RESOLVED
 Resolution||WORKSFORME


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

[Bug libgcj/20750] libgcj needs a --with-java-home configure option

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug c++/20145] [4.0/4.1 Regression] template "class has virtual functions ... " is not suppressed with -isystem

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-06 
06:48 ---
(In reply to comment #7)
> The fact that something is in a system header does not in general cause the
> compiler not to warn about it.  G++ does not issue certain pedantic warnings
> when in a system header, but this is not one of those.

Why does the non-template version does not warn then?

-- 


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

[Bug target/20781] 64 bit shift by non-constant implemented as libcall on PPC32

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-06 
06:46 ---
Hmm on powerpc-darwin on the mainline I get:
_foo:
addic. r11,r5,-32
subfic r2,r5,31
srwi r0,r4,1
srw r0,r0,r2
blt- cr0,L2
slw r9,r4,r11
li r10,0
mr r3,r9
mr r4,r10
blr
L2:
slw r9,r3,r5
slw r10,r4,r5
or r9,r0,r9
mr r4,r10
mr r3,r9
blr

Which is still bad as we have extra moves.

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-06 
06:38 ---
(In reply to comment #7)
> They don't even bear-out on other x86 platforms -- my older P3 and AMD
> boxes don't show the same kind of big improvement (they show a small
> improvements).  However, both of my P4s show big improvements.

Huh, both of those targets are still x86. So what about on say Power4 or 
PowerPC 970?

-- 


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

[Bug bootstrap/20780] gcc 4.0 from cvs head fails to build

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-06 
06:36 ---
(In reply to comment #2)
\> /var/tmp//ccDSlyQP.s:774:stfiwx instruction is optional for the PowerPC (not 
allowed without 
> -force_cpusubtype_ALL option)

At this point you need to read:

and get a newer cctools so this is invalid.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

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

[sstrasser at systemhaus-gruppe dot de]

--- Additional Comments From sstrasser at systemhaus-gruppe dot de  
2005-04-06 06:28 ---
the file which has led to the test case above compiles ok, too

-- 


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

[Bug target/17822] avr: Hard-coded XXX_FOR_TARGET

[ralf dot corsepius at rtems dot org]

--- Additional Comments From ralf dot corsepius at rtems dot org  
2005-04-06 06:18 ---
OK to apply this patch to gcc-4.0, too?

-- 


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

[Bug tree-optimization/20076] [3.3/3.4/4.0 Regression] __builtin_return(__builtin_apply()) inlined incorrectly

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
05:57 ---
Subject: Bug 20076

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 05:57:39

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

Log message:
PR tree-optimization/20076
* tree-inline.c (inline_forbidden_p_1): Prevent inlining functions
that call __builtin_return or __builtin_apply_args.

* gcc.dg/builtin-apply4.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.137&r2=2.7592.2.138
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.2&r2=1.170.8.3
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.108&r2=1.5084.2.109
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/builtin-apply4.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=20076

[Bug c++/20212] [4.0/4.1 Regression] attribute unused vs. member function template

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug preprocessor/19475] [3.3/3.4/4.0 Regression] missing whitespace after macro name in C90 or C++

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
05:54 ---
Subject: Bug 19475

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 05:54:19

Modified files:
gcc/testsuite  : ChangeLog 
libcpp : ChangeLog macro.c 
Added files:
gcc/testsuite/gcc.dg/cpp: macspace1.c macspace2.c 

Log message:
PR preprocessor/19475
* macro.c (create_iso_definition): For < ISO C99, don't
pedwarn if there is no whitespace between macro name and its
replacement, but the replacement starts with a basic character
set character.

* gcc.dg/cpp/macspace1.c: New test.
* gcc.dg/cpp/macspace2.c: New test.

Patches:
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.107&r2=1.5084.2.108
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.56.2.3&r2=1.56.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/macro.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.9.6.1&r2=1.9.6.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/macspace1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/macspace2.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=19475

[Bug c++/20145] [4.0/4.1 Regression] template "class has virtual functions ... " is not suppressed with -isystem

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-04-06 
05:44 ---
The fact that something is in a system header does not in general cause the
compiler not to warn about it.  G++ does not issue certain pedantic warnings
when in a system header, but this is not one of those.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


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

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

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-04-06 
05:40 ---
Fixed in 4.0.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

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

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
05:38 ---
Subject: Bug 20734

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-06 05:38:34

Modified files:
gcc/cp : cp-tree.def init.c typeck.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: ptrmem13.C 

Log message:
PR c++/20734
* cp-tree.def (OFFSET_REF): Correct comments.
* init.c (build_offset_ref): Remove misleading comment.
* typeck.c (build_unary_op): Handle pointer-to-member creation
here, rather than ...
(unary_complex_lvalue): ... here.

PR c++/20734
* g++.dg/template/ptrmem13.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&r1=1.94&r2=1.95
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcc&r1=1.416&r2=1.417
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.622&r2=1.623
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5292&r2=1.5293
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/ptrmem13.C.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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

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

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
05:35 ---
Subject: Bug 20734

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 05:35:50

Modified files:
gcc/cp : cp-tree.def init.c typeck.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: ptrmem13.C 

Log message:
PR c++/20734
* cp-tree.def (OFFSET_REF): Correct comments.
* init.c (build_offset_ref): Remove misleading comment.
* typeck.c (build_unary_op): Handle pointer-to-member creation
here, rather than ...
(unary_complex_lvalue): ... here.

PR c++/20734
* g++.dg/template/ptrmem13.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.94&r2=1.94.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.412.2.3&r2=1.412.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.616.2.4&r2=1.616.2.5
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.106&r2=1.5084.2.107
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/ptrmem13.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=20734

[Bug target/17822] avr: Hard-coded XXX_FOR_TARGET

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
05:34 ---
Subject: Bug 17822

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-06 05:34:30

Modified files:
gcc: ChangeLog 
gcc/config/avr : t-avr 

Log message:
2005-04-06  Ralf Corsepius  <[EMAIL PROTECTED]>

PR target/17822
* config/avr/t-avr (AR_FOR_TARGET,RANLIB_FOR_TARGET): Remove.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8160&r2=2.8161
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/t-avr.diff?cvsroot=gcc&r1=1.14&r2=1.15



-- 


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

[Bug target/20421] 387 mode switching clobbers flags

[uros at kss-loka dot si]

--- Additional Comments From uros at kss-loka dot si  2005-04-06 05:32 
---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug target/20421] 387 mode switching clobbers flags

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
05:30 ---
Subject: Bug 20421

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

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

Log message:
PR target/20421
* config/i386/i386.md (frndintxf2_floor, frndintxf2_ceil)
(frndintxf2_trunc, frndintxf2_mask_pm): Add FLAGS_REG clobber.
Allocate local stack slots here.  Set ix86_optimize_mode_switching.
flag here. Implement using define_insn_and_split.
(frndintxf2_floor_i387, frndintxf2_ceil_i387, frndintxf2_trunc_i387)
(frndintxf2_mask_pm_i387): New insn patterns.

(floorsf2, floordf2, floorxf2): Remove local stack slot allocations.
Do not set ix86_optimize_mode_switching flag.
(ceilsf2, ceildf2, ceilxf2): Same.
(btruncsf2, btruncdf2, btruncxf2): Same.
(nearbyintsf2, nearbyintdf2, nearbyintxf2): Same.

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.136&r2=2.7592.2.137
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.618.4.2&r2=1.618.4.3



-- 


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

[Bug c++/19312] [3.4/4.0/4.1 Regression] ICE in stabilize_call when throwing a copy

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
04:57 ---
Subject: Bug 19312

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 04:57:52

Modified files:
gcc/cp : ChangeLog tree.c 

Log message:
PR c++/19312
* tree.c (stabilize_init): Don't bother trying to stabilize
something with no side-effects.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.26&r2=1.4648.2.27
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.427&r2=1.427.2.1



-- 


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

[Bug c++/19312] [3.4/4.0/4.1 Regression] ICE in stabilize_call when throwing a copy

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
04:57 ---
Subject: Bug 19312

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-06 04:57:39

Modified files:
gcc/cp : ChangeLog tree.c 
Added files:
gcc/testsuite/g++.dg/eh: throw3.C 

Log message:
PR c++/19312
* tree.c (stabilize_init): Don't bother trying to stabilize
something with no side-effects.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4690&r2=1.4691
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gcc&r1=1.429&r2=1.430
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/eh/throw3.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libgcj/20750] libgcj needs a --with-java-home configure option

[fitzsim at redhat dot com]

--- Additional Comments From fitzsim at redhat dot com  2005-04-06 03:57 
---
Fixed on HEAD and gcc-4_0-branch.  Closing.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/20670] IA-64 exception mechanism erase $f29

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
03:50 ---
Subject: Bug 20670

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 03:50:37

Modified files:
gcc: ChangeLog 
gcc/config/ia64: unwind-ia64.c 

Log message:
Fix problem with reg f29 being corrupted when unwinding stack.
PR target/20670
* unwind-ia64.c (uw_intall_context): Add missing load of r27.

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.135&r2=2.7592.2.136
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/unwind-ia64.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.28.28.1&r2=1.28.28.2



-- 


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

[Bug libgcj/20782] jawt assertion failure

[green at redhat dot com]

--- Additional Comments From green at redhat dot com  2005-04-06 03:49 
---
I'm getting the following with a sample JOGL application:

** ERROR **: file ../../../libjava/jni/gtk-peer/gtk_jawt.c: line 77
(classpath_jawt_get_default_display): assertion failed: (GTK_WIDGET_REALIZED
(widget))

This, obviously, requires JOGL.  The sample app is found in the "Chapter 7"
download from here:

http://www.genedavissoftware.com/books/jogl/appendix_d.html

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |fitzsim at redhat dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED


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

[Bug target/20670] IA-64 exception mechanism erase $f29

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
03:48 ---
Subject: Bug 20670

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 03:48:34

Modified files:
gcc: ChangeLog 
gcc/config/ia64: unwind-ia64.c 

Log message:
Fix problem with reg f29 being corrupted when unwinding stack.
PR target/20670
* unwind-ia64.c (uw_intall_context): Add missing load of r27.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.832&r2=2.2326.2.833
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/unwind-ia64.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.21.4.2&r2=1.21.4.3



-- 


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

[Bug libgcj/20782] jawt assertion failure

[green at redhat dot com]

--- Additional Comments From green at redhat dot com  2005-04-06 03:47 
---
** ERROR **: file ../../../libjava/jni/gtk-peer/gtk_jawt.c: line 77
(classpath_jawt_get_default_display): assertion failed: (GTK_WIDGET_REALIZED
(widget))


-- 
   What|Removed |Added

Summary|jawt assertion failure: |jawt assertion failure


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

[Bug libgcj/20782] New: jawt assertion failure:

[green at redhat dot com]

 

-- 
   Summary: jawt assertion failure:
   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=20782

[Bug libgcj/20750] libgcj needs a --with-java-home configure option

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
03:44 ---
Subject: Bug 20750

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 03:43:58

Modified files:
libjava: ChangeLog Makefile.am Makefile.in configure 
 configure.ac 
libjava/external: Makefile.in 
libjava/external/sax: Makefile.in 
libjava/external/w3c_dom: Makefile.in 
libjava/gcj: Makefile.in 
libjava/include: Makefile.in 
libjava/java/lang: natRuntime.cc 
libjava/testsuite: Makefile.in 

Log message:
2005-04-05  Thomas Fitzsimmons  <[EMAIL PROTECTED]>

PR libgcj/20750
* Makefile.am (AM_CXXFLAGS): Define JAVA_HOME.
* Makefile.in: Regenerate.
* configure.ac: Add --with-java-home option.
* configure: Regenerate.
* external/Makefile.in: Regenerate.
* external/sax/Makefile.in: Regenerate.
* external/w3c_dom/Makefile.in: Regenerate.
* gcj/Makefile.in: Regenerate.
* include/Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.
* java/lang/natRuntime.cc (insertSystemProperties): Set java.home
to JAVA_HOME macro.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.40&r2=1.3391.2.41
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.455.2.8&r2=1.455.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.485.2.8&r2=1.485.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.253.2.2&r2=1.253.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.19.2.2&r2=1.19.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.14.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/sax/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.12.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/w3c_dom/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.12.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gcj/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.62&r2=1.62.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.64&r2=1.64.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/natRuntime.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.47.2.3&r2=1.47.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.73&r2=1.73.10.1



-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

--- Additional Comments From law at redhat dot com  2005-04-06 03:21 ---
Subject: Re:  [meta-bug] Jump threading
related bugs

On Wed, 2005-04-06 at 02:05 +, dberlin at dberlin dot org wrote:
> --- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-06 
> 02:05 ---
> Subject: Re:  [meta-bug] Jump threading
>   related bugs
> 
> On Wed, 2005-04-06 at 00:25 +, law at redhat dot com wrote:
> > --- Additional Comments From law at redhat dot com  2005-04-06 00:25 
> > ---
> > Just more notes on the huge perl speedup with the threading changes...
> > 
> 
> Have you tried on non-x86 to see if the results bear out on other
> platforms?
They don't even bear-out on other x86 platforms -- my older P3 and AMD
boxes don't show the same kind of big improvement (they show a small
improvements).  However, both of my P4s show big improvements.


jeff



-- 


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

[Bug target/20781] New: 64 bit shift by non-constant implemented as libcall on PPC32

[dberlin at gcc dot gnu dot org]

given something like:
long long foo(long long X, unsigned int Y) { return X << Y; }
or
long long foo(long long X, unsigned int Y) { return X >> Y; }

We currently generate a libcall to do the shift in 32 bit ppc.

On the contrary, XLC will *always* expand these shifts to an instruction
sequence (LLVM now does the same as of a few days ago), rather than a library 
call.

The first will generate with xlc -O3 -qarch=ppc970
.foo:
rlwinm  r0,r5,25,0,6
subfic  r6,r5,32
slw r3,r3,r5
addir7,r5,-32
srw r6,r4,r6
xoris   r0,r0,0x8000
slw r7,r4,r7
slw r4,r4,r5
or  r5,r6,r7
srawi   r0,r0,31
or  r3,r3,r5
and r4,r0,r4
and r3,r0,r3

and the second:
.foo:
subfic  r0,r5,32
addir8,r5,-32
rlwinm  r6,r5,26,0,0
rlwinm  r7,r5,25,0,6
srw r8,r3,r8
slw r9,r3,r0
xoris   r7,r7,0x8000
srw r0,r4,r5
and r4,r3,r6
or  r9,r9,r8
or  r0,r0,r9
srawi   r6,r7,31
srawi   r8,r3,31
rlwinm  r7,r5,0,27,31
srawr4,r4,r7
srawr3,r3,r5
or  r0,r0,r4
andcr5,r8,r6
and r3,r6,r3
and r0,r6,r0
or  r4,r5,r0
or  r3,r5,r3

(O5 will give slightly better code for both, but let's start somewhere :P)

-- 
   Summary: 64 bit shift by non-constant implemented as libcall on
PPC32
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dberlin at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-linux
  GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux


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

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

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug tree-optimization/20773] ICE: SEGV building jar file

[green at redhat dot com]

--- Additional Comments From green at redhat dot com  2005-04-06 02:17 
---
(In reply to comment #3)
> Hmm, do you know what compiler the class files were created with?

The Eclipse bytecode compiler.



-- 


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

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

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2005-04-06 02:15 ---
Subject: Re:  [4.0/4.1 Regression] Undefined symbol: vtable for 
__cxxabiv1::__vmi_class_type_info

> > You could be right that this is a PCH problem and possibly configuring
> > with --disable-libstdcxx-pch would help.
> 
> I'd be interested to know if it does.

Definite progress:


The problems that may be related to this PR are:

Executing on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/g++ -shared-libgcc -B/op
t/build/dave/gcc-4.0.0/objdir/gcc/ -nostdinc++ -L/opt/build/dave/gcc-4.0.0/objdi
r/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src -L/opt/build/dave/gcc-4.0.0/objdir/pow
erpc-ibm-aix4.3.3.0/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.0.0/po
werpc-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/includ
e -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-aix
4.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/g
cc/libstdc++-v3/libsupc++ -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/include/b
ackward -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite /opt/build/dave/g
cc-4.0.0/gcc/libstdc++-v3/testsuite/ext/bitmap_allocator/check_allocate_max_size
.cc  -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libstdc++-v
3/testsuite -lv3test -lm   -o ./check_allocate_max_size.exe(timeout = 300)
/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/ext/bitmap_allocator/check_
allocate_max_size.cc:1: warning: -ffunction-sections may affect debugging on 
some targets
ld: 0711-317 ERROR: Undefined symbol: __gnu_cxx::bitmap_allocator::_S_block
_size

Executing on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/g++ -shared-libgcc -B/op
t/build/dave/gcc-4.0.0/objdir/gcc/ -nostdinc++ -L/opt/build/dave/gcc-4.0.0/objdi
r/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src -L/opt/build/dave/gcc-4.0.0/objdir/pow
erpc-ibm-aix4.3.3.0/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.0.0/po
werpc-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/includ
e -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-aix
4.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/g
cc/libstdc++-v3/libsupc++ -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/include/b
ackward -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite /opt/build/dave/g
cc-4.0.0/gcc/libstdc++-v3/testsuite/ext/bitmap_allocator/check_deallocate_null.c
c  -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libstdc++-v3/
testsuite -lv3test -lm   -o ./check_deallocate_null.exe(timeout = 300)
/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/ext/bitmap_allocator/check_
deallocate_null.cc:1: warning: -ffunction-sections may affect debugging on some
targets
ld: 0711-317 ERROR: Undefined symbol: __gnu_cxx::bitmap_allocator::_S_last_
dealloc_index
ld: 0711-317 ERROR: Undefined symbol: 
__gnu_cxx::bitmap_allocator::_S_block_size

Executing on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/g++ -shared-libgcc -B/op
t/build/dave/gcc-4.0.0/objdir/gcc/ -nostdinc++ -L/opt/build/dave/gcc-4.0.0/objdi
r/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src -L/opt/build/dave/gcc-4.0.0/objdir/pow
erpc-ibm-aix4.3.3.0/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.0.0/po
werpc-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/includ
e -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-aix
4.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/g
cc/libstdc++-v3/libsupc++ -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/include/b
ackward -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite /opt/build/dave/g
cc-4.0.0/gcc/libstdc++-v3/

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-06 
02:05 ---
Subject: Re:  [meta-bug] Jump threading
related bugs

On Wed, 2005-04-06 at 00:25 +, law at redhat dot com wrote:
> --- Additional Comments From law at redhat dot com  2005-04-06 00:25 
> ---
> Just more notes on the huge perl speedup with the threading changes...
> 

Have you tried on non-x86 to see if the results bear out on other
platforms?




-- 


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

[Bug bootstrap/20780] gcc 4.0 from cvs head fails to build

[federico dot carminati at cern dot ch]

--- Additional Comments From federico dot carminati at cern dot ch  
2005-04-06 01:53 ---
Thanks a lot for the suggestion. Updating all it goes much further but still 
dies with

if [ x"" != x ]; then \
  /usr/local/gcc-4_0/build/./gcc/xgcc -B/usr/local/gcc-4_0/build/./gcc/ 
-B/opt/gcc-4_0/powerpc-
apple-darwin7.8.0/bin/ -B/opt/gcc-4_0/powerpc-apple-darwin7.8.0/lib/ -isystem 
/opt/gcc-4_0/
powerpc-apple-darwin7.8.0/include -isystem 
/opt/gcc-4_0/powerpc-apple-darwin7.8.0/sys-include 
-c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../libiberty/../include  -W -Wall 
-pedantic -Wwrite-strings 
-Wstrict-prototypes  ../../../libiberty/floatformat.c -o pic/floatformat.o; \
else true; fi
/usr/local/gcc-4_0/build/./gcc/xgcc -B/usr/local/gcc-4_0/build/./gcc/ 
-B/opt/gcc-4_0/powerpc-
apple-darwin7.8.0/bin/ -B/opt/gcc-4_0/powerpc-apple-darwin7.8.0/lib/ -isystem 
/opt/gcc-4_0/
powerpc-apple-darwin7.8.0/include -isystem 
/opt/gcc-4_0/powerpc-apple-darwin7.8.0/sys-include 
-c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../libiberty/../include  -W -Wall 
-pedantic -Wwrite-strings 
-Wstrict-prototypes ../../../libiberty/floatformat.c -o floatformat.o
In file included from ../../../libiberty/floatformat.c:34:
../../../libiberty/../include/libiberty.h:80: warning: function declaration 
isn't a prototype
../../../libiberty/floatformat.c: In function 'floatformat_to_double':
../../../libiberty/floatformat.c:312: warning: floating constant exceeds range 
of 'float'
/var/tmp//ccDSlyQP.s:722:stfiwx instruction is optional for the PowerPC (not 
allowed without 
-force_cpusubtype_ALL option)
/var/tmp//ccDSlyQP.s:774:stfiwx instruction is optional for the PowerPC (not 
allowed without 
-force_cpusubtype_ALL option)
make[1]: *** [floatformat.o] Error 1
make: *** [all-target-libiberty] Error 2

-- 


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

[Bug middle-end/19225] [3.4/4.0 regression] g++.dg/eh/omit-frame-pointer2.C fails with -fpic/-fPIC on i686-pc-linux-gnu

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-06 
01:13 ---
Subject: Bug 19225

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 01:11:42

Modified files:
gcc: ChangeLog calls.c 

Log message:
2005-04-05  Dale Johannesen  <[EMAIL PROTECTED]>

PR middle-end/19225
* calls.c (expand_call):  Flush pending deferrals before
throwing call.

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.133&r2=2.7592.2.134
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/calls.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.378.8.1&r2=1.378.8.2



-- 


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

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

[cvs-commit at gcc dot gnu dot org]

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

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-06 00:32:37

Modified files:
gcc: ChangeLog tree-ssa-loop-ivopts.c 

Log message:
PR target/20625
* tree-ssa-loop-ivopts.c (generic_type_for): New function.
(add_candidate_1): Use generic_type_for instead of unsigned_type_for.

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.132&r2=2.7592.2.133
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-ivopts.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.49.2.2&r2=2.49.2.3



-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

--- Additional Comments From law at redhat dot com  2005-04-06 00:25 ---
Just more notes on the huge perl speedup with the threading changes...

For reasons yet unknown, we're seeing a lot less L2 cache traffic when perl
is compiled with the threading changes.  The decreased L2 traffic also
corresponds to the areas of code which I had previously identified as
showing the most significant runtime improvements.

What I don't have an answer for yet is _why_ we're seeing the huge decrease
in L2 traffic.  We're seeing a huge jump in MEMORY_CANCEL events, which if
I understand the docs correctly will cause an increase in cache activity as
we are either low on store buffers or we have conflicts due to 64k aliasing.
[Both sub-events are way-down with the threading changes. ]

Attempts to perturb the size of the stack for the recursive routine in question
to avoid the 64k aliasing problem haven't met with any success yet.  We are
seeing variables spilled into different stack locations, so that _could_ be
the ultimate cause of the cache behavior.  These things would definitely
classify as secondary order effects

We're also seeing a measurable decrease in ITLB misses, howerver, I'm not
convinced that the decrease is significant enough to cause the kind of
performance improvement we're seeing.

Anyway, I'm still plugging away...

-- 


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

[Bug c++/19199] [3.3/3.4 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-06 00:03 
---
That's my interpretation of (Andrew Pinki's) comment #6 in the bugzilla PR
[n.b. I haven't reconfirmed his analysis personally]


-- 


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

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
23:57 ---
Subject: Bug 20625

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-05 23:57:02

Modified files:
gcc: ChangeLog tree-ssa-loop-ivopts.c 

Log message:
PR target/20625
* tree-ssa-loop-ivopts.c (generic_type_for): New function.
(add_candidate_1): Use generic_type_for instead of unsigned_type_for.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8156&r2=2.8157
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-ivopts.c.diff?cvsroot=gcc&r1=2.57&r2=2.58



-- 


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

[Bug bootstrap/16874] amd64: ../../../../../src/libf2c/libI77/fmt.c:365: internal compiler error: in extract_insn, at recog.c:2175

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:55 ---
No feedback in 3 months.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

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

[mark at codesourcery dot com]

--- Additional Comments From mark at codesourcery dot com  2005-04-05 23:49 
---
Subject: Re:  [3.3/3.4 Regression] Wrong warning about returning
 a reference to a temporary

roger at eyesopen dot com wrote:

> Might I propose that we close this bug as won't fix for both the 3.3 and 3.4
> branches.  GCC has always generated wrong code for this case, and the current
> state of 3.4.4 is that we issue an incorrect warning (which seems better than
> silently generating wrong code as we did with 3.1). 

Just so that I'm clear, what I think you're saying that the wrong-code 
problem has been there all along, and the only regression was actually 
the warning.  Investigating the warning revealed that we were generating 
wrong-code, and fixing the wrong-code problem fixed the warning, but the 
only actual regression per se was the warning.  If that's accurate, 
then, yes, we should add a note saying that this won't be fixed for 
3.4.x, and close the PR as FIXED.

Thanks,



-- 


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

[Bug tree-optimization/20773] ICE: SEGV building jar file

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:47 ---
This is either a bug in tree-cfg.c or tree-ssa-loop-ch.c, I cannot figure out 
which one.

-- 
   What|Removed |Added

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


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

[Bug libgcj/20750] libgcj needs a --with-java-home configure option

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
23:46 ---
Subject: Bug 20750

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-05 23:46:09

Modified files:
gcc: ChangeLog 
gcc/doc: install.texi 
libjava: ChangeLog Makefile.am Makefile.in configure 
 configure.ac 
libjava/external: Makefile.in 
libjava/external/sax: Makefile.in 
libjava/external/w3c_dom: Makefile.in 
libjava/gcj: Makefile.in 
libjava/include: Makefile.in 
libjava/java/lang: natRuntime.cc 
libjava/testsuite: Makefile.in 

Log message:
2005-04-05  Thomas Fitzsimmons  <[EMAIL PROTECTED]>

* doc/install.texi (Configuration): Document --with-java-home.

2005-04-05  Thomas Fitzsimmons  <[EMAIL PROTECTED]>

PR libgcj/20750
* Makefile.am (AM_CXXFLAGS): Define JAVA_HOME.
* Makefile.in: Regenerate.
* configure.ac: Add --with-java-home option.
* configure: Regenerate.
* external/Makefile.in: Regenerate.
* external/sax/Makefile.in: Regenerate.
* external/w3c_dom/Makefile.in: Regenerate.
* gcj/Makefile.in: Regenerate.
* include/Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.
* java/lang/natRuntime.cc (insertSystemProperties): Set java.home
to JAVA_HOME macro.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8154&r2=2.8155
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/install.texi.diff?cvsroot=gcc&r1=1.342&r2=1.343
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3457&r2=1.3458
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.472&r2=1.473
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.503&r2=1.504
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&r1=1.260&r2=1.261
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=gcc&r1=1.26&r2=1.27
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/Makefile.in.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/sax/Makefile.in.diff?cvsroot=gcc&r1=1.9&r2=1.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/w3c_dom/Makefile.in.diff?cvsroot=gcc&r1=1.9&r2=1.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gcj/Makefile.in.diff?cvsroot=gcc&r1=1.66&r2=1.67
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/Makefile.in.diff?cvsroot=gcc&r1=1.68&r2=1.69
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/natRuntime.cc.diff?cvsroot=gcc&r1=1.53&r2=1.54
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/Makefile.in.diff?cvsroot=gcc&r1=1.77&r2=1.78



-- 


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

[Bug preprocessor/19475] [3.3/3.4/4.0 Regression] missing whitespace after macro name in C90 or C++

[zack at codesourcery dot com]

--- Additional Comments From zack at codesourcery dot com  2005-04-05 23:39 
---
Subject: Re: [PATCH] Fix PR preprocessor/19475

Per Bothner <[EMAIL PROTECTED]> writes:

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

Yah, check that in already.

zw


-- 


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

[Bug bootstrap/20780] gcc 4.0 from cvs head fails to build

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:37 ---
I think you updated the gcc directory only and not just the rest of the 
directories which are needed.
cvs -qz9 up -Pd gcc

Can you make sure that you update all the directories as GCC depends on say 
libiberty to be update.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING
  Component|fortran |bootstrap


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

[Bug fortran/20780] New: gcc 4.0 from cvs head fails to build

[federico dot carminati at cern dot ch]

I start the build with

export CVS_RSH=ssh
cvs -qz9 up -Pd gcc
rm -rf /opt/gcc-4_0/*
[ -d build ] && (rm -rf build ; mkdir build)
cd build
../configure --disable-multiplib --prefix=/opt/gcc-4_0 --with-gmp=/sw --enable-
languages=f95,c++
make 2>&1 | tee ../make.log
make install
 
Build dies with

gcc   -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes 
-Wmissing-prototypes  -fno-
common   -DHAVE_CONFIG_H-I. -I. -I../../gcc -I../../gcc/. 
-I../../gcc/../include -I./../intl -I../..
/sw/include   \
-DTARGET_MACHINE=\"powerpc-apple-darwin7.8.0\" \
-c ../../gcc/collect2.c -o collect2.o
../../gcc/collect2.c: In function `collect_wait':
../../gcc/collect2.c:1503: warning: implicit declaration of function 
`pex_get_status'
../../gcc/collect2.c:1505: warning: implicit declaration of function `pex_free'
../../gcc/collect2.c: In function `collect_execute':
../../gcc/collect2.c:1571: warning: implicit declaration of function `pex_init'
../../gcc/collect2.c:1571: warning: assignment makes pointer from integer 
without a cast
../../gcc/collect2.c:1575: warning: implicit declaration of function `pex_run'
../../gcc/collect2.c:1575: error: `PEX_LAST' undeclared (first use in this 
function)
../../gcc/collect2.c:1575: error: (Each undeclared identifier is reported only 
once
../../gcc/collect2.c:1575: error: for each function it appears in.)
../../gcc/collect2.c:1575: error: `PEX_SEARCH' undeclared (first use in this 
function)
../../gcc/collect2.c:1576: warning: assignment makes pointer from integer 
without a cast
../../gcc/collect2.c: In function `scan_prog_file':
../../gcc/collect2.c:2060: error: `PEX_USE_PIPES' undeclared (first use in this 
function)
../../gcc/collect2.c:2060: warning: assignment makes pointer from integer 
without a cast
../../gcc/collect2.c:2064: warning: assignment makes pointer from integer 
without a cast
../../gcc/collect2.c:2081: warning: implicit declaration of function 
`pex_read_output'
../../gcc/collect2.c:2081: warning: assignment makes pointer from integer 
without a cast
make[1]: *** [collect2.o] Error 1
make: *** [install-gcc] Error 2

-- 
   Summary: gcc 4.0 from cvs head fails to build
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: federico dot carminati at cern dot ch
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7.8.0
  GCC host triplet: powerpc-apple-darwin7.8.0
GCC target triplet: powerpc-apple-darwin7.8.0


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

[Bug fortran/20779] ALLOCATEing the STAT variable not detected

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 23:35:02
   date||


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

[Bug fortran/20777] Arithmetic if not flagged obsolete

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:34 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 23:34:37
   date||


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

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:33 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 23:33:46
   date||


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

[Bug testsuite/20771] Duplicate PCH test names

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:33 ---
Confirmed, I really thought someone filed a bug about this or had posted an 
email about this to [EMAIL PROTECTED]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 23:33:26
   date||


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

[Bug preprocessor/20770] Using -M -MT ... -MF ... with -g3 generates preprocess line to stdout

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:32 ---
I know I have seen this around somewhere before but I forgot where.

-- 


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

[Bug c/20709] strict aliasing warning with float pointer pointing to int pointer

[segher at kernel dot crashing dot org]

--- Additional Comments From segher at kernel dot crashing dot org  
2005-04-05 23:32 ---
Subject: Re:  strict aliasing warning with float pointer pointing to int pointer

> Aka this is valid and defined (even though we warn):
> float a(float b)
> {
>   int i;
>   *(float*)&i = b;
>   return *(float*)&i;
> }

Here, you access the object 'i' of type int, as an object of type
float.  This is not allowed; see 6.5/7.

Perhaps you meant something like:


int a;

float *f(void)
{
return (float *)&a;
}

int g(void)
{
return *(int *)f();
}


which is fine, but we indeed warn.

Note it doesn't matter for the validity of this code that float
fits in the same object as int; it is important that float * can
represent the address of an int, though (6.3.2.3/7).



-- 


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

[Bug bootstrap/20765] c4x port doesn't build

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||build


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

[Bug tree-optimization/20762] [tcb] missed copy-prop opportunity

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:26 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 23:26:25
   date||


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

[Bug AWT/20757] FontMetrics.getStringBounds() missing

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:25 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 23:25:30
   date||


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

[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-05 
23:22 ---
So is fixincludes is running or not?

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/20773] ICE: SEGV building jar file

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
23:14 ---
Hmm, do you know what compiler the class files were created with?
I tried building tritonus's org/tritonus/share/TCircularBuffer.java to a class 
with both Apple's javac and 
gcj and I had no luck reproducing it.  (This is only for a semi self contained 
testcase).

-- 


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

[Bug c++/19317] [4.0/4.1 Regression] removing a temporary return value when we cannot

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
23:14 ---
Subject: Bug 19317

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-05 23:13:35

Modified files:
gcc: ChangeLog calls.c 

Log message:
PR c++/19317
* calls.c (expand_call): Disable return slot optimization.

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.129&r2=2.7592.2.130
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/calls.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.378&r2=1.378.8.1



-- 


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

[Bug c++/19199] [3.3/3.4 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-05 23:13 
---
Now that a fix has been applied to both mainline and the 4.0 branch, I've been
investigating backporting the fix to 3.4.  Unfortunately, a significant feature
of the fixes proposed by Alex and me are that they disable the problematic
transformations during parsing, but allow them to be caught by later tree-ssa
passes.  Unfortunately, in gcc 3.4.x if we disable constant folding of
COND_EXPRs for C++, there are no tree-level optimizers that can take up the
slack, and instead we'd rely on if-conversion to do what it can at the RTL
level. I'm not convinced that 3.4 if-conversion is particularly effective in
this respect (certainly across all targets), and I've not yet checked whether
all of the affected transformations are implementated in ifcvt.c (even on
mainline).

Might I propose that we close this bug as won't fix for both the 3.3 and 3.4
branches.  GCC has always generated wrong code for this case, and the current
state of 3.4.4 is that we issue an incorrect warning (which seems better than
silently generating wrong code as we did with 3.1).  It's a trade-off; but I'm
keen to avoid degrading g++ 3.4.5 (in the common case), for a diagnostic
regression.  Or we could leave the PR open (and perhaps unassign it) in the
hope that a 3.4 solution will be discovered, as the mainline/4.x fixes aren't
suitable.  Mark?  Alexandre?


-- 
   What|Removed |Added

  Known to fail|3.4.0 4.0.0 3.3.2   |3.4.0 3.3.2
  Known to work||4.0.0 4.1.0
Summary|[3.3/3.4/4.0 Regression]|[3.3/3.4 Regression] Wrong
   |Wrong warning about |warning about returning a
   |returning a reference to a  |reference to a temporary
   |temporary   |


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

[Bug middle-end/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-05 
23:12 ---
*** Bug 20778 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||jbglaw at lug-owl dot de


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

[Bug bootstrap/20778] 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-05 
23:12 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/20779] ALLOCATEing the STAT variable not detected

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-04-05 23:11 
---
Same problem, more ocmplicated testcase:

program fc012

! Submitted by Walt Brainerd, The Fortran Company
! Windows XP

! Reading specs from /usr/local/bin/../lib/gcc-lib/i686-pc-cygwin/4.0.0//specs
! Configured with: /gcc/configure --enable-languages=c
! Thread model: single
! gcc version 4.0.0 20050129 (experimental) (g95!) Feb 22 2005

  ! This program violates the following rule, identified below.

  integer, allocatable :: ALLOCS(:)

  ! The stat-variable must not be allocated within the same statement.
  ! This is not a constraint as in general it cannot be detected at
  ! compile-time (for example, the stat variable can be a subscripted variable
  ! whose subscript is determined at run time).

  allocate (ALLOCS(10),stat=ALLOCS(1))
  deallocate  (ALLOCS)

  print *, 'This program has one error'

end program fc012

-- 


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

[Bug fortran/20779] New: ALLOCATEing the STAT variable not detected

[tobi at gcc dot gnu dot org]

program fc011

! Submitted by Walt Brainerd, The Fortran Company
! GNU Fortran 95 (GCC 4.1.0 20050322 (experimental))
! Windows XP

  ! This program violates the following rule, identified below.

  integer, pointer :: PTR

  ! stat-variable must not be allocated within the ALLOCATE statement in
  ! which it appears -- this in general cannot be checked at compile-time
  ! but in this case it can be.

  allocate (PTR, stat=PTR)

  print *, 'This program has one error', PTR

end program fc011

-- 
   Summary: ALLOCATEing the STAT variable not detected
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: enhancement
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tobi at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug bootstrap/20778] New: ICE in default_no_named_section(), at varasm.c:4828

[jbglaw at lug-owl dot de]

Between 2005-03-31 16:30:00 and 17:00:00 (cvs -D time), two changesets were
added to the repository, one of these broke the vax-ultrix build. vax-ultrix
seems to currently be the only VAX target that builds (or: used to...) out of
the box. (I'm working on vax-linux and built vax-ultrix multiple times
previously to get a better understanding of GCC's internals.)

The bootstrap process builds xgcc, but then fails to build anything that's
targeted for vax-ultrix. Thus, the first file that fails if the first part of
libgcc:

[...]
mkdir -p -- libgcc
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/build/gcc1/./gcc/xgcc
-B/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/build/gcc1/./gcc/
-B/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/install/usr/vax-ultrix/bin/
-B/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/install/usr/vax-ultrix/lib/
-isystem
/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/install/usr/vax-ultrix/include
-isystem
/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/install/usr/vax-ultrix/sys-include
-O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include   -g 
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I.
-I/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/src/gcc/gcc
-I/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/src/gcc/gcc/.
-I/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/src/gcc/gcc/../include
-I/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/src/gcc/gcc/../libcpp/include
 -DL_muldi3 -c
/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/src/gcc/gcc/libgcc2.c
-o libgcc/./_muldi3.o
/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/src/gcc/gcc/libgcc2.c:
In function '__muldi3':
/home/jbglaw/vax-linux/scm/build-20050403-130656-vax-ultrix/src/gcc/gcc/libgcc2.c:533:
internal compiler error: in default_no_named_section, at varasm.c:4828
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [libgcc/./_muldi3.o] Error 1

My build procedere looks like this:

- Build and install all-binutils, all-ld and all-gas from binutils CVS sources
(separate from the following GCC build; I'm not using a linked/unified/merged 
tree).
- Put vax-ultrix tools into $PATH
- Configure GCC:
  /configure--disable-multilib  \
--with-newlib   \
--disable-nls   \
--enable-threads=no \
--disable-threads   \
--enable-symvers=gnu\
--enable-__cxa_atexit   \
--disable-shared\
--target=vax-ultrix \
--prefix="${INSTALL_BASE}/usr"  \
--enable-languages=c\
--disable-werror

The ChangeLog between 16:30:00 and 17:00:00 reads like this:

+2005-03-31  Ian Lance Taylor  
+
+   * collect2.c (lderrout): New variable.
+   (collect_exit): Dump ldout to stdout.  Dump and unlink lderrout,
+   if it is set, to stderr.
+   (handler): Unlink lderrout if it is set.
+   (dump_file): Add "to" parameter.  Change all callers.
+   (main): Initialize lderrout.
+   (collect_execute): Add errname parameter.  Change all callers.
+   Rename redir parameter to outname.  Never pass
+   PEX_STDERR_TO_STDOUT to pex_run.
+   * collect2.h (collect_execute, dump_file): Update declarations.
+   * tlink.c (tlink_execute): Add errname parameter.  Change all
+   callers.
+   (do_tlink): Check lderrout as well as ldout.
+
+2005-03-31  Olivier Hainque  <[EMAIL PROTECTED]>
+
+* dwarf2out.c (dwarf2out_frame_finish): Honor DWARF2_FRAME_INFO
+defined and non-zero.
+

I admit I didn't trace it down to the actual changeset, but I guess somebody
with better understanding of GCC should find it easy to fix, hopefully :-)

Thanks for looking at this,
Jan-Benedict Glaw <[EMAIL PROTECTED]>

-- 
   Summary: ICE in default_no_named_section(), at varasm.c:4828
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jbglaw at lug-owl dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-linux
  GCC host triplet: i686-linux
GCC target triplet: vax-ultrix


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

[Bug fortran/20777] New: Arithmetic if not flagged obsolete

[tobi at gcc dot gnu dot org]

http://gcc.gnu.org/ml/fortran/2005-04/msg00089.html

program  arith_if

! Submitted by Walt Brainerd, The Fortran Company
! GNU Fortran 95 (GCC 4.1.0 20050322 (experimental))
! Windows XP

! Obsolescent feature not detected
 
  integer :: I = 1

  if( I )  10, 20, 30

10 stop 10
20 stop 20
30 stop 30

end program arith_if

-- 
   Summary: Arithmetic if not flagged obsolete
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: minor
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tobi at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/20447] ICE in output_operand: invalid expression as operand

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-05 23:03 
---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug target/20342] [4.0/4.1 regression] ICE in spill_failure, at reload1.c:1872

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-05 23:02 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/20447] ICE in output_operand: invalid expression as operand

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
22:59 ---
Subject: Bug 20447

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-05 22:59:33

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.c i386.h i386.md predicates.md 

Log message:
PR target/20342
PR target/20447
* config/i386/i386.c (print_operand): Handle vector zeros.
(ix86_split_to_parts): Handle CONST_VECTOR.
(ix86_hard_regno_mode_ok): Allow MMX modes in general regs.
(ix86_modes_tieable_p): Use ix86_hard_regno_mode_ok to decide
what modes to tie for MMX and SSE registers.
* config/i386/i386.h (MMX_REG_MODE_P): Remove.
* config/i386/i386.md: Extend move 0 -> xor peephole to apply
to vector modes as well.
* config/i386/predicates.md (const0_operand): Handle VOIDmode
properly as an input mode.

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.128&r2=2.7592.2.129
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.795.6.2&r2=1.795.6.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.421&r2=1.421.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.618&r2=1.618.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/predicates.md.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.16&r2=1.16.10.1



-- 


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

[Bug target/20342] [4.0/4.1 regression] ICE in spill_failure, at reload1.c:1872

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
22:59 ---
Subject: Bug 20342

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-05 22:59:33

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.c i386.h i386.md predicates.md 

Log message:
PR target/20342
PR target/20447
* config/i386/i386.c (print_operand): Handle vector zeros.
(ix86_split_to_parts): Handle CONST_VECTOR.
(ix86_hard_regno_mode_ok): Allow MMX modes in general regs.
(ix86_modes_tieable_p): Use ix86_hard_regno_mode_ok to decide
what modes to tie for MMX and SSE registers.
* config/i386/i386.h (MMX_REG_MODE_P): Remove.
* config/i386/i386.md: Extend move 0 -> xor peephole to apply
to vector modes as well.
* config/i386/predicates.md (const0_operand): Handle VOIDmode
properly as an input mode.

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.128&r2=2.7592.2.129
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.795.6.2&r2=1.795.6.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.421&r2=1.421.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.618&r2=1.618.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/predicates.md.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.16&r2=1.16.10.1



-- 


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

[Bug preprocessor/19475] [3.3/3.4/4.0 Regression] missing whitespace after macro name in C90 or C++

[mrs at apple dot com]

--- Additional Comments From mrs at apple dot com  2005-04-05 22:54 ---
Subject: Re: [PATCH] Fix PR preprocessor/19475

On Apr 5, 2005, at 4:56 AM, Jakub Jelinek wrote:
> Thanks, you're right.  With following incremental patch
> it passes just fine (and fails with cc1 built without the patch).
>
> diff -u gcc/testsuite/gcc.dg/cpp/macspace2.c

I prefer if the flag is added in the framework driver, not the  
testcase files



-- 


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

[Bug target/20447] ICE in output_operand: invalid expression as operand

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
22:53 ---
Subject: Bug 20447

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-05 22:53:08

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.c i386.h i386.md predicates.md 

Log message:
PR target/20342
PR target/20447
* config/i386/i386.c (print_operand): Handle vector zeros.
(ix86_split_to_parts): Handle CONST_VECTOR.
(ix86_hard_regno_mode_ok): Allow MMX modes in general regs.
(ix86_modes_tieable_p): Use ix86_hard_regno_mode_ok to decide
what modes to tie for MMX and SSE registers.
* config/i386/i386.h (MMX_REG_MODE_P): Remove.
* config/i386/i386.md: Extend move 0 -> xor peephole to apply
to vector modes as well.
* config/i386/predicates.md (const0_operand): Handle VOIDmode
properly as an input mode.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8153&r2=2.8154
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&r1=1.804&r2=1.805
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.h.diff?cvsroot=gcc&r1=1.425&r2=1.426
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&r1=1.624&r2=1.625
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/predicates.md.diff?cvsroot=gcc&r1=1.16&r2=1.17



-- 


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

[Bug target/20342] [4.0/4.1 regression] ICE in spill_failure, at reload1.c:1872

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
22:53 ---
Subject: Bug 20342

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-05 22:53:08

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.c i386.h i386.md predicates.md 

Log message:
PR target/20342
PR target/20447
* config/i386/i386.c (print_operand): Handle vector zeros.
(ix86_split_to_parts): Handle CONST_VECTOR.
(ix86_hard_regno_mode_ok): Allow MMX modes in general regs.
(ix86_modes_tieable_p): Use ix86_hard_regno_mode_ok to decide
what modes to tie for MMX and SSE registers.
* config/i386/i386.h (MMX_REG_MODE_P): Remove.
* config/i386/i386.md: Extend move 0 -> xor peephole to apply
to vector modes as well.
* config/i386/predicates.md (const0_operand): Handle VOIDmode
properly as an input mode.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8153&r2=2.8154
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&r1=1.804&r2=1.805
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.h.diff?cvsroot=gcc&r1=1.425&r2=1.426
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&r1=1.624&r2=1.625
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/predicates.md.diff?cvsroot=gcc&r1=1.16&r2=1.17



-- 


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

[Bug target/20776] FE_DOWNWARD testcase results differ in -m32 and -m64. OK or bug?

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2005-04-05 22:37 
---
this is incorrect

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug preprocessor/19475] [3.3/3.4/4.0 Regression] missing whitespace after macro name in C90 or C++

[janis187 at us dot ibm dot com]

--- Additional Comments From janis187 at us dot ibm dot com  2005-04-05 
22:37 ---
Subject: Re: [PATCH] Fix PR preprocessor/19475

On Tue, Apr 05, 2005 at 03:12:08PM -0700, Per Bothner wrote:
> Neil Booth wrote:
> 
> >I think it gets confused by the column numbers; if you add
> >-fno-columns (or whatever it is) the problem would probably 
> >go away.
> 
> Or somebody could approve this patch:
> 
> http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00183.html

Looks good to me.

Janis


-- 


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

[Bug target/20776] FE_DOWNWARD testcase results differ in -m32 and -m64. OK or bug?

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
22:37 ---
-m64 makes use of fcfid while 32bit PPC uses the following construct:
xoris r3,r3,0x8000
lis r0,0x4330
stw r3,-4(r1)
lis r2,ha16(LC0)
stw r0,-8(r1)
lfd f0,-8(r1)
lfs f1,lo16(LC0)(r2)
fsub f1,f0,f1
blr

so there is subtraction which causes the difference.

But I don't know if this is gcc problem or just an user not expecting -0.

-- 


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

[Bug testsuite/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug testsuite/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
22:28 ---
Subject: Bug 20767

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-05 22:28:04

Modified files:
gcc/testsuite/gcc.dg/tree-ssa: ssa-pre-8.c 
gcc/testsuite  : ChangeLog 

Log message:
2005-04-05  Andrew Pinski  <[EMAIL PROTECTED]>

PR testsuite/20767
* gcc.dg/tree-ssa/ssa-pre-8.c (foo): Use __SIZE_TYPE__ instead
of plain old "unsigned int" for the type of "i".  Makes this test
64bit clean.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-8.c.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5290&r2=1.5291



-- 


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

[Bug target/20776] New: FE_DOWNWARD testcase results differ in -m32 and -m64. OK or bug?

[jgrimm2 at us dot ibm dot com]

Might not be a bug even, but I haven't had much luck in finding a definitive
answer.   I get different output depending on whether I compile the following
testcase as 32-bit vs 64-bit on linux-ppc64 (gcc-3.4 and gcc-4). 

include 
#include 

int main()
{
 int x=1023, y=1023;
 double z;

 fesetround(FE_DOWNWARD);
 z = (double)(x-y);
 printf ("z = %e\n", z);

 return 0;
}


If I compile this as '-O0 -m32' I get a result of:

 z = -0.00e+00

But compiling for 64-bit, '-O0 -m64' I get result of:

 z = 0.00e+00

This was noticed by someone testing linux-ppc glibc::logb(1) after having set
the rounding mode to FE_DOWNWARD and getting a -0.0 result (glibc has similar
code as testcase above).  

GCC bug vs GLIBC bug vs User Error?

-- 
   Summary: FE_DOWNWARD testcase results differ in -m32 and -m64. OK
or bug?
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jgrimm2 at us dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: ppc64-unknown-linux


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

[Bug fortran/20774] [3.4 Regression] [g77 only] Debug information in .o (from FORTRAN) points to temporary file under certain circumstances

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
22:15 ---
Confirmed, only a 3.4 regression as 4.0.0's fortran compiler, gfortran, does 
not currently support -fno-
automaticly (see PR 20592).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||wrong-debug
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 22:15:26
   date||
Summary|Debug information in .o |[3.4 Regression] [g77 only]
   |(from FORTRAN) points to|Debug information in .o
   |temporary file under certain|(from FORTRAN) points to
   |circumstances   |temporary file under certain
   ||circumstances
   Target Milestone|--- |3.4.4


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

[Bug preprocessor/19475] [3.3/3.4/4.0 Regression] missing whitespace after macro name in C90 or C++

[per at bothner dot com]

--- Additional Comments From per at bothner dot com  2005-04-05 22:12 
---
Subject: Re: [PATCH] Fix PR preprocessor/19475

Neil Booth wrote:

> I think it gets confused by the column numbers; if you add
> -fno-columns (or whatever it is) the problem would probably 
> go away.

Or somebody could approve this patch:

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


-- 


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

[Bug libgcj/20775] Crash in libgcj.so on linux alpha

[mckinlay at redhat dot com]

--- Additional Comments From mckinlay at redhat dot com  2005-04-05 21:46 
---
Is this is a Multi-processor machine? Does the crash always occur 100% in the
same place or is it intermittent? Thanks.

-- 


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

[Bug bootstrap/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-04-05 
21:41 ---
Switched component to bootstrap.

-- 
   What|Removed |Added

  Component|libgcj  |bootstrap


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

[Bug target/19658] fail to build gcc 3.4.3 on IRIX6.5

[echristo at redhat dot com]

--- Additional Comments From echristo at redhat dot com  2005-04-05 21:36 
---
No response. Cleaning up old prs.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug target/18034] GCC 3.4.2/GNAT bootstrap problem

[echristo at redhat dot com]

--- Additional Comments From echristo at redhat dot com  2005-04-05 21:35 
---
Since I don't have a 6.2 box (and neither does Richard afaik), I'm not certain
there's anything we can do about this. You'll either need to debug the
differences on your platform between this and 6.5 or something else. Sorry.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug target/13309] Incorrect code generated for __udivdi3 (really __udivmoddi4) (MIPS)

[echristo at redhat dot com]

--- Additional Comments From echristo at redhat dot com  2005-04-05 21:26 
---
Richard,
I think we should probably close this one unless we actually get a chip part
that has this failing :)


-- 


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

[Bug ada/18659] [4.0/4.1 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2005-04-05 21:23 
---
Fails on sparc-linux as well.

Any resolution on this now that the release is near? With PR18819 these are the
cause of the x86 ACATS regressions (3.4 was ACATS failure free on x86).

-- 
   What|Removed |Added

 CC||kenner at vlsi1 dot ultra
   ||dot nyu dot edu


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

[Bug target/11787] always call memcpy for block move in mips16

[echristo at redhat dot com]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |echristo at redhat dot com
   |dot org |
 Status|WAITING |ASSIGNED
   Last reconfirmed|2004-01-01 21:19:28 |2005-04-05 21:23:33
   date||


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

[Bug target/11787] always call memcpy for block move in mips16

[echristo at redhat dot com]

--- Additional Comments From echristo at redhat dot com  2005-04-05 21:23 
---
The point of mips16 is smaller code, why would you expect inline memcpy calls at
any point?

-eric

-- 
   What|Removed |Added

 Status|NEW |WAITING


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

[Bug target/19370] .size directive not emitted for mips-linux

[echristo at redhat dot com]

--- Additional Comments From echristo at redhat dot com  2005-04-05 21:05 
---
fixed quite a while ago.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED


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

[Bug c/20760] cast to variable-length array type combined with switch statement gives segv

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-04-05 20:50 
---
I'd like to get rid of the use of SAVE_EXPR for VLA sizes in C, but there may
well be a smaller local fix for this bug.


-- 
   What|Removed |Added

OtherBugsDependingO||16989
  nThis||
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-05 20:50:04
   date||


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

[Bug libgcj/20775] New: Crash in libgcj.so on linux alpha

[tsv at solvo dot ru]

gij crashes in GC

I am not sure which component to report this bug against.
I did some investigations and I got to the boehm-gc.
I checked the latest CVS gcc4_0-branch and tried to "make check" in
boehm-gc directory. The test crashed too.

# gij --version
gij (GNU libgcj) version 3.4.3 20050221 (Red Hat 3.4.3-20)

Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
 

# gdb /usr/bin/gij
GNU gdb Red Hat Linux (6.3.0.0-1.6rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "alpha-redhat-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) r org.eclipse.jdt.internal.compiler.batch.Main -bootclasspath
/usr/share/java/libgcj-3.4.3.jar Test.java
Starting program: /usr/bin/gij org.eclipse.jdt.internal.compiler.batch.Main
-bootclasspath /usr/share/java/libgcj-3.4.3.jar Test.java
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 2199023381872 (LWP 8734)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2199023381872 (LWP 8734)]
0x02b8f0a8 in GC_push_all_eager () from /usr/lib/libgcj.so.5
(gdb) bt
#0  0x02b8f0a8 in GC_push_all_eager () from /usr/lib/libgcj.so.5
#1  0x02b8f148 in GC_push_all_stack () from /usr/lib/libgcj.so.5
#2  0x02b99960 in GC_push_all_stacks () from /usr/lib/libgcj.so.5
#3  0x02b933d8 in GC_default_push_other_roots ()
   from /usr/lib/libgcj.so.5
#4  0x02b90cbc in GC_push_roots () from /usr/lib/libgcj.so.5
#5  0x02b8fcec in GC_mark_some () from /usr/lib/libgcj.so.5
#6  0x02b84a88 in GC_stopped_mark () from /usr/lib/libgcj.so.5
#7  0x02b85704 in GC_try_to_collect_inner () from /usr/lib/libgcj.so.5
#8  0x02b91f68 in GC_init_inner () from /usr/lib/libgcj.so.5
#9  0x02b92260 in GC_init () from /usr/lib/libgcj.so.5
#10 0x02b8a58c in GC_init_gcj_malloc () from /usr/lib/libgcj.so.5
#11 0x02b81a08 in _Jv_InitGC () from /usr/lib/libgcj.so.5
#12 0x027dfd10 in _Jv_CreateJavaVM () from /usr/lib/libgcj.so.5
#13 0x027e01a4 in _Jv_RunMain () from /usr/lib/libgcj.so.5
#14 0x00012e54 in ?? ()
#15 0x020001139284 in __libc_start_main () from /lib/tls/libc.so.6.1
#16 0x00012b78 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(gdb)  

Test in boehm-gc.

[EMAIL PROTECTED] gc]# make check
Making check in include
make[1]: Entering directory `/opt/gcc/build/gc/include'
make[1]: Nothing to be done for `check'.
make[1]: Leaving directory `/opt/gcc/build/gc/include'
make[1]: Entering directory `/opt/gcc/build/gc'
gcc -DHAVE_CONFIG_H -I. -I../../boehm-gc -I./include -I./include 
-I/opt/gcc/boehm-gc/include  -fexceptions -Iinclude -I././targ-include
-I.//libc/include -g -O0 -c -o tests/test.o ../../boehm-gc/tests/test.c
/bin/sh ./libtool --mode=link gcc -fexceptions -Iinclude -I././targ-include
-I.//libc/include -g -O0  -o gctest -shared-libgcc tests/test.o ./libgcjgc.la
-lpthread -ldl
gcc -fexceptions -Iinclude -I././targ-include -I.//libc/include -g -O0 -o
.libs/gctest -shared-libgcc tests/test.o  ./.libs/libgcjgc.so -lpthread -ldl
-Wl,--rpath -Wl,/usr/local/lib
creating gctest
make "AR_FLAGS=" "CC_FOR_BUILD=" "CFLAGS=-g -O0" "CXXFLAGS=-g -O0"
"CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=" "INSTALL=/usr/bin/install -c"
"INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c"
"INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS=" "LIBCFLAGS="
"LIBCFLAGS_FOR_TARGET=" "MAKE=make" "MAKEINFO=/bin/sh /opt/gcc/missing --run
makeinfo  " "PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "EXPECT="
"RUNTEST=" "RUNTESTFLAGS=" "exec_prefix=/usr/local" "infodir=/usr/local/info"
"libdir=/usr/local/lib" "prefix=/usr/local" "tooldir=""AR=ar" "AS=as" "CC=gcc"
"CXX=g++" "LD=ld" "LIBCFLAGS=" "NM=" "PICFLAG=" "RANLIB=ranlib" "DESTDIR="
check-TESTS
make[2]: Entering directory `/opt/gcc/build/gc'
Segfault at 0x11fc04248
Unexpected bus error or segmentation fault
/bin/sh: line 1: 18963 Aborted LD_LIBRARY_PATH=../../gcc 
${dir}$tst
FAIL: gctest
===
1 of 1 tests failed
===
make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory `/opt/gcc/build/gc'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/opt/gcc/build/gc'
make: *** [check-recursive] Error 1
[EMAIL PROTECTED] 

[Bug java/20768] Bytecode -> native code doesn't handle exception properly

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-04-05 
20:15 ---
Could you attach the ecj-generated bytecode for this file?

-- 


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

[Bug tree-optimization/20076] [3.3/3.4/4.0/4.1 Regression] __builtin_return(__builtin_apply()) inlined incorrectly

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
20:10 ---
Subject: Bug 20076

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-05 20:10:14

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

Log message:
PR tree-optimization/20076
* tree-inline.c (inline_forbidden_p_1): Prevent inlining functions
that call __builtin_return or __builtin_apply_args.

* gcc.dg/builtin-apply4.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8149&r2=2.8150
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-inline.c.diff?cvsroot=gcc&r1=1.178&r2=1.179
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5288&r2=1.5289
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/builtin-apply4.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug fortran/20774] New: Debug information in .o (from FORTRAN) points to temporary file under certain circumstances

[chissg at comcast dot net]

Compiling short subroutine below (with included .inc file) produces defective
debug information referring to temporary file. Pre-processed file not included
because -save-temps option (slightly) changes the nature of the problem, and
compiling the preprocessed .f file will not exhibit the problem.

### begin cblock.inc ###
  REAL X,Y,Z
  COMMON /CBLOCK/ X,Y,Z
### end cblock.inc ###

### begin tsub.F ###
  subroutine tsub
  implicit none

  include 'cblock.inc'

  INTEGER  I2
  REAL F1

  I2 = 3
  F1 = 1.0

  return
  end
### end tsub.F ###

### begin compile command ###
g77 -fno-automatic -v -g -I. -c tsub.F
### end compile command ###

### begin compiler output ###
g77 -fno-automatic -v -g -I. -c tsub.F
Reading specs from
/afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/../lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: ../../gcc-3.4.3/configure --prefix=/tmp/build-gcc-v3_4_3
--disable-shared --with-gnu-ld --with-ld=/tmp/build-gcc-v3_4_3/bin/ld
--with-gnu-as --disable-libgcj --with-as=/tmp/build-gcc-v3_4_3/bin/as
--enable-threads=posix --enable-languages=c,c++,f77,objc
Thread model: posix
gcc version 3.4.3
 
/afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/../libexec/gcc/i686-pc-linux-gnu/3.4.3/cc1
-E -traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -I. -iprefix
/afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/../lib/gcc/i686-pc-linux-gnu/3.4.3/
-isystem /afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/include tsub.F
-mtune=pentiumpro -fno-automatic -fworking-directory -o /tmp/cc0zObeX.f
ignoring nonexistent directory
"/afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/include"
ignoring nonexistent directory
"/afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/../lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/include"
ignoring nonexistent directory "/tmp/build-gcc-v3_4_3/include"
ignoring nonexistent directory
"/tmp/build-gcc-v3_4_3/lib/gcc/i686-pc-linux-gnu/3.4.3/include"
ignoring nonexistent directory "/tmp/build-gcc-v3_4_3/i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 .
 
/afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/../lib/gcc/i686-pc-linux-gnu/3.4.3/include
 /usr/local/include
 /usr/include
End of search list.
 
/afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/../libexec/gcc/i686-pc-linux-gnu/3.4.3/f771
/tmp/cc0zObeX.f -quiet -dumpbase tsub.F -mtune=pentiumpro -auxbase tsub -g
-version -fno-automatic -I. -o /tmp/ccmwNjKI.s
GNU F77 version 3.4.3 (i686-pc-linux-gnu)
compiled by GNU C version 3.4.3.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 /afs/fnal.gov/ups/gcc/v3_4_3/Linux+2.4-2.3.2/bin/as -V -Qy -o tsub.o
/tmp/ccmwNjKI.s
GNU assembler version 2.14 (i686-pc-linux-gnu) using BFD version 2.14 20030612
### end compiler output ###

### begin illustration of bug ###
nm -Aal tsub.o | grep tmp
tsub.o:0004 b f1.1  /tmp/cc0zObeX.f:9
### end illustration of bug ###

### begin explanation ###
Any symbol which gets debug information referring to a temporary file will
probably be inaccessible in the debugger.

Do *any* of the following things, and the problem goes away:

  1) Remove the -fno-automatic switch

  2) Include contents of cblock.inc in tsub.F

  3) Remove the second of the two declarations in tsub.F (F1)

  4) Replace the intrinsic include directive with #include

Replacing:

INTEGER I2
REAL F1

with

INTEGER I1, I2

or

INTEGER I1
INTEGER I2

preserves the problem (the missing symbol is I2, here).

The non-optimal debugger behavior caused by this problem is the same with
ddd/gdb and with totalview.

This bug is present in gcc v3.4.1 and v3.4.3, but not in v3.3.1.
### end explanation ###

-- 
   Summary: Debug information in .o (from FORTRAN) points to
temporary file under certain circumstances
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chissg at comcast dot net
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=20774

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-05 
20:07 ---
Subject: Bug 19475

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-05 20:07:06

Modified files:
gcc/testsuite  : ChangeLog 
libcpp : ChangeLog macro.c 
Added files:
gcc/testsuite/gcc.dg/cpp: macspace1.c macspace2.c 

Log message:
PR preprocessor/19475
* macro.c (create_iso_definition): For < ISO C99, don't
pedwarn if there is no whitespace between macro name and its
replacement, but the replacement starts with a basic character
set character.

* gcc.dg/cpp/macspace1.c: New test.
* gcc.dg/cpp/macspace2.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5287&r2=1.5288
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/ChangeLog.diff?cvsroot=gcc&r1=1.64&r2=1.65
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/macro.c.diff?cvsroot=gcc&r1=1.11&r2=1.12
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/macspace1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/macspace2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug tree-optimization/20773] ICE: SEGV building jar file

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-05 
20:05 ---
This is a tree optimization problem:
#0  add_phi_arg (phi=0x45d11380, def=0x43bb83c0, e=0x0) at 
/Users/pinskia/src/new-fold/gcc/
gcc/tree-phinodes.c:339
#1  0x000a91a4 in tree_duplicate_sese_region (entry=0x9, exit=0x45705cc0, 
region=0x421c67a0, 
n_region=1, region_copy=0x421c6900) at 
/Users/pinskia/src/new-fold/gcc/gcc/tree-cfg.c:5221
#2  0x001aea24 in copy_loop_headers () at 
/Users/pinskia/src/new-fold/gcc/gcc/tree-ssa-loop-ch.c:
208
#3  0x000bbf54 in execute_pass_list (pass=0x0) at 
/Users/pinskia/src/new-fold/gcc/gcc/tree-
optimize.c:541
#4  0x000bbfdc in execute_pass_list (pass=0x0) at 
/Users/pinskia/src/new-fold/gcc/gcc/tree-
optimize.c:579


-- 
   What|Removed |Added

  Component|java|tree-optimization
   Keywords||ice-on-valid-code


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

[Bug java/20773] ICE: SEGV building jar file

[green at redhat dot com]

--- Additional Comments From green at redhat dot com  2005-04-05 19:59 
---
Created an attachment (id=8539)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8539&action=view)
Problem jar file.


-- 


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

[Bug java/20773] New: ICE: SEGV building jar file

[green at redhat dot com]

I'm seeing the following:

# gcj -O2 -shared -findirect-dispatch -Wl,-Bsymbolic -fPIC -o libtritonus.jar.so
tritonus.jar 
org/tritonus/util/TCircularBuffer.java: In class
'org.tritonus.util.TCircularBuffer':
org/tritonus/util/TCircularBuffer.java: In method
'org.tritonus.util.TCircularBuffer.read(byte[],int,int)':
org/tritonus/util/TCircularBuffer.java:0: internal compiler error: Segmentation
fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugzilla.redhat.com/bugzilla> for instructions.

This works at -O0 and fails at -O1 and above.

I will attach the jar file to this case.  It comes from tritonus-0.3.0 which is
Free Software.

-- 
   Summary: ICE: SEGV building jar file
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
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=20773

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

[wilson at specifixinc dot com]

--- Additional Comments From wilson at specifixinc dot com  2005-04-05 
19:44 ---
Subject: Re:  [4.1 Regression] Many C++ testsuite failures
 on ia64-hpux

jh at suse dot cz wrote:
> This sounds like reason for the failure.  What precisely is the
> behaviour of FDESC_ADDR?  (ie should I behave same way as if I see
> ADDR_EXPR - assume that address of the function has been taken and thus
> it is neccesary?).

On IA-64, the address of a function is a two-word function descriptor, 
one word is the function entry point, and one word is the function's gp 
value.  FDESC_EXPR is used to represent this.  FDESC_EXPR must be used 
in places where the difference matters, e.g. in initializers for 
vtables.  According to the docs in tree.def, operand0 of FDESC_EXPR is 
always a function, so it should be possible to handle FDESC_EXPR exactly 
the same as ADDR_EXPR if you don't care about the difference.  That is 
what the untested patch I added to the PR does.  It seems to work for 
the testcase.  There is also the question of whether there are other 
places that need the same fix.  I haven't looked.


-- 


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

[Bug middle-end/18152] corrupted profile info after optimized compilation and --fprofile-use

[joc at presence-pc dot com]

--- Additional Comments From joc at presence-pc dot com  2005-04-05 19:44 
---
Any news about this issue ?

Thanks !
  Jocelyn

-- 


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