[Bug tree-optimization/19940] Missed jump threading opportunity due to |.

2005-04-24 Thread law at redhat dot com

--- Additional Comments From law at redhat dot com  2005-04-25 05:09 ---
Correct, it's not fixed.  I have an idea why, but haven't really investigated
yet.



-- 
   What|Removed |Added

 CC||law at redhat dot com


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


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

2005-04-24 Thread law at redhat dot com


-- 
Bug 19794 depends on bug 19804, which changed state.

Bug 19804 Summary: Missed jump threading opportunity on "else" arm of COND_EXPR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19804

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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


[Bug tree-optimization/19804] Missed jump threading opportunity on "else" arm of COND_EXPR

2005-04-24 Thread law at redhat dot com

--- Additional Comments From law at redhat dot com  2005-04-25 05:07 ---
Fixed by:

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

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02426.html
 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.0


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


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

2005-04-24 Thread law at redhat dot com


-- 
Bug 19794 depends on bug 19516, which changed state.

Bug 19516 Summary: missed optimization (bool)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19516

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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


[Bug tree-optimization/19516] missed optimization (bool)

2005-04-24 Thread law at redhat dot com

--- Additional Comments From law at redhat dot com  2005-04-25 05:05 ---
Fixed by:

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

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02426.html
 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.0


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


[Bug tree-optimization/19516] missed optimization (bool)

2005-04-24 Thread law at redhat dot com

--- Additional Comments From law at redhat dot com  2005-04-25 05:05 ---
Subject: Re:  missed optimization (bool)

On Sat, 2005-04-23 at 13:49 +, rguenth at gcc dot gnu dot org wrote:
> --- Additional Comments From rguenth at gcc dot gnu dot org  2005-04-23 
> 13:49 ---
> I guess it will be not possible to fix this for 4.0.1? 
I probably wouldn't recommend it.  I wouldn't want to take the chance
of introducing a wrong-code regression in an attempt to fix a missed
optimization in a minor release.

If someone wants to ponder it further, they'll need to pick up the
tree-ssa-threadupdate changes from earlier this year (to avoid creating
irreducible regions), Diego's vectorizer fix, my reload fix and, of
course the changes to the threading code in tree-ssa-dom.c.


Jeff



-- 


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


[Bug tree-optimization/18076] Missed jump threading optimization

2005-04-24 Thread law at redhat dot com

--- Additional Comments From law at redhat dot com  2005-04-25 05:02 ---
Subject: Re:  Missed jump threading
optimization

On Sat, 2005-04-23 at 16:54 +, steven at gcc dot gnu dot org wrote:
> --- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 
> 16:54 ---
> Nice.  And indeed surprising that the RTL DSE doesn't catch that trivially 
> dead store.  Should I open a separate bug report for that? 
Your call.  Or we could just link this bug into the existing DSE bug.

I think we'd be better off improving the tree DSE rather than the RTL
stuff.  This one is something we really should be catching before
we hand the code off to the RTL expanders.

jeff



-- 


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


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

2005-04-24 Thread law at redhat dot com


-- 
Bug 19794 depends on bug 15352, which changed state.

Bug 15352 Summary: [tree-ssa] missed jump threading opportunity due to lack of 
short circuit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15352

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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


[Bug tree-optimization/15352] [tree-ssa] missed jump threading opportunity due to lack of short circuit

2005-04-24 Thread law at redhat dot com

--- Additional Comments From law at redhat dot com  2005-04-25 04:58 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02426.html


-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02426.html
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.0


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


[Bug tree-optimization/15221] a jump threading opportunity blocked by a few intervening instructions

2005-04-24 Thread law at redhat dot com

--- Additional Comments From law at redhat dot com  2005-04-25 04:57 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02426.html

-- 
   What|Removed |Added

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


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


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

2005-04-24 Thread law at redhat dot com


-- 
Bug 19794 depends on bug 15221, which changed state.

Bug 15221 Summary: a jump threading opportunity blocked by a few intervening 
instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15221

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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


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

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
04:44 ---
Subject: Bug 17822

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 04:44:15

Modified files:
gcc: ChangeLog config.gcc 

Log message:
2005-04-25  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&only_with_tag=gcc-4_0-branch&r1=2.7592.2.190&r2=2.7592.2.191
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config.gcc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.516.2.6&r2=1.516.2.7



-- 


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


[Bug c/21201] New: ICE: in reload_cse_simplify_operands, at postreload.c:391

2005-04-24 Thread green at redhat dot com
I get the following ICE when building newlib with an m68hc11-elf cross compiler.

/usr/src/redhat/BUILD/gcc-4.0.0/obj-m68hc11-elf/gcc/xgcc
-B/usr/src/redhat/BUILD/gcc-4.0.0/obj-m68hc11-elf/gcc/ -nostdinc
-B/usr/src/redh\at/BUILD/gcc-4.0.0/obj-m68hc11-elf/m68hc11-elf/mshort/newlib/
-isystem
/usr/src/redhat/BUILD/gcc-4.0.0/obj-m68hc11-elf/m68hc11-elf/mshort/newlib/targ-include
-isystem /usr/src/redhat/BUILD/gcc-4.0.0/newlib/libc/include
-B/usr/m68hc11-elf/bin/ -B/usr/m68hc11-elf/lib/ -isystem
/usr/m68hc11-elf/include -isystem /usr/m68hc11-elf/sys-include  -mshort
-DPACKAGE=\"newlib\" -DVERSION=\"1.13.0\"  -I.
-I../../../../..\/../newlib/libc/stdio  -DPREFER_SIZE_OVER_SPEED -Os -mrelax
-DNO_EXEC -DABORT_PROVIDED -DSMALL_MEMORY -DMISSING_SYSCALL_NAMES -fno-builtin 
-O2 -g -O2  -mshort -c ../../../../../../newlib/libc/stdio/vfscanf.c
../../../../../../newlib/libc/stdio/vfprintf.c: In function '_vfprintf_r':
../../../../../../newlib/libc/stdio/vfprintf.c:1221: error: insn does not
satisfy its constraints:
(insn 4215 146 4213 14 ../../../../../../newlib/libc/stdio/vfprintf.c:555
(parallel [
(set (reg:DF 14 *_.d1)
(mem/s/u:DF (symbol_ref:HI ("C.1.2987") ) [74 C.1+0 S8 A8]))
(clobber (scratch:HI))
]) 18 {movdf_internal} (nil)
(nil))
../../../../../../newlib/libc/stdio/vfprintf.c:1221: internal compiler error: in
reload_cse_simplify_operands, at postreload.c:391
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE: in reload_cse_simplify_operands, at
postreload.c:391
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: green at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m68hc11-elf


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


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

