[Bug libstdc++/23425] vector::clear should be manually inlined

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-18 
07:21 ---
 I see absolutely no difference between the code generated for clear1() and
clear2() on powerpc-linux-gnu.  This includes the final_cleanup tree dump and
the assembly output using g++ -O2.

-- 


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

[Bug tree-optimization/23452] New: Optimizing CONJG_EXPR (a) * a

[tkoenig at gcc dot gnu dot org]

$ cat conj.f
  program main
  complex c1,c2
  call foo(c1)
  c2 = c1 * conjg(c1)
  call bar(c2)
  end

This is translated into a CONJ_EXPR:

  foo (&c1);
  c2 = CONJ_EXPR  * c1;
  bar (&c2);

The .optimized dump shows:

 foo (&c1);
  CR.11 = REALPART_EXPR ;
  CI.12 = IMAGPART_EXPR ;
  CI.13 = -CI.12;
  REALPART_EXPR  = CR.11 * CR.11 - CI.12 * CI.13;
  IMAGPART_EXPR  = CR.11 * CI.13 + CR.11 * CI.12;
  bar (&c2);
  return;

This could be simplified to

   REALPART_EXPR  = CR.11 * CR.11 + CR.12 * CR.12;
   IMAGPART_EXPR  = 0;

-- 
   Summary: Optimizing CONJG_EXPR (a) * a
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/23453] New: [4.0 4.1 regression] miscompilation of PARI/GP on x86

[debian-gcc at lists dot debian dot org]

[forwarded from http://bugs.debian.org/309210]

rechecked with 4.0 CVS 20050816

wrong code for PARI/GP 2.2.10 on x86.
The pari source code can be found here:


The problem is in the file src/basemath/alglin1.c, function ker0().

The compilation command used was:
gcc-4.0  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-pointer
-DBOTH_GNUPLOT_AND_X11 -I. -I../src/headers  -o alglin1.o alglin1.i

using gcc-4.0 -O2 or gcc-3.4 -O3 generates correct code.

The problem can be reproduces running the gp interpreter:

1) download the tarball mentionned in the bug report and untar it
2) do 
CC=gcc-4.0 ./Configure
3) do 
make bench

One test-case fails (alglin).
Alternatively, you can do
make gp
./gp
matker([1,2;3,4])
  *** matker: bug in GP (Segmentation Fault), please report

More information about compiler options that fix this problem:


> Can you make a stand-alone testcase?

Not at that time, unfortunately. The bug only occurs inside deeply inlined
code.

-- 
   Summary: [4.0 4.1 regression] miscompilation of PARI/GP on x86
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i486-linux


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

[Bug target/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86

[debian-gcc at lists dot debian dot org]

-- 
   What|Removed |Added

   Keywords||wrong-code
  Known to fail||4.0.2 4.1.0
  Known to work||3.4.4
Summary|[4.0 4.1 regression]|[4.0/4.1 regression]
   |miscompilation of PARI/GP on|miscompilation of PARI/GP on
   |x86 |x86


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

[Bug target/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86

[debian-gcc at lists dot debian dot org]

--- Additional Comments From debian-gcc at lists dot debian dot org  
2005-08-18 07:36 ---
Created an attachment (id=9526)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9526&action=view)
preprocessed source


-- 


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

[Bug fortran/23446] Valid internal subprogram array argument declaration is not accepted.

[enok at lysator dot liu dot se]

--- Additional Comments From enok at lysator dot liu dot se  2005-08-18 
07:42 ---
After some research, I'm pretty sure the rejected code is legal.

§734: A specification-expr is a scalar-int-expr
Constraint: The scalar-int-expr shall be a restricted expression

Since "a variable from the host program unit" is a restricted expression the
code is valid.

-- 


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

[Bug target/23454] New: [4.0 regression] ICE in invert_exp_1, at jump.c:1719

[debian-gcc at lists dot debian dot org]

[forwarded from http://bugs.debian.org/321215]

CVS 4.0 20050816, not seen with HEAD 20050726, CVS 3.4.
works with -O2 instead of -O3.

  Matthias

g++ -O3 -save-temps -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr\""
-DDATADIR="\"/var/lib/mysql\"" -DSHAREDIR="\"/usr/share/mysql\"" -DHAVE_CONFIG_H
-I. -I. -I.. -I../innobase/include -I../ndb/include -I../ndb/include/ndbapi
-I../include -I../include -I../regex -I.  -DDBUG_OFF -DBIG_JOINS=1
-felide-constructors -fno-rtti  -fno-implicit-templates -fno-exceptions
-fno-rtti  -MT sql_analyse.o -MD -MP -MF ".deps/sql_analyse.Tpo" -c -o
sql_analyse.o sql_analyse.cc
sql_analyse.cc: In member function 'virtual void field_longlong::add()':
sql_analyse.cc:506: internal compiler error: in invert_exp_1, at jump.c:1719
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: [4.0 regression] ICE in invert_exp_1, at jump.c:1719
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: sparc-linux


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

[Bug tree-optimization/23455] New: load PRE is missing

[bonzini at gcc dot gnu dot org]

Load PRE is scheduled for 4.2, I'm creating this bug because load PRE is
currently split between CSE and GCSE (this bug blocks the "optimizations caught
by CSE" meta-bug, PR19721).  Given this code,

   unsigned outcnt;
   extern void flush_outbuf(void);

   void
   bi_windup(unsigned char *outbuf, unsigned char bi_buf)
   {
   outbuf[outcnt] = bi_buf;
   if (outcnt == 16384)
   flush_outbuf();
   outbuf[outcnt] = bi_buf;
   }
   
we'd want the code to become

void
bi_windup(unsigned char *outbuf, unsigned char bi_buf)
{
int t1 = outcnt;
outbuf[t1] = bi_buf;
int t2 = outcnt, t3;
if (t2 == 16384) {
flush_outbuf();
t3 = outcnt;
} else
t3 = t2;
outbuf[t3] = bi_buf;
}

currently this optimization is split between CSE (with path following) and 
GCSE.  
Actually, GCSE is able to do it alone if the number of GCSE passes is increased.

-- 
   Summary: load PRE is missing
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bonzini at gcc dot gnu dot org
CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
OtherBugsDependingO 19721
 nThis:


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

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

[bonzini at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||23455


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

[Bug target/23454] [4.0 regression] ICE in invert_exp_1, at jump.c:1719

[debian-gcc at lists dot debian dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
  Known to fail||4.0.2
  Known to work||3.4.4 4.1.0


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

[Bug target/23454] [4.0 regression] ICE in invert_exp_1, at jump.c:1719

[debian-gcc at lists dot debian dot org]

--- Additional Comments From debian-gcc at lists dot debian dot org  
2005-08-18 07:57 ---
Created an attachment (id=9527)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9527&action=view)
preprocessed source


-- 


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

[Bug objc/23456] New: [4.0 regression] ICE in assign_stack_temp_for_typ (ObjC)

[debian-gcc at lists dot debian dot org]

may be related to PR22177

[forwarded from http://bugs.debian.org/323325]

works with 3.4.4, not 4.0.2 CVS 20050816.

  Matthias

$ gcc -save-temps mframe.m -c   -MMD -MP
-DGNUSTEP_INSTALL_PREFIX=/usr/lib/GNUstep/System
-DGNUSTEP_LOCAL_ROOT=/usr/local/lib/GNUstep/Local
-DGNUSTEP_NETWORK_ROOT=/usr/local/lib/GNUstep/Network -DGNUSTEP_TARGET_DIR=\".\"
-DGNUSTEP_TARGET_CPU=\"ix86\" -DGNUSTEP_TARGET_OS=\"linux-gnu\"
-DLIBRARY_COMBO=\"gnu-gnu-gnu\" -Wall -Wcast-align -DGNUSTEP
-DGNUSTEP_BASE_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT
-fPIC -DGSWARN -DGSDIAGNOSE -fno-strict-aliasing -fgnu-runtime
-fconstant-string-class=NSConstantString -I../Headers/Additions -I../Headers
-I./. -I. -I/usr/include/libxml2 -I/home/doko/GNUstep/Library/Headers
-I/usr/local/lib/GNUstep/Local/Library/Headers
-I/usr/local/lib/GNUstep/Network/Library/Headers
-I/usr/lib/GNUstep/System/Library/Headers-o shared_obj/mframe.o
mframe.m: In function 'mframe_decode_return':
mframe.m:1579: warning: pointer targets in passing argument 2 of
'NSGetSizeAndAlignment' differ in signedness
mframe.m:1711: internal compiler error: in assign_stack_temp_for_type, at
function.c:605
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: [4.0 regression] ICE in assign_stack_temp_for_typ (ObjC)
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug objc/23456] [4.0 regression] ICE in assign_stack_temp_for_typ (ObjC)

[debian-gcc at lists dot debian dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
  Known to fail||4.0.2
  Known to work||3.4.4


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

[Bug objc/23456] [4.0 regression] ICE in assign_stack_temp_for_typ (ObjC)

[debian-gcc at lists dot debian dot org]

--- Additional Comments From debian-gcc at lists dot debian dot org  
2005-08-18 08:24 ---
Created an attachment (id=9528)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9528&action=view)
preprocessed source


-- 


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

[Bug tree-optimization/23438] [4.1 Regression] regression, Segmentation fault (program cc1) crtstuff.c

[c dot lemmen at fz-juelich dot de]

--- Additional Comments From c dot lemmen at fz-juelich dot de  2005-08-18 
09:01 ---
Subject: Re:  [4.1 Regression] regression, Segmentation
 fault (program cc1)  crtstuff.c

I'm lost, obviously I don't know what I'm doing.  Anyway, both make or 
make bootstrap failed this morning with a fresh gcc (same ice as above)

What do you mean by
"But to bootstrap a new compiler you should not use
   mainline from 20050813 - 20050815."

/private/icg126/opt/src/gcc/g95/./gcc/xgcc -v
gcc-Version 4.1.0 20050818 (experimental)



-- 


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

[Bug libgcj/21944] [4.0 Regression] libgcj.so fails to link on IRIX 6: GOT overflow

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
09:09 ---
Patch for 20155 was backported.

-- 
   What|Removed |Added

  BugsThisDependsOn||20155
 Status|UNCONFIRMED |RESOLVED
Bug 21944 depends on bug 20155, which changed state.

Bug 20155 Summary: [4.0 Regression] libgcj build fails with "execvp: /bin/sh: 
Argument list too long"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXEDBug 21944 depends on bug 
20155, which changed state.

Bug 20155 Summary: [4.0 Regression] libgcj build fails with "execvp: /bin/sh: 
Argument list too long"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug c++/23457] New: compiler crash on huge object size with virtual base

[laurent dot deniau at cern dot ch]

Aim: check for B's vbase offset overflow in the D's vtable on IA32.

struct B {
  B() {}
  virtual ~B() {}
  int b;
};
struct D : virtual B {
  char d1[1u << 30];
  char d2[1u << 30];
};

g++-4.0 -std=c++98 -pedantic -W -Wall -O3 bug.cpp -c
bug.cpp:7: internal compiler error: in tree_low_cst, at tree.c:3843
Please submit a full bug report,

g++-4.0 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --program-suffix=-4.0
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.1 (Debian 4.0.1-2)

-- 
   Summary: compiler crash on huge object size with virtual base
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent dot deniau at cern dot ch
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

[bonzini at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |bonzini at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 09:24:16
   date||


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

[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
09:45 ---
The "quick fix", for the record, is
http://gcc.gnu.org/ml/gcc-patches/2005-04/txt00083.txt

It makes sense to apply this to 4.0.2, and be done with this bug, since Jeff and
others decided on mainline that this problem is rare enough to care about the
pessimization.

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-04/txt00083.txt
   Keywords||patch


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

[Bug tree-optimization/21562] [4.0 Regression] Quiet bad codegen (unrolling + tail call interaction)

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
09:50 ---
Patch applied to branch for 4.0.2.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/21562] [4.0 Regression] Quiet bad codegen (unrolling + tail call interaction)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-18 
09:51 ---
Subject: Bug 21562

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-18 09:51:11

Modified files:
gcc: ChangeLog cfgexpand.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/compile: pr21562.c 

Log message:
gcc:
2005-08-18  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c/21562
* cfgexpand.c (construct_init_block): Deal properly with the case
of entry edge not pointing to very first basic block.

testsuite:
2005-08-18  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c/21562
* gcc.c-torture/compile/pr21562.c: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.376&r2=2.7592.2.377
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgexpand.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.33&r2=2.33.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.339&r2=1.5084.2.340
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr21562.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.18.1



-- 


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

[Bug tree-optimization/23438] [4.1 Regression] regression, Segmentation fault (program cc1) crtstuff.c

[c dot lemmen at fz-juelich dot de]

--- Additional Comments From c dot lemmen at fz-juelich dot de  2005-08-18 
10:11 ---
Subject: Re:  regression, Segmentation fault (program cc1)  crtstuff.c

> But to bootstrap a new compiler you should not use
> mainline from 20050813 - 20050815.
> 
> Does this resolve your problems?

Yip, it does, using gcc-Version 3.3.4 (pre 3.3.5 20040809) to build gcc. 
  Thank you for clearing up my confusion.


-- 


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

[Bug target/23376] ICE on GCC 4.x with -O1 -funroll-loops -fvariable-expansion-in-unroller

[drab at kepler dot fjfi dot cvut dot cz]

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz  
2005-08-18 10:48 ---
(In reply to comment #13)
> This was not a regression as -fvariable-expansion-in-unroller is a new option 
> in
> 4.0.0 so closing it as fixed for 4.1.0 is the correct thing to do.

I don't say it's a bad thing to close it. I just say it's a bad thing that 4.0
segfaults. So either it should be fixed there as well or the
-fvariable-expansion-in-unroller option should be removed/disabled there.
Especially if you want to make a release, it shouldn't segfault no matter what.


-- 


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

[Bug tree-optimization/23455] load PRE is missing

[bonzini at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 11:44:20
   date||


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

[Bug middle-end/23456] [4.0 regression] ICE in assign_stack_temp_for_typ (ObjC)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|objc|middle-end


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

[Bug c++/23440] [4.0/4.1 regression] "void f(){for" crashes the C++ frontend

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
11:47 ---
Well all the crashes are in annotate_with_file_line, so:

- if we want to work around this issue, like in the patch attached to pr23439,
it is a duplicate

- if we want a fix in the parsers, it is a separate bug

-- 


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

[Bug middle-end/23456] [4.0 regression] ICE in assign_stack_temp_for_typ (ObjC)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
11:50 ---
This not really a regression.
This is a dup of bug 8081 which has been a bug since 2.95.3.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/8081] ICE with variably sized types and nested functions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
11:50 ---
*** Bug 23456 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||debian-gcc at lists dot
   ||debian dot org


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

[Bug middle-end/23410] [4.1 Regression] FAIL: gcc.c-torture/execute/950612-1.c execution, at -Os and -O3

[sebastian dot pop at cri dot ensmp dot fr]

--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr  
2005-08-18 11:51 ---
Reduced testcase is:

unsigned long long
f4 (unsigned long long diff)
{
  return ((unsigned long long) ((signed long long) diff < 0 ? -diff : diff));
}

main ()
{
  int i;
  for (i = 0; i <= 10; i++)
if (f4 ((long long) -i) != i)
  abort ();
  
  exit (0);
}

And the problem is in VRP:

Visiting statement:
diff.0D.1338_6 = (long long intD.5) diffD.1337_4;

(analyze_scalar_evolution 
  (loop_nb = 1)
  (scalar = diff.0_6)
(get_scalar_evolution 
  (scalar = diff.0_6)
  (scalar_evolution = (long long int) {0, +, }_1))
(set_scalar_evolution 
  (scalar = diff.0_6)
  (scalar_evolution = (long long int) {0, +, }_1))
)
(instantiate_parameters 
  (loop_nb = 1)
  (chrec = (long long int) {0, +, }_1)
  (res = (long long int) {0, +, }_1))
Found new range for diff.0_6: [0, 0]

The computation of the min bound is not correct.  I'm working on a patch.

-- 


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

[Bug target/23376] ICE on GCC 4.x with -O1 -funroll-loops -fvariable-expansion-in-unroller

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
11:51 ---
Mark, should this patch go into 4.0.2 too?

-- 
   What|Removed |Added

 CC||mark at codesourcery dot com


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

[Bug c++/23457] [3.4/4.0/4.1 Regression] compiler crash on huge object size with virtual base

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
11:58 ---
Confirmed, backtrace:
#0  internal_error (msgid=0x83f0f38 "tree_low_cst") at 
../../gcc/diagnostic.c:536
#1  0x08127c4f in fancy_abort (file=0x83f0f38 "tree_low_cst", line=3313, 
function=0x83f0f38 
"tree_low_cst") at ../../gcc/diagnostic.c:584
#2  0x082d0a74 in tree_low_cst (t=0xb7d1d99c, pos=138350392) at 
../../gcc/tree.c:3313
#3  0x080b0c47 in make_thunk (function=0xb7d1f870, this_adjusting=true, 
fixed_offset=0x83f0f38, 
virtual_offset=0xb7d1dcf8) at ../../gcc/cp/method.c:121
#4  0x0808276a in accumulate_vtbl_inits (binfo=0xb7d14fc0, 
orig_binfo=0xb7d14fc0, 
rtti_binfo=0xb7d14f80, t=0xb7d1a8dc, inits=0xb7d1da8c)
at ../../gcc/cp/class.c:7390
#5  0x08084117 in finish_struct_1 (t=0xb7d1a8dc) at ../../gcc/cp/class.c:6705
#6  0x08084de8 in finish_struct (t=0xb7d1a8dc, attributes=0x83f0f38) at 
../../gcc/cp/class.c:5175
#7  0x080938d3 in cp_parser_type_specifier (parser=0xb7d14740, 
flags=CP_PARSER_FLAGS_OPTIONAL, is_friend=false, is_declaration=true, 
declares_class_or_enum=0xbfffe7c4, is_cv_qualifier=0xb7d7e2a8) at 
../../gcc/cp/parser.c:11763
#8  0x08094afe in cp_parser_decl_specifier_seq (parser=0xb7d14740, 
flags=CP_PARSER_FLAGS_OPTIONAL, attributes=0xbfffe7f8, 
declares_class_or_enum=0xbfffe7fc)
at ../../gcc/cp/parser.c:6711
#9  0x08094da2 in cp_parser_simple_declaration (parser=0xb7d14740, 
function_definition_allowed_p=true) at ../../gcc/cp/parser.c:6437
#10 0x08094f68 in cp_parser_block_declaration (parser=0xb7d14740, 
statement_p=false) at ../../gcc/
cp/parser.c:6397
#11 0x0809a2df in cp_parser_declaration (parser=0xb7d14740) at 
../../gcc/cp/parser.c:6317
#12 0x0809a55f in cp_parser_declaration_seq_opt (parser=0xb7d14740) at 
../../gcc/cp/parser.c:6226
#13 0x0809a72b in c_parse_file () at ../../gcc/cp/parser.c:2319
#14 0x080ec0e2 in c_common_parse_file (set_yydebug=138350392) at 
../../gcc/c-opts.c:1237
#15 0x082cc21d in toplev_main (argc=138350392, argv=0xbfffec73) at 
../../gcc/toplev.c:1822
#16 0x080ef8de in main (argc=138350392, argv=0x83f0f38) at ../../gcc/main.c:35


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-invalid-code,
   ||monitored
  Known to fail||3.4.0 4.0.0 4.1.0
  Known to work||3.3.3
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 11:58:12
   date||