2005-04-24 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Known to work||3.4.4 4.0.1 4.1.0
   Target Milestone|--- |3.4.4


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


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

2005-04-24 Thread corsepiu at gcc dot gnu dot org

--- Additional Comments From corsepiu at gcc dot gnu dot org  2005-04-25 
04:18 ---
Fix applied as obvious to mainline, 4.0-branch and 3.4-branch.

-- 
   What|Removed |Added

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


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


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

2005-04-24 Thread pinskia at gcc dot gnu dot org

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 04:18:12
   date||


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


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

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

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

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

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

Log message:
2005-04-25  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&only_with_tag=gcc-3_4-branch&r1=2.2326.2.842&r2=2.2326.2.843
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/t-avr.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.12&r2=1.12.20.1



-- 


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


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

2005-04-24 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

Summary|[3.4/4.0 only] avr: Hard-   |[3.4 only] avr: Hard-coded
   |coded XXX_FOR_TARGET|XXX_FOR_TARGET
   Target Milestone|--- |3.4.4


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


[Bug target/21195] SSE intrinsics not inlined, sometimes.

2005-04-24 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

   Keywords||ssemmx


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


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

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
04:14 ---
Subject: Bug 17822

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 04:14:24

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

Log message:
2005-04-25  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&only_with_tag=gcc-4_0-branch&r1=2.7592.2.189&r2=2.7592.2.190
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/t-avr.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.14&r2=1.14.10.1



-- 


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


[Bug c++/17445] too few template-parameter-lists

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:12 ---
*** Bug 11930 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||schnetter at uni-tuebingen
   ||dot de


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


[Bug c++/11930] Cannot define static template struct member

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:12 ---
Mark as a dup of bug 17445.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug c++/11930] Cannot define static template struct member

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:12 ---
Reopening to 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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


[Bug c++/17445] too few template-parameter-lists

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:12 ---
*** Bug 14891 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||gabriele dot greco at darts
   ||dot it


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


[Bug c++/14891] Problems with the initialization of static members of template classes

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:12 ---
Mark as a dup of bug 17445.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug c++/14891] Problems with the initialization of static members of template classes

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:12 ---
Reopening to 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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


[Bug c++/17445] too few template-parameter-lists

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:11 ---
*** Bug 11585 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||mueller at kde dot org


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


[Bug c++/11585] static template member definition fails

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:11 ---
To mark as a dup of bug 17445.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug c++/11585] static template member definition fails

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:10 ---
Reopening to ...

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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


[Bug c++/17445] too few template-parameter-lists

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:09 ---
*** Bug 21200 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||iguchi at coral dot t dot u-
   ||tokyo dot ac dot jp


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


[Bug c++/21200] parser fails in the instantiation of a static member of template class.

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
04:09 ---
You want:
template<> int A::m_stat=0;

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug c++/21200] New: parser fails in the instantiation of a static member of template class.

2005-04-24 Thread iguchi at coral dot t dot u-tokyo dot ac dot jp
Compiler issues error as follows in compiling the attached code.

example.cpp:7: error: too few template-parameter-lists

I think the number of template parameter is correct.
So, this code should be compiled with no errors.

Actually, gcc 3.2 can compile this.

The version of gcc I use is 
 gcc4 (GCC) 4.0.0 20041019 (Red Hat 4.0.0-0.8)

--example.cpp--
template 
class A{
public:
  static T m_stat;
};

int A::m_stat=0;

int main(){}

-- 
   Summary: parser fails in the instantiation of a static member of
template class.
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: iguchi at coral dot t dot u-tokyo dot ac dot jp
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug target/17824] Hard-coded AS and LD in c4x.h

2005-04-24 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Known to work||3.4.4 4.0.1 4.1.0
   Target Milestone|--- |3.4.4


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


[Bug target/17824] Hard-coded AS and LD in c4x.h

2005-04-24 Thread corsepiu at gcc dot gnu dot org

--- Additional Comments From corsepiu at gcc dot gnu dot org  2005-04-25 
03:18 ---
Fix commited as obvious to mainline, 4.0-branch and 3.4-branch.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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


[Bug target/17824] Hard-coded AS and LD in c4x.h

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
03:16 ---
Subject: Bug 17824

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 03:16:17

Modified files:
gcc: ChangeLog 
gcc/config/c4x : c4x.h 

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

PR target/17824
* config/c4x/c4x.h (ASM_PROG, LD_PROG): Remove.

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.841&r2=2.2326.2.842
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/c4x/c4x.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.136.10.1&r2=1.136.10.2



-- 


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


[Bug bootstrap/21176] Cannot make on Solaris 9 (Intel)

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
02:40 ---
Woops, I mean .

-- 


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


[Bug bootstrap/21176] Cannot make on Solaris 9 (Intel)

2005-04-24 Thread shanwill44 at yahoo dot com

--- Additional Comments From shanwill44 at yahoo dot com  2005-04-25 02:38 
---
I can fix it. Thank you.
http://gcc.gnu.org/install.html seems to be
out of link.

-- 


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


[Bug c++/19538] [DR 407] Missing diagnostic for typedef name in elaborated type specifier

2005-04-24 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

 Status|NEW |SUSPENDED
Summary|Missing diagnostic for  |[DR 407] Missing diagnostic
   |typedef name in elaborated  |for typedef name in
   |type specifier  |elaborated type specifier


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


[Bug rtl-optimization/18146] if-conversion is not performed for some reason

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
02:14 ---
We get now on the mainline:
foo:
cmpl$5, %eax
movl%eax, %ecx
ja  .L2
movl$1, %eax
movl$1, %edx
sall%cl, %eax
testb   $42, %al
je  .L2
movl%edx, %eax
ret
.p2align 4,,7
.L2:
xorl%edx, %edx
movl%edx, %eax
ret

I think the problem is really that we have multiple predecessors or something 
like that.  If we lowed the 
switch at the tree level, then PHI-OPT would catch this.

-- 
   What|Removed |Added

   Last reconfirmed|2005-01-24 00:57:13 |2005-04-25 02:14:13
   date||


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


[Bug c/5675] const variables wrongly considered part of constant expressions

2005-04-24 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Last reconfirmed|2004-12-05 04:31:32 |2005-04-25 02:08:58
   date||


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


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

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
01:09 ---
*** Bug 21198 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||matt at 3am-software dot com


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