Summary|compiler crash on huge  |[3.4/4.0/4.1 Regression]
   |object size with virtual|compiler crash on huge
   |base|object size with virtual
   ||base
   Target Milestone|--- |4.0.2


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

[Bug target/23451] [3.4/4.0/4.1 regression] Redundant reloading from stack frame

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
12:01 ---
I think this is just a ra issue which have no hope of being fixed in a release 
branch.

-- 
   What|Removed |Added

   Keywords||missed-optimization, ra
Summary|[3.4 4.0 regression]|[3.4/4.0/4.1 regression]
   |Redundant reloading from|Redundant reloading from
   |stack frame |stack frame
   Target Milestone|--- |4.0.2


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

[Bug target/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
12:05 ---
We need at least a testcase which links.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Target Milestone|--- |4.0.2


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

[Bug target/23454] [4.0 regression] ICE in invert_exp_1, at jump.c:1719

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug target/23454] [4.0 regression] ICE in invert_exp_1, at jump.c:1719

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
12:17 ---
This is most likely latent on the mainline.

-- 


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

[Bug c/23458] New: ICE on m68k (-O3)

[bas at debian dot org]

gcc 4.0.1-4 ICE's when compiling freesci on m68k:

m68k-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/include-Wall
-g -O3 -c script.c
../../src/include/gfx_system.h:241: warning: 'gfx_rect_fullscreen' defined but
not used
../../src/include/gfx_widgets.h:73: warning: 'gfxw_point_zero' defined but not 
used
script.c: In function 'script_dissect':
script.c:440: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .

See
http://buildd.debian.org/fetch.php?&pkg=freesci&ver=0.3.4c-3&arch=m68k&stamp=1121689384&file=log&as=raw

This occurs only when compiling with -O3.

I'm attaching a preprocessed, cleaned-up c snippet (~100 lines) that
triggers the bug:

crest% gcc -O3 -c test.i
test.i: In function 'script_dissect':
test.i:90: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .
crest% gcc -v -save-temps -O3 -c test.i
Using built-in specs.
Target: m68k-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,java,objc,treelang
--prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib
--enable-nls --without-included-gettext --enable-threads=posix
--program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt
--enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --disable-werror
--enable-checking=release m68k-linux-gnu
Thread model: posix
gcc version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)
 /usr/lib/gcc/m68k-linux-gnu/4.0.2/cc1 -fpreprocessed test.i -quiet -dumpbase
test.i -auxbase test -O3 -version -o test.s
GNU C version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4) (m68k-linux-gnu)
compiled by GNU C version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4).
GGC heuristics: --param ggc-min-expand=38 --param ggc-min-heapsize=15939
test.i: In function 'script_dissect':
test.i:90: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .

-- 
   Summary: ICE on m68k (-O3)
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bas at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: m68k-linux-gnu
  GCC host triplet: m68k-linux-gnu
GCC target triplet: m68k-linux-gnu


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

[Bug rtl-optimization/23454] [4.0 regression] ICE in invert_exp_1, at jump.c:1719

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
12:32 ---
Here is the backtrace:
#0  fancy_abort (file=0x5e7648 "../../gcc/jump.c", line=1719, function=0x5e76ec 
"invert_exp_1") at ../
../gcc/diagnostic.c:556
#1  0x003a72d4 in invert_exp_1 (insn=0x2b8923c) at ../../gcc/jump.c:1719
#2  0x003a7308 in invert_exp (insn=0x2b8923c) at ../../gcc/jump.c:1730
#3  0x003a73f4 in invert_jump (jump=0x2b8923c, nlabel=0x2b985e8, 
delete_unused=1) at ../../gcc/
jump.c:1766
#4  0x00561f38 in relax_delay_slots (first=0x2b7e380) at ../../gcc/reorg.c:3404
#5  0x00562aac in dbr_schedule (first=0x2b7e380, file=0x0) at 
../../gcc/reorg.c:3667
#6  0x00491f60 in rest_of_handle_delay_slots () at ../../gcc/passes.c:352


So this is rtl opt bug and not a target one.  This is most likely also 
reproduciable on MIPS.

Reducing.

-- 
   What|Removed |Added

  Component|target  |rtl-optimization


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

[Bug c/23458] ICE on m68k (-O3)

[bas at debian dot org]

--- Additional Comments From bas at debian dot org  2005-08-18 12:33 ---
Created an attachment (id=9531)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9531&action=view)
Test case

compile this with "gcc -O3 -c test.i" to trigger the ICE

-- 


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

[Bug middle-end/23458] ICE on m68k (-O3)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |middle-end
   Keywords||ice-on-valid-code


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

[Bug tree-optimization/23455] load PRE is missing

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-08-18 
13:09 ---
Subject: Re:  New: load PRE is missing