[Bug regression/21198] Packed bitfield structure copies are very inefficient

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
01:09 ---
This is a problem with NRV.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug tree-optimization/20922] missed always false conditional

2005-04-24 Thread markus at oberhumer dot com

--- Additional Comments From markus at oberhumer dot com  2005-04-25 01:01 
---
Ah, many thanks for the clarification. Still it's somewhat confusing that f1()
and g1() don't agree after inlining, but "undefined" probably means exactly 
that...

-- 


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


[Bug tree-optimization/20922] missed always false conditional

2005-04-24 Thread jim dot morrison at gmail dot com

--- Additional Comments From jim dot morrison at gmail dot com  2005-04-25 
00:42 ---
Subject: Re:  missed always false conditional

On 25 Apr 2005 00:39:23 -, markus at oberhumer dot com
<[EMAIL PROTECTED]> wrote:
> 
> 
> --
>What|Removed |Added
> 
>  CC||markus at oberhumer dot com
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922

 The overflow semantics are undefined for signed types in C/C++.
Try with -ftrapv or -fwrapv if you need defined semantics for C/C++.



-- 


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


[Bug tree-optimization/20922] missed always false conditional

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
00:40 ---
(In reply to comment #15)
> Is this optimization really legal in C/C++? Could some language lawyer look at
> this (and check the output when compiling with -O3):
Overflow/Underflow of signed operands in C/C++ is undefined, now in Java it is 
not.

-- 


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


[Bug tree-optimization/20922] missed always false conditional

2005-04-24 Thread markus at oberhumer dot com

--- Additional Comments From markus at oberhumer dot com  2005-04-25 00:38 
---
Is this optimization really legal in C/C++? Could some language lawyer look at
this (and check the output when compiling with -O3):

#include 

int f1(int i) {  return (i - 2) > i; }
int f2(int i) {  return (i + 2) > i; }

int g1(void)  { return f1(INT_MIN); }
int g2(void)  { return f2(INT_MAX); }


-- 


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


[Bug libstdc++/20806] [3.4/4.0/4.1 Regression] basic_filebuf::xsgetn() fails with text mode and DOS line endings and large buffers

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
00:32 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug fortran/21199] ICE on ASSIGN statement

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
00:30 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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


[Bug fortran/18481] [g77 regression] ICE with assigned integer variable format

2005-04-24 Thread pinskia at gcc dot gnu dot org

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

-- 
   What|Removed |Added

 CC||jvdelisle at verizon dot net


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


[Bug fortran/18890] ICE at assign CHARACTER POINTER array to POINTER or ALLOCATABLE one

2005-04-24 Thread pinskia at gcc dot gnu dot org

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

-- 
   What|Removed |Added

 CC||enok at lysator dot liu dot
   ||se


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


[Bug fortran/21197] ICE in gfc_trans_scalar_assign, at fortran/trans-expr.c:2005

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
00:27 ---


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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


[Bug fortran/20879] argument to ICHAR must have length one

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
00:09 ---
Subject: Bug 20879

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

Modified files:
gcc/fortran: ChangeLog check.c intrinsic.c intrinsic.h 
 primary.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: ichar_1.f90 

Log message:
2005-04-25  Paul Brook  <[EMAIL PROTECTED]>
Steven G. Kargl  <[EMAIL PROTECTED]>

PR fortran/20879
* check.c (gfc_check_ichar_iachar): New function.
* instinsic.h (gfc_check_ichar_iachar): Add prototype.
* intrinsic.c (add_functions): Use it.
* primary.c (match_varspec, gfc_match_rvalue): Clear incorrect
character expression lengths.

testsuite/
* gfortran.dg/ichar_1.f90: New file.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.335.2.38&r2=1.335.2.39
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/check.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.29.2.1&r2=1.29.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.44.2.1&r2=1.44.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.27.2.1&r2=1.27.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.22.2.2&r2=1.22.2.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.137&r2=1.5084.2.138
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/ichar_1.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
00:09 ---
Subject: Bug 20879

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

Modified files:
gcc/fortran: ChangeLog check.c intrinsic.c intrinsic.h 
 primary.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: ichar_1.f90 

Log message:
2005-04-25  Paul Brook  <[EMAIL PROTECTED]>
Steven G. Kargl  <[EMAIL PROTECTED]>

PR fortran/20879
* check.c (gfc_check_ichar_iachar): New function.
* instinsic.h (gfc_check_ichar_iachar): Add prototype.
* intrinsic.c (add_functions): Use it.
* primary.c (match_varspec, gfc_match_rvalue): Clear incorrect
character expression lengths.

testsuite/
* gfortran.dg/ichar_1.f90: New file.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.405&r2=1.406
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/check.c.diff?cvsroot=gcc&r1=1.30&r2=1.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gcc&r1=1.45&r2=1.46
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.h.diff?cvsroot=gcc&r1=1.28&r2=1.29
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&r1=1.24&r2=1.25
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5393&r2=1.5394
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/ichar_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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


[Bug fortran/20879] argument to ICHAR must have length one

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
00:09 ---
Subject: Bug 20879

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

Modified files:
gcc/fortran: ChangeLog check.c intrinsic.c intrinsic.h 
 primary.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: ichar_1.f90 

Log message:
2005-04-25  Paul Brook  <[EMAIL PROTECTED]>
Steven G. Kargl  <[EMAIL PROTECTED]>

PR fortran/20879
* check.c (gfc_check_ichar_iachar): New function.
* instinsic.h (gfc_check_ichar_iachar): Add prototype.
* intrinsic.c (add_functions): Use it.
* primary.c (match_varspec, gfc_match_rvalue): Clear incorrect
character expression lengths.

testsuite/
* gfortran.dg/ichar_1.f90: New file.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.335.2.38&r2=1.335.2.39
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/check.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.29.2.1&r2=1.29.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.44.2.1&r2=1.44.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.27.2.1&r2=1.27.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.22.2.2&r2=1.22.2.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.137&r2=1.5084.2.138
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/ichar_1.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
00:09 ---
Subject: Bug 20879

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

Modified files:
gcc/fortran: ChangeLog check.c intrinsic.c intrinsic.h 
 primary.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: ichar_1.f90 

Log message:
2005-04-25  Paul Brook  <[EMAIL PROTECTED]>
Steven G. Kargl  <[EMAIL PROTECTED]>