On Thu, 2005-08-18 at 07:55 +, bonzini at gcc dot gnu dot org wrote:
> Load PRE is scheduled for 4.2, I'm creating this bug because load PRE is
> currently split between CSE and GCSE (this bug blocks the "optimizations 
> caught
> by CSE" meta-bug, PR19721).  Given this code,
> 
>unsigned outcnt;
>extern void flush_outbuf(void);
> 
>void
>bi_windup(unsigned char *outbuf, unsigned char bi_buf)
>{
>outbuf[outcnt] = bi_buf;
>if (outcnt == 16384)
>flush_outbuf();
>outbuf[outcnt] = bi_buf;
>}
>
> we'd want the code to become
> 
> void
> bi_windup(unsigned char *outbuf, unsigned char bi_buf)
> {
> int t1 = outcnt;
> outbuf[t1] = bi_buf;
> int t2 = outcnt, t3;
> if (t2 == 16384) {
> flush_outbuf();
>   t3 = outcnt;
>   } else
>   t3 = t2;
> outbuf[t3] = bi_buf;
> }
> 

This doesn't remove a single load.
In fact, i'm not sure what you think is better about this code.

However, it certainly won't be caught by load PRE.




-- 


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

[Bug target/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86

[debian-gcc at lists dot debian dot org]

--- Additional Comments From debian-gcc at lists dot debian dot org  
2005-08-18 13:15 ---
testcase at http://people.debian.org/~doko/tmp/tst.tar.bz2


-- 


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

[Bug tree-optimization/23455] load PRE is missing

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
13:44 ---
outcnt aliases with outbuf

-- 


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

[Bug tree-optimization/23455] load PRE is missing

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-08-18 
13:46 ---
Subject: Re:  load PRE is missing

On Thu, 2005-08-18 at 13:44 +, bonzini at gcc dot gnu dot org wrote:
> --- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
> 13:44 ---
> outcnt aliases with outbuf
> 

Then there is nothing to optimize in this testcase.

If you look at the code you want, you have exactly the same number of
loads from the global along the main path, and have actually *added* an
extra load along the other path.

This is *not* an optimization.




-- 


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

[Bug tree-optimization/23455] load PRE is missing

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-08-18 
13:46 ---
Sorry.

outcnt aliases with outbuf, so the load of t2 cannot be removed.  The GIMPLE
code that is now emitted is something like:


void
bi_windup(unsigned char *outbuf, unsigned char bi_buf)
{
int t1 = outcnt;
outbuf[t1] = bi_buf;
int t2 = outcnt;
if (t2 == 16384)
flush_outbuf();
int t3 = outcnt;
outbuf[t3] = bi_buf;
}

where t3 == t2 if flush_outbuf is not called.  My code removes the load into t3
if flush_outbuf is not called.

 


-- 


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

[Bug tree-optimization/23094] store ccp misses an optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
13:51 ---
This was not fixed by the patch for PR 21574.

-- 
   What|Removed |Added

 Status|NEW |WAITING


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

[Bug tree-optimization/23094] store ccp misses an optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
13:55 ---
I don't know how this was changed to waiting.

-- 
   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2005-07-27 15:56:51 |2005-08-18 13:55:13
   date||


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

[Bug c++/22034] [4.1 Regression] ICE on valid (local class), dwarf2

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-18 
15:25 ---
Subject: Bug 22034

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-18 15:25:07

Modified files:
gcc: cgraphunit.c ChangeLog 

Log message:
PR c++/22034
* cgraphunit.c (cgraph_varpool_assemble_pending_decls): Emit debug
info only for local statics, not for member variables.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cgraphunit.c.diff?cvsroot=gcc&r1=1.126&r2=1.127
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9771&r2=2.9772



-- 


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

[Bug c++/23089] [4.0/4.1 Regression] internal compiler error: in int_mode_for_mode, at stor-layout.c:251 at -O1

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-18 
15:25 ---
Testing a patch.

-- 
   What|Removed |Added

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


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

[Bug fortran/23460] New: g77 unable to locate fortran INCLUDE files when preprocessed

[douglas dot vechinski at dynetics dot com]

First, as requested the output of gcc -v

Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)

command line that triggers:

  g77 -o example example.F

Error messages:

example.F:2:
 include 'example.par'
 ^
Unable to open INCLUDE file `example.par' at (^)

I'm unable to send the preprocessed file (*.i*) that is requested as none was
generated when I used the -save-temps flag.  In fact, when I add the -save-temps
flag it compiles with no problem.  (I know the site says not to send source code
but I see no other choice, plus it is small.)

So, here is the source file example.F:

  include 'example.par'

  do i=1,nmax
write(6,*)'i = ',i
  enddo
  stop
  end

and the include file example.par

  parameter (nmax=10)

Note, while this example does not have any preprocessing directives in it, I
discovered the problem in a code that did.  I shrank it down to this small
example.  I submitted the problem to the [EMAIL PROTECTED] mail list on Aug
16, 2005.  If I include a -pipe or a -I. on the command line it compiles. 
Apparently the problem is that when the preprocessor processes the *.F file, it
creates a temp file in a different directory which it then tries to compile. 
But the file to be included via the standard Fortran INCLUDE directive is not
located in this temporary location and can not find it.

-- 
   Summary: g77 unable to locate fortran INCLUDE files when
preprocessed
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: douglas dot vechinski at dynetics dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/23461] New: ICE in tree_low_cst, allocating oversized array from stack

[pete at void dot printf dot net]

The following is a minimal test case. Obviously, this is trying to do a dumb
thing, but it shouldn't give ICE, and g++ asked me to report it. The error is
"internal compiler error: in tree_low_cst, at tree.c:3843".

int main()
{
int ptr[10];
return 0;
};

The output of g++ -v follows.

Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --program-suffix=-4.0
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.1 (Debian 4.0.1-2)

Just in case it's relevant, the output of uname -a is "Linux [hostname] 2.4.18
#3 SMP Wed Oct 15 17:04:52 BST 2003 i686 GNU/Linux".

-- 
   Summary: ICE in tree_low_cst, allocating oversized array from
stack
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pete at void dot printf dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/23461] ICE in tree_low_cst, allocating oversized array from stack

[pete at void dot printf dot net]

--- Additional Comments From pete at void dot printf dot net  2005-08-18 
15:42 ---
It's possible that this might be related to bug 22551, but I'm not sure.

-- 


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

[Bug c++/23461] ICE in tree_low_cst, allocating oversized array from stack

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
15:59 ---
This is a dup of bug 23426.  The C example of this was fixed already.  See PR 
23426 for the current 
status of this bug.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/23426] [4.0/4.1 Regression] partial fix too large array problem

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
15:59 ---
*** Bug 23461 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||pete at void dot printf dot
   ||net


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

[Bug tree-optimization/23119] gcc.dg/vect/vect-105.c scan-tree-dump-times vectorized 1 loops 1 fails

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-08-18 16:02 
---
An XFAIL is still a test failing because of a bug in GCC, and all XFAILs should
have open PRs in Bugzilla.  If the target intrinsically cannot support the
feature being tested for (e.g. target-specific tests), the test should
UNSUPPORTED on targets which cannot support it instead of XFAIL.  (If that's the
nature of this test then this bug report should be changed to the "testsuite"
component until fixed, as it would be a bug in the testsuite rather than the
compiler proper, but not closed until the test is either PASS or UNSUPPORTED.)


-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-18 
16:08 ---
Subject: Bug 8

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-18 16:07:55

Modified files:
gcc: ChangeLog tree-ssa-loop.c tree-vect-transform.c 
 tree-vectorizer.c tree-vectorizer.h 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/vect: pr22543.cc 

Log message:
PR tree-optimization/8
* tree-ssa-loop (pass_vectorize): Add TODO_verify_loops to 
todo_flags_start.
* tree-vect-transform.c (vect_transform_loop): Mark the variables that
are recorded in vect_vnames_to_rename for renaming.
* tree-vectorizer.c (vect_vnames_to_rename): New global bitmap.
(slpeel_update_phi_nodes_for_guard1): Record virtual vars for renaming
in vect_vnames_to_rename.
(vectorize_loops): Allocate and free the vect_vnames_to_rename bitmap.
* tree-vectorizer.h (vect_vnames_to_rename): New extern variable.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9772&r2=2.9773
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop.c.diff?cvsroot=gcc&r1=2.33&r2=2.34
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vect-transform.c.diff?cvsroot=gcc&r1=2.40&r2=2.41
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vectorizer.c.diff?cvsroot=gcc&r1=2.107&r2=2.108
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vectorizer.h.diff?cvsroot=gcc&r1=2.27&r2=2.28
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5935&r2=1.5936
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/vect/pr22543.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug java/12756] Binary Compatibility: Searches are slow

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-08-18 
16:09 ---
AIUI, Andrew's profiling of jonas showed the runtime linker to be
down in the noise.  So this is not very important.



-- 


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

[Bug libstdc++/23462] New: [4.1 Regression] 27_io/basic_filebuf/sgetn/char/[12]-i[no].cc execution tests fail

[jsm28 at gcc dot gnu dot org]

FAIL: 27_io/basic_filebuf/sgetn/char/1-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/1-io.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/2-in.cc execution test
FAIL: 27_io/basic_filebuf/sgetn/char/2-io.cc execution test

appeared on mainline between 20050816 and 20050817 (both at 07:00 UTC, some IRC
discussion suggests a narrower timeframe is known but I don't see an open bug
for these failures), on multiple platforms (at least i686-pc-linux-gnu,
hppa2.0w-hp-hpux11.11, hppa64-hp-hpux11.11, ia64-hp-hpux11.23).

-- 
   Summary: [4.1 Regression] 27_io/basic_filebuf/sgetn/char/[12]-
i[no].cc execution tests fail
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/23463] New: [4.1 Regression] va-arg-22.c execution fails

[jsm28 at gcc dot gnu dot org]

FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -O0 
FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -O1 
FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -O2 
FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -O3 -fomit-frame-pointer 
FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions 
FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -O3 -fomit-frame-pointer
-funroll-loops 
FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -O3 -g 
FAIL: gcc.c-torture/execute/va-arg-22.c execution,  -Os 

have appeared on mainline between 20050816 and 20050817 on hppa2.0w-hp-hpux11.11
and hppa64-hp-hpux11.11, gcc-testresults shows them also on hppa-linux.

-- 
   Summary: [4.1 Regression] va-arg-22.c execution fails
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: hppa*-*-*


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

[Bug target/23464] New: [4.1 Regression] compat tests fail

[jsm28 at gcc dot gnu dot org]

FAIL: tmpdir-gcc.dg-struct-layout-1/t001 c_compat_x_tst.o-c_compat_y_tst.o 
execute 
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_x_tst.o-c_compat_y_tst.o 
execute 
FAIL: tmpdir-gcc.dg-struct-layout-1/t005 c_compat_x_tst.o-c_compat_y_tst.o 
execute 
FAIL: tmpdir-gcc.dg-struct-layout-1/t024 c_compat_x_tst.o-c_compat_y_tst.o 
execute 
FAIL: tmpdir-gcc.dg-struct-layout-1/t025 c_compat_x_tst.o-c_compat_y_tst.o 
execute 
FAIL: tmpdir-gcc.dg-struct-layout-1/t026 c_compat_x_tst.o-c_compat_y_tst.o 
execute 
FAIL: tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o 
execute 
FAIL: tmpdir-gcc.dg-struct-layout-1/t028 c_compat_x_tst.o-c_compat_y_tst.o 
execute 

have appeared on mainline between 20050816 and 20050817 on hppa2.0w-hp-hpux11.11
and hppa64-hp-hpux11.11, gcc-testresults shows them also on hppa-linux.

-- 
   Summary: [4.1 Regression] compat tests fail
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: hppa*-*-*


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

[Bug target/23436] [4.1 Regression] Insn does not satisfy its constraints (reload_cse_simplify_operands)

[rearnsha at gcc dot gnu dot org]

--- Additional Comments From rearnsha at gcc dot gnu dot org  2005-08-18 
16:33 ---
Mine.

-- 
   What|Removed |Added

 CC||rearnsha at gcc dot gnu dot
   ||org
 AssignedTo|unassigned at gcc dot gnu   |rearnsha at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 16:33:28
   date||


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

[Bug tree-optimization/23462] [4.1 Regression] 27_io/basic_filebuf/sgetn/char/[12]-i[no].cc execution tests fail

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
16:47 ---
And on powerpc-darwin.

-- 
   What|Removed |Added

  Component|libstdc++   |tree-optimization
   Keywords||wrong-code
   Target Milestone|--- |4.1.0


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

[Bug target/23463] [4.1 Regression] va-arg-22.c execution fails

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |4.1.0


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

[Bug target/23464] [4.1 Regression] compat tests fail

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |4.1.0


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

[Bug libstdc++/23465] New: Assignment fails on TR1 unordered containers

[chris at bubblescope dot net]

 

-- 
   Summary: Assignment fails on TR1 unordered containers
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris at bubblescope dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libstdc++/23465] Assignment fails on TR1 unordered containers

[chris at bubblescope dot net]

--- Additional Comments From chris at bubblescope dot net  2005-08-18 17:26 
---
The following simple piece of code fails to compile.

#include 

int main(void)
{
  std::tr1::unordered_set i,j;
 i = j;
}

The error is in fact in , and as all the unordered containers 
inherit from here, the bug 
is in all of them.

There are two main reasons for this lack of compiling.

Firstly, hash_code_base::m_swap calls m_swap on various elements, most of which 
don't have a swap 
member function. Changing these calls to swap fixes that, and does what the 
code should.

The second compilation error is on line 1275,  hashtable::hashtable, where the 
member function 
copy_code_from is called on a pointer. I'm not however sure what this function 
is supposed to do. If no 
hashtable experts pop up, I intend to try to figure out how this functions 
works and how it should..

-- 


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

[Bug middle-end/23467] New: alignment of member doesn't always carry over to alignment of struct.

[amylaar at gcc dot gnu dot org]

For STRICT_ALIGNMENT targets, the alignment of the mode of a struct
can override a larger alignment requirement from an aligned member.

-- 
   Summary: alignment of member doesn't always carry over to
alignment of struct.
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: any with STRICT_ALIGNMENT, e.g. sh-elf


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

[Bug middle-end/23467] alignment of member doesn't always carry over to alignment of struct.

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-08-18 
17:51 ---
Created an attachment (id=9533)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9533&action=view)
testcase

Although the size of s1 gets padded to 64 bits for sh-elf, its alignemnt
is set back to 32 bits, and hence m is not sufficiently aligned.

-- 


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

[Bug middle-end/23467] alignment of member doesn't always carry over to alignment of struct.

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-08-18 
17:54 ---
Created an attachment (id=9534)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9534&action=view)
proposed patch


-- 


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

[Bug rtl-optimization/23454] [4.0 regression] ICE in invert_exp_1, at jump.c:1719

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
18:10 ---
Confirmed, a reduced testcase:
void tree_insert();
int empty, nulls;
char found;
long long min_arg, max_arg;
static inline int compare_longlong(const long long s, const long long t) {
  return ((s < t) ? -1 : s > t ? 1 : 0);
}
int num1();
int null_value;
void add(int room_in_tree)
{
  long long  num = num1();
  if (null_value)
  {
nulls++;
return;
  }
  if (num == 0)
empty++;
  if (room_in_tree)
tree_insert();
  if (!found)
found = 1;
  else if (num != 0)
  {
if (compare_longlong(num, min_arg) < 0)
  min_arg = num;
if (compare_longlong(num, max_arg) > 0)
  max_arg = num;
  }
}

This one fails at -O2.

This also might fail on the mainline with -O2 -fno-tree-vrp.

Also this one might fail in 3.4.x also but I have not tested it there or on the 
mainline yet.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 18:10:45
   date||


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

[Bug fortran/23460] [3.4 Regression] g77 unable to locate fortran INCLUDE files when preprocessed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
19:12 ---
Confirmed, this is a regression from 3.3.3 where this works.

Gfortran works as expected.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||3.4.0
  Known to work||3.3.3 2.95.3 3.0.4 3.2.3
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 19:12:57
   date||
Summary|g77 unable to locate fortran|[3.4 Regression] g77 unable
   |INCLUDE files when  |to locate fortran INCLUDE
   |preprocessed|files when preprocessed
   Target Milestone|--- |3.4.5


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

[Bug c++/22034] [4.1 Regression] ICE on valid (local class), dwarf2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
19:14 ---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program

[gideon dot amos at canfieldsci dot com]

--- Additional Comments From gideon dot amos at canfieldsci dot com  
2005-08-18 19:57 ---
I'm still getting a mudflap violation with the simpler test case, posted by
Frank Ch. Eigler, I get this on a debian linux system (Linux version
2.6.8-1-686-smp) with at least two builds of gcc:

$ gcc --version 
gcc (GCC) 4.0.1
[...]
$ gcc -dumpmachine
target i686-pc-linux-gnu 

and

$ gcc-4.0 --version
gcc-4.0 (GCC) 4.0.2 20050816 (prerelease) (Debian 4.0.1-5)
[...]
$ gcc-4.0 -dumpmachine
i486-linux-gnu



-- 


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

[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program

[fche at redhat dot com]

--- Additional Comments From fche at redhat dot com  2005-08-18 20:05 
---
still broken.

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/20624] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
20:10 ---
Patch posted here: 
which fixes this issue but not the one in PR 20681 which is a semi front-end 
bug in that it should have 
not emitted the break to IR.

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||08/msg01102.html
   Keywords||patch


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

[Bug other/23469] New: Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

The return value of the builtin signbit(x) macro (called with a float argument)
differs when compiling with optimizations or not

When optimizations are off the return value is 0x8000 or 0 (signbit set and
not-set, respectively).

When optimizations are on (-O1) return value is 1 or 0 (signbit set and not-set,
respectively).

 I'll attach a sample .cpp file, .ii file, and the output of -save-temps to this
report.

 The sample .cpp file shows a simple example. The function mysignbit() is
defined just as the __signbitf(x) function in include/bits/mathinline.h but
returns a different value than __signbitf(x) when compiling without
optimizations, but returns the same value when compiling with optimizations (-O1
and above).

-- 
   Summary: Behaviour of built-in __signbitf(x) differs with
optimization
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ddneilson at gmail dot com
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=23469

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

--- Additional Comments From ddneilson at gmail dot com  2005-08-18 20:43 
---
Created an attachment (id=9535)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9535&action=view)
Source file of example


-- 


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

--- Additional Comments From ddneilson at gmail dot com  2005-08-18 20:44 
---
Created an attachment (id=9536)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9536&action=view)
.ii file generated by compiling with: g++ -Wall -v -save-temps signbit.cpp


-- 


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

--- Additional Comments From ddneilson at gmail dot com  2005-08-18 20:45 
---
Created an attachment (id=9537)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9537&action=view)
Ouput from compile with: g++ -Wall -v -save-temps signbit.cpp


-- 


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

--- Additional Comments From ddneilson at gmail dot com  2005-08-18 20:46 
---
Created an attachment (id=9538)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9538&action=view)
.ii file generated by compiling with: g++ -Wall -v -O1 -save-temps signbit.cpp


-- 


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

--- Additional Comments From ddneilson at gmail dot com  2005-08-18 20:47 
---
Created an attachment (id=9539)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9539&action=view)
Output from compile with: g++ -Wall -v -O1 -save-temps signbit.cpp


-- 


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

-- 
   What|Removed |Added

   Attachment #9537|Ouput from compile with: g++|Output from compile with:
description|-Wall -v -save-temps|g++ -Wall -v -save-temps
   |signbit.cpp |signbit.cpp


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

--- Additional Comments From ddneilson at gmail dot com  2005-08-18 20:49 
---
Created an attachment (id=9540)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9540&action=view)
Output from running the program without optimizations


-- 


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[ddneilson at gmail dot com]

--- Additional Comments From ddneilson at gmail dot com  2005-08-18 20:49 
---
Created an attachment (id=9541)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9541&action=view)
Output from running the program with -O1


-- 


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

[Bug rtl-optimization/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86

[belyshev at depni dot sinp dot msu dot ru]

-- 
   What|Removed |Added

 Status|WAITING |NEW
  Component|target  |rtl-optimization
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 21:15:51
   date||


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

[Bug other/23469] Behaviour of built-in __signbitf(x) differs with optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
21:41 ---
This is not a bug as signbit just have to return a non zero value if it has the 
value passed has its sign 
bit set.
So defining it this way:
inline int mysignbit(float x) {
  union { float f; unsigned int i; } u;
  u.f = x;
  return u.i&0x8000UL;
}

Is also legal.

The reason for the different is optimizing for size vs optimizing for speed.  
The definition you gave is 
faster but larger.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |---


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

[Bug middle-end/23470] New: a*a (for floats) is not considered always postive

[pinskia at gcc dot gnu dot org]

While looking into PR 23452, I noticed this:
double pow(double, double);
int f(double a, double b)
{
  if (((a*a) + (b*b))<0)
link_error();
}

There should be no reference to link_error as a*a is always postive.  Note 
really 
__builtin_pow (a, 2.0e+0) is what is folded to first.

-- 
   Summary: a*a (for floats) is not considered always postive
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libgcj/23466] Double.toString(0.0010) ---> "0.001" ISO "0.0010"

[robilad at kaffe dot org]

--- Additional Comments From robilad at kaffe dot org  2005-08-18 22:41 
---
that looks like a bug in Sun's implementation, as the Double.toString() API
specs demand that Double.toString returns only as many digits as necessary to
uniquely identify the floating point number. 

Adding one or more '0' digits does not seem useful, as 0.001 and 0.0010 are
mathematically speaking the same number. It would in fact seem to violate the
API specifications.

cheers,
dalibor topic

-- 


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

[Bug tree-optimization/23452] Optimizing CONJG_EXPR (a) * a

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-18 
23:33 ---
Confirmed, there are two ways of fixing this, one in fold which folds 
CONJ_EXPR*a, the other way is 
to do it later on via somthing like like a combiner or even in complex exand.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-18 23:33:48
   date||


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

[Bug tree-optimization/23471] New: a*a (for signed ints with -fno-wrapv) is always postive

[pinskia at gcc dot gnu dot org]

Hmm, this is both a VRP bug and a folding bug.  Even though a is VARYING, we 
know the that a*a will 
always be postive (this with -fno-wrapv which is default for C, C++ and 
fortran).
void link_error(void);
void f(int a)
{
  int b = a;
  b*=a;
  if (b < 0)
   link_error();
}

---
There should be no references to link_error().

There is another way of fixing this via the fold:
void link_error(void);
void f(int a)
{
  if (a*a < 0)
   link_error();
}

But that will miss:
void link_error(void);
void f(int a)
{
  if (a*a*a*a*a*a < 0)
   link_error();
}

---
Yes that is most likely to overflow but that is the whole point of -fno-wrapv.

Also ICC does not do this optimization at all.

-- 
   Summary: a*a (for signed ints with -fno-wrapv) is always postive
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug rtl-optimization/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86 with gcse after reload

[belyshev at depni dot sinp dot msu dot ru]

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-08-19 01:03 ---
Single-file testcase, compile with "-march=i486 -O2 -fomit-frame-pointer
-fno-strict-aliasing -fgcse-after-reload":

bar ()
{
  exit (0);
}

baz (x)
{
  return x;
}

foo ()
{
  abort ();
}

ker0 (int *x0, int a) 
{
  int *x, *c, *d, p, av, i, j, k, r, t, n, m, *dd;
  n = x0;
  m = x0 [0];
  x = baz (x0);
  if (a) 
{
  if (m)
foo ();
  for (k = 1; k <= n; k ++)
((int **) x) [k] = foo (x [k]);
}
  for (k = 1; k < m; k ++) 
c [k] = 0;
  av = k;
  for (k = 0;; k ++) 
{
  j = bar (x [k], 0, 0, 0);
  if (j > m) 
{
  r ++;
  for (j = 1; j < k; j ++)
if (d [j])
  ((int **) x) [k] [d [j]] = 0;
}
  else
{
  foo (0, x [j]);
  for (i = k + 1; i; i ++)
((int *) x) [j] = 0;
  for (t = 1; m; )
if (j) 
  {
p = x [t];
for (i = k + 1; i; i ++)
  x [t] = foo (x [i], foo (p, x [j]));
if (av)
  foo (k);
  }
}
}
  *dd = r;
}

int main (void)
{
  int x = 0;
  ker0 (&x, 0);
  abort ();
}


-- 


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

[Bug c++/23472] New: __attribute__((constructor)) called twice with -funit-at-a-time

[flash at pobox dot com]

The constructor in the code for bug 16717 (below) gets called twice when 
compiled by 3.3.4 with -
funit-at-a-time, but only once when called without -funit-at-a-time.  This 
sounds like the opposite of 
bug 16717, which was marked as a 3.4 regression, and supposedly not a problem 
in 3.3.4.


#include 

void hello (void) __attribute__ ((constructor));

void hello (void) { printf ("Hello world\n"); }

int main (void) { return 0; }


Here's the session:

 [EMAIL PROTECTED] scripts 18:00:33
81> /usr/bin/g++ -v -funit-at-a-time 
../cpp/bugfiles/GCC_bugfiles/noerror/16717-attr-
constructor.cpp
Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.4/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr 
--with-local-prefix=/usr/local --
infodir=/usr/share/info --mandir=/usr/share/man 
--enable-languages=c,c++,f77,objc,java,ada --
disable-checking --libdir=/usr/lib --enable-libgcj 
--with-gxx-include-dir=/usr/include/g++ --with-
slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit 
i586-suse-linux
Thread model: posix
gcc version 3.3.4 (pre 3.3.5 20040809)
 /usr/lib/gcc-lib/i586-suse-linux/3.3.4/cc1plus -quiet -v -D__GNUC__=3 
-D__GNUC_MINOR__=3 -
D__GNUC_PATCHLEVEL__=4 -D_GNU_SOURCE 
../cpp/bugfiles/GCC_bugfiles/noerror/16717-attr-
constructor.cpp -D__GNUG__=3 -quiet -dumpbase 16717-attr-constructor.cpp 
-auxbase 16717-attr-
constructor -version -funit-at-a-time -o /tmp/ccKqhSCv.s
GNU C++ version 3.3.4 (pre 3.3.5 20040809) (i586-suse-linux)
compiled by GNU C version 3.3.4 (pre 3.3.5 20040809).
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96968
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/g++
 /usr/include/g++/i586-suse-linux
 /usr/include/g++/backward
 /usr/local/include
 /usr/lib/gcc-lib/i586-suse-linux/3.3.4/include
 /usr/i586-suse-linux/include
 /usr/include
End of search list.
 /usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/as -V 
-Qy -o /tmp/ccgrP3v1.o 
/tmp/ccKqhSCv.s
GNU assembler version 2.15.91.0.2 (i586-suse-linux) using BFD version 
2.15.91.0.2 20040727 (SuSE 
Linux)
 /usr/lib/gcc-lib/i586-suse-linux/3.3.4/collect2 --eh-frame-hdr -m elf_i386 
-dynamic-linker /lib/ld-
linux.so.2 /usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../crt1.o 
/usr/lib/gcc-lib/i586-suse-linux/
3.3.4/../../../crti.o /usr/lib/gcc-lib/i586-suse-linux/3.3.4/crtbegin.o 
-L/usr/lib/gcc-lib/i586-suse-
linux/3.3.4 
-L/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/lib 
-L/usr/lib/gcc-
lib/i586-suse-linux/3.3.4/../../.. /tmp/ccgrP3v1.o -lstdc++ -lm -lgcc_s -lgcc 
-lc -lgcc_s -lgcc /usr/
lib/gcc-lib/i586-suse-linux/3.3.4/crtend.o 
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../crtn.o
 [EMAIL PROTECTED] scripts 18:00:57
82> a.out
Hello world
Hello world
 [EMAIL PROTECTED] scripts 18:01:07
83> 
 [EMAIL PROTECTED] scripts 18:01:08
83> /usr/bin/g++ -fno-unit-at-a-time 
../cpp/bugfiles/GCC_bugfiles/noerror/16717-attr-
constructor.cpp
 [EMAIL PROTECTED] scripts 18:01:37
84> a.out
Hello world
 [EMAIL PROTECTED] scripts 18:01:39
85>

-- 
   Summary: __attribute__((constructor)) called twice with -funit-
at-a-time
   Product: gcc
   Version: 3.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flash at pobox dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/23472] __attribute__((constructor)) called twice with -funit-at-a-time

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-19 
01:15 ---
This is a hammer branch specific bug (the branch which is used to produce 
SuSE's gcc).  This bug does 
not effect any FSF branch any more as PR 16717 is already fixed and 
unit-at-a-time was added for 
3.4.x.


Assigning it to matz per Steven B.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |matz at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED


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

[Bug c++/23472] __attribute__((constructor)) called twice with -funit-at-a-time

[matz at suse dot de]

--- Additional Comments From matz at suse dot de  2005-08-19 01:36 ---
Still a problem in the current hammer branch.  CCing Honza. 

-- 


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

[Bug target/23473] New: ICE at config/arm/arm.c:3280

[kazu at gcc dot gnu dot org]

Consider

struct s {
  unsigned a : 1;
};

int
foo (struct s *p, int b, int c, int d)
{
  p->a = 0;
  return b;
}

"./cc1 -quiet -O2 -mthumb -fPIC min.c" gives me

min.c: In function 'foo':
min.c:10: internal compiler error: in thumb_find_work_register, at
config/arm/arm.c:3280
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

This testcase is reduced from libiberty/regex.c.

-- 
   Summary: ICE at config/arm/arm.c:3280
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-none-eabi


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

[Bug c/23474] New: gcc segfaults when inlined function is redefined after use

[ecc at cmu dot edu]

The following code causes Debian's gcc-4.0 to segfault:

static inline __attribute__((always_inline)) void f(void) {}
static inline void g(void) { f(); }
static inline void f(void) {}
void bug(void) { g(); }

gcc -v:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --program-suffix=-4.0
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
--enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre
--enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)

-- 
   Summary: gcc segfaults when inlined function is redefined after
use
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ecc at cmu dot edu
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/23474] gcc segfaults when inlined function is redefined after use

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-19 
02:36 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/22052] [4.0 Regression] redefinition of inline function succeeds

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-19 
02:36 ---
*** Bug 23474 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||ecc at cmu dot edu


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

[Bug c/21975] [4.0 Regression] Segmentation fault while compiling ipw2100

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-19 
02:37 ---


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/22052] [4.0 Regression] redefinition of inline function succeeds

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-19 
02:37 ---
*** Bug 21975 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||j at bitron dot ch


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