PR fortran/20879
* check.c (gfc_check_ichar_iachar): New function.
* instinsic.h (gfc_check_ichar_iachar): Add prototype.
* intrinsic.c (add_functions): Use it.
* primary.c (match_varspec, gfc_match_rvalue): Clear incorrect
character expression lengths.

testsuite/
* gfortran.dg/ichar_1.f90: New file.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.405&r2=1.406
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/check.c.diff?cvsroot=gcc&r1=1.30&r2=1.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gcc&r1=1.45&r2=1.46
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.h.diff?cvsroot=gcc&r1=1.28&r2=1.29
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&r1=1.24&r2=1.25
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5393&r2=1.5394
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/ichar_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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


[Bug fortran/21199] New: ICE on ASSIGN statement

2005-04-24 Thread jvdelisle at verizon dot net
Reduced from a real world application.

$ cat bug.f
  subroutine prtmt
c
  assign 102 to ix
c
 102 format(i2)
  return
  end

$ gfc -w -c bug.f
bug.f: In function ‘prtmt’:
bug.f:1: internal compiler error: in gfc_add_modify_expr, at
fortran/trans.c:152Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

$ gfc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/jerry/usr 
--enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050424 (experimental)

-- 
   Summary: ICE on ASSIGN statement
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jvdelisle at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org


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


[Bug fortran/20879] argument to ICHAR must have length one

2005-04-24 Thread tobi at gcc dot gnu dot org

--- Additional Comments From tobi at gcc dot gnu dot org  2005-04-24 23:51 
---
The checks in gfc_simplify_ichar (_iachar) don't catch this because they only
look at the string length if the expression is constant.

-- 


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


[Bug fortran/21197] ICE in gfc_trans_scalar_assign, at fortran/trans-expr.c:2005

2005-04-24 Thread enok at lysator dot liu dot se

--- Additional Comments From enok at lysator dot liu dot se  2005-04-24 
23:22 ---
I forgot ... the output of the compiler is:

[EMAIL PROTECTED] src]$ gfortran4 -c tst.f90
tst.f90: In function 'MAIN__':
tst.f90:7: internal compiler error: in gfc_trans_scalar_assign, at
fortran/trans-expr.c:2005
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
[EMAIL PROTECTED] src]$

-- 


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


[Bug fortran/21197] ICE in gfc_trans_scalar_assign, at fortran/trans-expr.c:2005

2005-04-24 Thread belyshev at depni dot sinp dot msu dot ru


-- 
   What|Removed |Added

   Severity|critical|normal


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


[Bug fortran/21197] ICE in gfc_trans_scalar_assign, at fortran/trans-expr.c:2005

2005-04-24 Thread belyshev at depni dot sinp dot msu dot ru

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-04-24 23:19 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|i686-pc-linux-gnu   |
   GCC host triplet|i686-pc-linux-gnu   |
 GCC target triplet|i686-pc-linux-gnu   |
   Keywords||ice-on-valid-code
   Priority|P1  |P2
   Last reconfirmed|-00-00 00:00:00 |2005-04-24 23:19:31
   date||
Summary|Fortran array assignment|ICE in
   |causes ICE  |gfc_trans_scalar_assign, at
   ||fortran/trans-expr.c:2005


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


[Bug regression/21198] New: Packed bitfield structure copies are very inefficient

2005-04-24 Thread matt at 3am-software dot com
In a digression from 2.95, gcc 4.1 copies a packed bitfield structure member by 
member instead of 
doing as an aggregate.

Given the program:

struct __attribute__((packed)) A { unsigned short i : 1, l : 1, j : 3, k : 11; 
};
struct A sA;
struct A retmeA (struct A x) { return x; }

GCC 4.1 -O3 compiles that as:

.align 1
.globl retmeA
.type   retmeA, @function
retmeA:
.word 0x0
subl2 $4,%sp
movl %r1,%r0
movw 4(%ap),%r2
rotl $30,%r2,%r3
bicl2 $-8,%r3
rotl $31,%r2,%r4
bicl2 $-2,%r4
rotl $27,%r2,%r1
bicl2 $-2048,%r1
insv %r1,$5,$11,(%r0)
insv %r3,$2,$3,(%r0)
insv %r4,$1,$1,(%r0)
insv %r2,$0,$1,(%r0)
ret
.size   retmeA, .-retmeA

Whereas GCC 2.95.3 compiled it to:

.globl retmeA
.typeretmeA,@function
retmeA:
.word 0x0
movw 4(%ap),(%r1)
ret

-- 
   Summary: Packed bitfield structure copies are very inefficient
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: matt at 3am-software dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64--netbsd
  GCC host triplet: x86_64--netbsd
GCC target triplet: vax--netbsdelf


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


[Bug fortran/21197] Fortran array assignment causes ICE

2005-04-24 Thread enok at lysator dot liu dot se

--- Additional Comments From enok at lysator dot liu dot se  2005-04-24 
23:11 ---
Created an attachment (id=8730)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8730&action=view)
Simplified, stripped-down testcase that causes crash.


-- 


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


[Bug fortran/21197] New: Fortran array assignment causes ICE

2005-04-24 Thread enok at lysator dot liu dot se
Compiling a simple code causes compiler crash for gfortran 4.0.0.

The attached code is a simplified case from a real fortran 95 code that works
fine with other compilers.

-- 
   Summary: Fortran array assignment causes ICE
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: enok at lysator dot liu dot se
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=21197


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

2005-04-24 Thread oystein at gnubg dot org

--- Additional Comments From oystein at gnubg dot org  2005-04-24 23:06 
---
I've fetched the cvs sources today, and the code builds today. I don't know
what's different, but it's not the source file that's changed. The snapshit
tarball build fails in the same way as usual.

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

I'm closing this bug! OK?


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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


[Bug target/20633] libgcc2.c:1623: error: size of array 'compile_type_assert' is negative

2005-04-24 Thread gerald at pfeifer dot com

--- Additional Comments From gerald at pfeifer dot com  2005-04-24 22:57 
---
Thanks a lot, Eric!  The only FreeBSD/SPARC host I have guest access to has
been down, so I couldn't test the patch yet, but I dropped some FreeBSD folks
and Loren a note.

-- 


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


[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

2005-04-24 Thread kreckel at ginac dot de

--- Additional Comments From kreckel at ginac dot de  2005-04-24 22:49 
---
(In reply to comment #22)
> BTW, I can't find my copy of Kahan's old "Much Ado..." paper.  Does anyone 
> know
> of a downloadable copy?  I tried to google for it, but had no luck.

I finally got hold of that paper.  Here is an interesting passage:
: the expression z + 1 should not be replaced by the ostensibly equivalent
: z + (1+i0) lest the sign of zero in the imaginary part of z be reversed
: wrongly. ( Generally, mixed-mode arithmetic combining real and complex 
: variables should be performed directly, not by first coercing the real to 
: complex, lest the sign of zero be rendered uninformative; [...])

Interesting.

It is true, that if z=(zr,zi), then z+1 is different from z+(1,0).  The latter
is transformed to (zr+1,zi+0).  If zi=-0, the sign in the result is "reversed
wrongly".

The situation is no different for 1+z.  In the case z-1 it doesn't really matter
whether the 1 is coerced to complex or not; the result is the same.

Our case 1-z is slightly differnt, though:
  1-(zr,zi) = (1-zr,-zi),  according to LIA-3
  (1,0)-(zr,zi) = (1-zr,0-zi),  imaginary part may never become -0.
Conceptually, in this case we don't loose sign information by coercing 1 to
complex prior to subtracting.  Rather, we avoid a spurious minus sign, right? 
The LIA-3 choice doesn't even serve the purpose of preserving 1-z==-(z-1),
because zr might become 1.0.  Sigh.

But this is all a consequence of the arbitrary choice of having only +0 and -0
without a concept of exact zero or undetermined sign of zero.  More generally, I
completely fail to understand how one can start worrying about
f(conj(z))==conj(f(z)) when one is willing to permit f(z1)!=f(z2) even though
z1==z2.  Somebody pass me that crack pipe, please!

Someone should either close this bug or file one against LIA-3.  :-(

-- 


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


[Bug libstdc++/20806] [3.4/4.0/4.1 Regression] basic_filebuf::xsgetn() fails with text mode and DOS line endings and large buffers

2005-04-24 Thread pcarlini at suse dot de


-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.0


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


[Bug rtl-optimization/21163] [4.0 Regregresion] internal compiler error: in output_constant_pool_2, at varasm.c:3135

2005-04-24 Thread rth at gcc dot gnu dot org

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-24 22:20 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug rtl-optimization/21163] [4.0 Regregresion] internal compiler error: in output_constant_pool_2, at varasm.c:3135

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-24 
22:16 ---
Subject: Bug 21163

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-24 22:16:49

Modified files:
gcc: ChangeLog simplify-rtx.c 

Log message:
PR rtl-opt/21163
* simplify-rtx.c (simplify_binary_operation) : Check
for SCALAR_INT_MODE_P instead of not MODE_CC before returning
constm1_rtx.
: Use CONST0_RTX.
: Use CONST0_RTX and CONST1_RTX.
: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8442&r2=2.8443
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/simplify-rtx.c.diff?cvsroot=gcc&r1=1.238&r2=1.239



-- 


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


[Bug rtl-optimization/21163] [4.0 Regregresion] internal compiler error: in output_constant_pool_2, at varasm.c:3135

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-24 
22:15 ---
Subject: Bug 21163

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

Modified files:
gcc: ChangeLog simplify-rtx.c 

Log message:
PR rtl-opt/21163
* simplify-rtx.c (simplify_binary_operation) : Check
for SCALAR_INT_MODE_P instead of not MODE_CC before returning
constm1_rtx.
: Use CONST0_RTX.
: Use CONST0_RTX and CONST1_RTX.
: Likewise.

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.187&r2=2.7592.2.188
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/simplify-rtx.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.230.2.5&r2=1.230.2.6



-- 


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


[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node

2005-04-24 Thread jakub at gcc dot gnu dot org

--- Additional Comments From jakub at gcc dot gnu dot org  2005-04-24 22:11 
---
Actually it failed on HEAD today (at least on ppc-linux).
Should be fixed on both 4.0 and HEAD CVS now though.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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


[Bug rtl-optimization/21163] [4.0 Regregresion] internal compiler error: in output_constant_pool_2, at varasm.c:3135

2005-04-24 Thread rth at gcc dot gnu dot org

--- Additional Comments From rth at gcc dot gnu dot org  2005-04-24 22:10 
---
Not target specific.

-- 
   What|Removed |Added

  Component|target  |rtl-optimization


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


[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-24 
22:06 ---
Subject: Bug 20991

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-24 22:06:37

Modified files:
gcc: ChangeLog varasm.c cgraph.h 
gcc/cp : ChangeLog 
gcc/testsuite  : ChangeLog 
gcc/cp : class.c Make-lang.in 
Added files:
gcc/testsuite/g++.dg/opt: pr20991.C 

Log message:
PR middle-end/20991
* cgraph.h (cgraph_local_info): Add vtable_method field.
* varasm.c (mark_decl_referenced): If cgraph_global_info_ready
and node is vtable_method, finalized and not reachable, don't do
anything.

* class.c: Include cgraph.h.
(cp_fold_obj_type_ref): Set node->local.vtable_method.
* Make-lang.in (cgraph.o): Depend on $(CGRAPH_H).

* g++.dg/opt/pr20991.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8440&r2=2.8441
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&r1=1.504&r2=1.505
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cgraph.h.diff?cvsroot=gcc&r1=1.50&r2=1.51
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4721&r2=1.4722
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5392&r2=1.5393
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&r1=1.713&r2=1.714
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/Make-lang.in.diff?cvsroot=gcc&r1=1.200&r2=1.201
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr20991.C.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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


[Bug preprocessor/20907] [4.0 Regression] long comments throw off line numbers

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
20:43 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Bug preprocessor/20907] [4.0 Regression] long comments throw off line numbers

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-24 
20:37 ---
Subject: Bug 20907

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-24 20:37:39

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/cpp: very-long-comment.c 

Log message:
PR preprocessor/20907
* gcc.dg/cpp/very-long-comment.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/very-long-comment.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/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.136&r2=1.5084.2.137



-- 


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


[Bug rtl-optimization/21196] -O2 optimizer bug?

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
20:32 ---
So closing this as invalid.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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


[Bug preprocessor/20907] [4.0 Regression] long comments throw off line numbers

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-24 
20:32 ---
Subject: Bug 20907

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

Modified files:
libcpp : line-map.c ChangeLog 

Log message:
PR preprocessor/20907
* line-map.c (linemap_line_start): Fix bug when we need to increse
column_bits but can re-use the current line_map.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/line-map.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.54.1
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.5&r2=1.56.2.6



-- 


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


[Bug rtl-optimization/21196] -O2 optimizer bug?

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
20:30 ---
pushl   %ebp
movl%esp, %ebp
movl8(%ebp), %eax
popl%ebp
addl$_rtext+2146435072, %eax

This is not a bug, see above: you are missing that relocates can happen in more 
places than where zero 
happens so that is the bug at all.

-- 
   What|Removed |Added

  Component|c   |rtl-optimization
Version|4.1.0   |3.3


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


[Bug preprocessor/20907] [4.0 Regression] long comments throw off line numbers

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

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

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

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg/cpp: very-long-comment.c 

Log message:
PR preprocessor/20907
* gcc.dg/cpp/very-long-comment.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/very-long-comment.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5390&r2=1.5391



-- 


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


[Bug c/21196] -O2 optimizer bug?

2005-04-24 Thread jbglaw at lug-owl dot de

--- Additional Comments From jbglaw at lug-owl dot de  2005-04-24 20:05 
---
Hi!

Here's how I configured it:

/home/jbglaw/vax-linux/scm/build-20050424-193631-i686-linux/src/gcc/configure
--disable-multilib --with-newlib --disable-nls --enable-threads=no
--disable-threads --enable-symvers=gnu --enable-__cxa_atexit --disable-shared
--target=i686-linux
--prefix=/home/jbglaw/vax-linux/scm/build-20050424-193631-i686-linux/install/usr
--enable-languages=c --disable-werror

Thanks,
Jan-Benedict Glaw <[EMAIL PROTECTED]>


-- 


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


[Bug c/21196] New: -O2 optimizer bug?

2005-04-24 Thread jbglaw at lug-owl dot de
Hi!

While working on a vax-linux cross-compiler, I noticed that my vax-linux kernel
won't boot. I tracked this down to a function that re-calculates addresses (VM
addresses to physical addresses for things that run before VM is switched on).
I've then ran the C file through the preprocessor and put it through my host
compiler (gcc-3.3.x on PeeCee). Same result even there.

Testcase:

void *
s0vmaddr_to_load_addr(void *vaddr)
{
extern char _rtext;
return (char *)vaddr - (0x8000) - 0x0010 + (unsigned int) 
&_rtext;
}

[EMAIL PROTECTED]:~/vax-linux/kernel-2.5$ gcc -c testcase.c
[EMAIL PROTECTED]:~/vax-linux/kernel-2.5$ objdump -d testcase.o

testcase.o: file format elf32-i386

Disassembly of section .text:

 :
   0:   55  push   %ebp
   1:   89 e5   mov%esp,%ebp
   3:   b8 00 00 00 00  mov$0x0,%eax
   8:   05 00 00 f0 7f  add$0x7ff0,%eax
   d:   03 45 08add0x8(%ebp),%eax
  10:   5d  pop%ebp
  11:   c3  ret

As you see, four bytes were reserved to be put in by the linker. However, it
seems this is missing in case of a -O2 build:

[EMAIL PROTECTED]:~/vax-linux/kernel-2.5$ gcc -c -O2 testcase.c
[EMAIL PROTECTED]:~/vax-linux/kernel-2.5$ objdump -d testcase.o

testcase.o: file format elf32-i386

Disassembly of section .text:

 :
   0:   55  push   %ebp
   1:   89 e5   mov%esp,%ebp
   3:   8b 45 08mov0x8(%ebp),%eax
   6:   5d  pop%ebp
   7:   05 00 00 f0 7f  add$0x7ff0,%eax
   c:   c3  ret

...or am I wrong here?

Thanks!
Jan-Benedict Glaw <[EMAIL PROTECTED]>

-- 
   Summary: -O2 optimizer bug?
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
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-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=21196


[Bug c++/21181] namespace lookup error message misleading

2005-04-24 Thread Woebbeking at web dot de

--- Additional Comments From Woebbeking at web dot de  2005-04-24 19:45 
---
Thanks for enlightening me. 

-- 


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


[Bug ada/18847] [4.0 only] ACATS cxa5012 SEGV on on x86_64

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
19:25 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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


[Bug ada/18847] [4.0 only] ACATS cxa5012 SEGV on on x86_64

2005-04-24 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-24 
19:22 ---
Subject: Bug 18847

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-24 19:21:56

Modified files:
gcc/ada: ChangeLog a-nudira.adb a-nuflra.adb 

Log message:
2005-04-24  Laurent GUERBY  <[EMAIL PROTECTED]>

PR ada/18847
* a-nudira.adb (Value): Check for valid string.
* a-nuflra.adb (Value): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.638.4.13&r2=1.638.4.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/a-nudira.adb.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5&r2=1.5.70.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/a-nuflra.adb.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5&r2=1.5.70.1



-- 


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


[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

2005-04-24 Thread dberlin at dberlin dot org

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-24 
19:13 ---
Subject: Re:  [4.0/4.1 regression] extra
assignment inserted on the tree level

On Sun, 2005-04-24 at 15:31 +, law at redhat dot com wrote:
> --- Additional Comments From law at redhat dot com  2005-04-24 15:31 
> ---
> Subject: Re:  [4.0/4.1 regression] extra
>   assignment inserted on the tree level
> 
> On Sun, 2005-04-24 at 14:22 +, steven at gcc dot gnu dot org wrote:
> > --- Additional Comments From steven at gcc dot gnu dot org  2005-04-24 
> > 14:22 ---
> > Jeff, "should be fixed now" is not helpful.  Either it is fixed, so you 
> > should close the bug, or it is not, in which case your remark would not 
> > be true. 
> I've never been able to close bugs unless they were assigned to me. 
> Otherwise I would.
> 
> jeff

You probably should have mentioned this to me at some point.
Once steven did on IRC, i just went and fixed it.

> 
> 
> 
> 



-- 


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


[Bug fortran/19467] [4.0 only] ICE caused by CHARACTER array in NAMELIST read or write

2005-04-24 Thread paulthomas2 at wanadoo dot fr

--- Additional Comments From paulthomas2 at wanadoo dot fr  2005-04-24 
18:50 ---
Subject: Re:  [4.0 only] ICE caused by CHARACTER array in NAMELIST read or write

Coo - missed that one totally.

Paul T



-- 


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


[Bug tree-optimization/8681] Generates unneeded test

2005-04-24 Thread pinskia at physics dot uc dot edu

--- Additional Comments From pinskia at physics dot uc dot edu  2005-04-24 
18:10 ---
Subject: Re:  Generates unneeded test


On Apr 24, 2005, at 2:06 PM, Diego Novillo wrote:

> What is the type of 'i'?  If it's unsigned, then we would be
> wasting our time.

It is signed, otherwise "i < 0" will always be true and the conditional
would have gotten rid of already.

-- Pinski



-- 


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


Re: [Bug tree-optimization/8681] Generates unneeded test

2005-04-24 Thread Andrew Pinski
On Apr 24, 2005, at 2:06 PM, Diego Novillo wrote:
What is the type of 'i'?  If it's unsigned, then we would be
wasting our time.
It is signed, otherwise "i < 0" will always be true and the conditional
would have gotten rid of already.
-- Pinski


[Bug tree-optimization/8681] Generates unneeded test

2005-04-24 Thread dnovillo at redhat dot com

--- Additional Comments From dnovillo at redhat dot com  2005-04-24 18:07 
---
Subject: Re:  Generates unneeded test

On Sun, Apr 24, 2005 at 05:56:50PM -, pinskia at gcc dot gnu dot org wrote:
> 
> i_15: [1, 2147483647]
> i_16: [0, 2147483647]
> i_20: VARYING 
> 
>   # i_20 = PHI ;
> 
> 
> Looks like VRP does not understand PHI functions or it just gives up too 
> often.
> 
i_15 and 0 have a non-empty intersection and so vrp_meet returns
VARYING.  VRP does not handle multiple ranges, but in this case
it should not be hard to merge the two adjacent ranges [1, +INF]
and [0, 0].  

What is the type of 'i'?  If it's unsigned, then we would be
wasting our time.


Diego.


-- 


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


Re: [Bug tree-optimization/8681] Generates unneeded test

2005-04-24 Thread Diego Novillo
On Sun, Apr 24, 2005 at 05:56:50PM -, pinskia at gcc dot gnu dot org wrote:
> 
> i_15: [1, 2147483647]
> i_16: [0, 2147483647]
> i_20: VARYING 
> 
>   # i_20 = PHI ;
> 
> 
> Looks like VRP does not understand PHI functions or it just gives up too 
> often.
> 
i_15 and 0 have a non-empty intersection and so vrp_meet returns
VARYING.  VRP does not handle multiple ranges, but in this case
it should not be hard to merge the two adjacent ranges [1, +INF]
and [0, 0].  

What is the type of 'i'?  If it's unsigned, then we would be
wasting our time.


Diego.


[Bug target/21195] SSE intrinsics not inlined, sometimes.

2005-04-24 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Component|other   |target
   Keywords||missed-optimization


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


[Bug other/21195] New: SSE intrinsics not inlined, sometimes.

2005-04-24 Thread tbptbp at gmail dot com
Under some conditions (generally if you upset the inlining heuristic ie by force
inlining something), SSE intrinsics don't get inlined and some truely horrible
code ensues; the fix, tinkering with params, isn't much prettier.
Happened to me with various 4.x versions, on x86 or x86-64.

silly testcase:
#include 



static __attribute__ ((always_inline)) bool bloatit(const __m128 a, const __m128
b) {

const __m128

v0 = _mm_max_ps(a,b),

v1 = _mm_min_ps(a,b),

v2 = _mm_mul_ps(a,b),

v3 = _mm_div_ps(a,b),

g0 = _mm_or_ps(_mm_or_ps(_mm_or_ps(v0,v1), v2), v3);



return _mm_movemask_ps(g0);

}



bool finalblow(const __m128 a, const __m128 b, const __m128 c, const __m128 d,
const __m128 e, const __m128 f) {

return bloatit(a,b) & bloatit(c,d) & bloatit(e,f) & bloatit(a,c) & 
bloatit(b,d)
& bloatit(c,e) & bloatit(d,f);

}


int main() { return 0; }


At -O3, on x86-64-linux, g++-4120050417 gets funky with:
00400540 <_mm_mul_ps(float __vector, float __vector)>:
  400540:   mulps  %xmm1,%xmm0
  400543:   retq
...
00400550 <_mm_div_ps(float __vector, float __vector)>:
  400550:   divps  %xmm1,%xmm0
  400553:   retq
...
00400560 <_mm_min_ps(float __vector, float __vector)>:
  400560:   minps  %xmm1,%xmm0
  400563:   retq
...
00400570 <_mm_max_ps(float __vector, float __vector)>:
  400570:   maxps  %xmm1,%xmm0
  400573:   retq
...
00400580 <_mm_or_ps(float __vector, float __vector)>:
  400580:   orps   %xmm1,%xmm0
  400583:   retq
...
00400590 <_mm_movemask_ps(float __vector)>:
  400590:   movmskps %xmm0,%eax
  400593:   retq

... only to conclude with this wonder
004005b0 :
  4005b0:   push   %rbx
  4005b1:   xor%ebx,%ebx
  4005b3:   sub$0x1b0,%rsp
  4005ba:   movaps %xmm2,0x180(%rsp)
  4005c2:   movaps %xmm3,0x170(%rsp)
  4005ca:   movaps %xmm4,0x160(%rsp)
  4005d2:   movaps %xmm5,0x150(%rsp)
  4005da:   movaps %xmm1,0x190(%rsp)
  4005e2:   movaps %xmm0,0x1a0(%rsp)
  4005ea:   callq  400550 <_mm_div_ps(float __vector, float __vector)>
  4005ef:   movaps %xmm0,0x140(%rsp)
  4005f7:   movaps 0x190(%rsp),%xmm1
  4005ff:   movaps 0x1a0(%rsp),%xmm0
  400607:   callq  400540 <_mm_mul_ps(float __vector, float __vector)>
  40060c:   movaps 0x190(%rsp),%xmm1
  400614:   movaps %xmm0,0x130(%rsp)
  40061c:   movaps 0x1a0(%rsp),%xmm0
  400624:   callq  400560 <_mm_min_ps(float __vector, float __vector)>
  400629:   movaps 0x190(%rsp),%xmm1
  400631:   movaps %xmm0,0x120(%rsp)
  400639:   movaps 0x1a0(%rsp),%xmm0
  400641:   callq  400570 <_mm_max_ps(float __vector, float __vector)>
  400646:   movaps 0x120(%rsp),%xmm1
  40064e:   callq  400580 <_mm_or_ps(float __vector, float __vector)>
  400653:   movaps 0x130(%rsp),%xmm1
  40065b:   callq  400580 <_mm_or_ps(float __vector, float __vector)>
  400660:   movaps 0x140(%rsp),%xmm1
  400668:   callq  400580 <_mm_or_ps(float __vector, float __vector)>
  40066d:   callq  400590 <_mm_movemask_ps(float __vector)>
  400672:   movaps 0x170(%rsp),%xmm1
etc...


As said earlier, that's just one way to make that happen.
It would be a real plus if those intrinsics could be inconditionnaly inlined.

-- 
   Summary: SSE intrinsics not inlined, sometimes.
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbptbp at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: x86*


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


[Bug tree-optimization/8681] Generates unneeded test

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
17:56 ---
i_15: [1, 2147483647]
i_16: [0, 2147483647]
i_20: VARYING 

  # i_20 = PHI ;


Looks like VRP does not understand PHI functions or it just gives up too often.

-- 
   What|Removed |Added

OtherBugsDependingO||18373
  nThis||
   Last reconfirmed|2005-01-13 18:59:31 |2005-04-24 17:56:49
   date||


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


[Bug c++/18744] C++ ABI is incomplete for ILP64

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
17:38 ---
Fixed by:
2005-04-12  Markus F.X.J. Oberhumer  <[EMAIL PROTECTED]>

* mangle.c (write_builtin_type): Handle integer types which are
not one of the shared integer type nodes and emit a "vendor
extended builtin type" with an encoding in the form of "u5int96".

-- 
   What|Removed |Added

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


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


[Bug c++/19591] FreeBSD 5.3 "make buildworld" error code 1

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
17:34 ---
No feedback in 3 months.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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


[Bug c++/21181] namespace lookup error message misleading

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
17:27 ---
(In reply to comment #9)
> I see. Then I'm looking forward to 4.1 :-) 
>  
> One last thing: is it a bug that the behaviour differs for named namespace in 
> my second example? 

You second example is about equivant to before GCC fixes the friend bug for 
declaring the class in the 
namespace:
struct S1
{
S1();
};

namespace
{
struct S1;
struct S2
{
friend struct S1;
};
}

S1::S1()
{
}

So S1 ambiguous in the global namespace.

-- 


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


[Bug c++/21181] namespace lookup error message misleading

2005-04-24 Thread Woebbeking at web dot de

--- Additional Comments From Woebbeking at web dot de  2005-04-24 17:24 
---
I see. Then I'm looking forward to 4.1 :-) 
 
One last thing: is it a bug that the behaviour differs for named namespace in 
my second example? 

-- 


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


[Bug c++/21194] [3.3 Regression] compiler internal error with template class

2005-04-24 Thread pinskia at gcc dot gnu dot org

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-24 
17:06 ---
Fixed since at least 3.3.3.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||3.3.1
  Known to work||3.3.3 4.0.0 4.1.0 3.4.0
   ||3.2.3
 Resolution||FIXED
Summary|compiler internal error with|[3.3 Regression] compiler
   |template class  |internal error with template
   ||class
   Target Milestone|--- |3.3.3


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


[Bug c++/21087] [4.0 Regression] ICE in do_nonmember_using_decl

2005-04-24 Thread mark at codesourcery dot com

--- Additional Comments From mark at codesourcery dot com  2005-04-24 17:05 
---
Subject: Re: [PR c++/21087] don't keep builtin anticipated decl, override
 it with actual declaration

Alexandre Oliva wrote:

> 
> Ok for 4.0 branch as well?  The same patch applies cleanly there, and
> it's just completed bootstrap and regtesting on amd64-linux-gnu in the
> branch as well.

OK.

Though it's very polite of you to ask, you don't really need my 
persmission: fixes for regressions that have been accepted for mainline 
are automatically OK for 4.0 if properly tested.

Thanks,



-- 


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


[Bug c++/21194] New: compiler internal error with template class

2005-04-24 Thread erkokl at yahoo dot com
SEE below for full source-code (14 lines total at the bottom)

[arf]~/qq>gcc -v -save-temps bug.cpp  
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld
--with-gnu-as --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc
--libdir=/usr/lib --libexecdir=/usr/sbin --mandir=/usr/share/man
--infodir=/usr/share/info --enable-languages=c,ada,c++,f77,pascal,java,objc
--enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls
--without-included-gettext --enable-interpreter --enable-sjlj-exceptions
--disable-version-specific-runtime-libs --enable-shared --disable-win32-registry
--enable-java-gc=boehm --disable-hash-synchronization --verbose
--target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin
Thread model: posix
gcc version 3.3.1 (cygming special)
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/cc1plus.exe -E -D__GNUG__=3 -quiet -v
-D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=1 -D__CYGWIN32__
-D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../include/w32api -idirafter
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/lib/../../include/w32api
bug.cpp bug.ii
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/i686-pc-cygwin/include"
ignoring duplicate directory "/usr/i686-pc-cygwin/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/3.3.1
 /usr/include/c++/3.3.1/i686-pc-cygwin
 /usr/include/c++/3.3.1/backward
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/include
 /usr/include/w32api
End of search list.
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/cc1plus.exe -fpreprocessed bug.ii -quiet
-dumpbase bug.cpp -auxbase bug -version -o bug.s
GNU C++ version 3.3.1 (cygming special) (i686-pc-cygwin)
compiled by GNU C version 3.3.1 (cygming special).
GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=65406
bug.cpp: In member function `T Bug::get() [with T = std::string]':
bug.cpp:6: internal compiler error: in cp_expr_size, at cp/cp-lang.c:312
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.



Full source code:

[arf]~/qq>cat bug.cpp 
#include 

template class Bug
{
   public: 
   T get()   { return true ? t : throw "bug"; }
   T t;
};

int main(void)
{
   Bug s;
   s.get();
}

-- 
   Summary: compiler internal error with template class
   Product: gcc
   Version: 3.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: erkokl at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: see below
  GCC host triplet: see below
GCC target triplet: see below


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


[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring

2005-04-24 Thread TazForEver at dlfp dot org

--- Additional Comments From TazForEver at dlfp dot org  2005-04-24 16:58 
---
Created an attachment (id=8729)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8729&action=view)
FNV


-- 


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


[Bug libstdc++/21193] New: provide better std::tr1::hash for std::string and std::wstring

2005-04-24 Thread TazForEver at dlfp dot org
The current implementation of std::tr1::hash for std::string and std::wstring is
pretty bad. I think FNV should be used instead.

http://www.isthe.com/chongo/tech/comp/fnv/

I'm attaching a patch that may not be optimal when size_t is 64bits.

-- 
   Summary: provide better std::tr1::hash for std::string and
std::wstring
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: TazForEver at dlfp dot org
CC: gcc-bugs at gcc dot gnu dot org


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


  1   2   >