[Bug tree-optimization/32183] [4.3 Regression] reassoc2 can more extra calculations into a loop

[hjl at gcc dot gnu dot org]

--- Comment #31 from hjl at gcc dot gnu dot org  2007-09-08 06:47 ---
Subject: Bug 32183

Author: hjl
Date: Sat Sep  8 06:46:53 2007
New Revision: 128262

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128262
Log:
2007-09-07  Zdenek Dvorak  <[EMAIL PROTECTED]>

PR tree-optimization/32183
* Makefile.in (tree-ssa-reassoc.o): Also depend on $(CFGLOOP_H).

* tree-ssa-reassoc.c: Include cfgloop.h.
(is_reassociable_op): Add a loop argument and return true only
for inside loop.
(linearize_expr): Updated.
(should_break_up_subtract): Likewise.
(linearize_expr_tree): Likewise.
(init_reassoc): Call loop_optimizer_init with
AVOID_CFG_MODIFICATIONS.  Remove calculate_dominance_info call
with CDI_DOMINATORS.
(fini_reassoc): Call loop_optimizer_finalize.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/tree-ssa-reassoc.c


-- 


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

[Bug c/33351] segfault in assembler function

[marcus at jet dot franken dot de]

--- Comment #1 from marcus at jet dot franken dot de  2007-09-08 06:41 
---
Created an attachment (id=14174)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14174&action=view)
except.i

condensed testcase (from Wine)


-- 


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

[Bug c/33351] New: segfault in assembler function

[marcus at jet dot franken dot de]

this has arrived in the last 2 days.

LANG=C /home/marcus/projects/gcc/BIN/bin/gcc -m32 -c -fPIC -O2 except.i 
except.i: In function 'except_handler3':
except.i:28: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: segfault in assembler function
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marcus at jet dot franken dot de
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: i586-unknown-linux-gnu


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

[Bug c++/33350] New: copy constructor error

[stevenyi at 163 dot com]

if the copy constructor is decrated with the key word explicit, the following
code won't compile,

struct T
{
explicit T() {}
explicit T(const T&) {}
};

void test(T const&)
{
}

int main(int argc, char *argv[])
{
test(T());
return 0;
}


-- 
   Summary: copy constructor error
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: stevenyi at 163 dot com


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

[Bug c++/33207] [4.3 regression] ICE redeclaring namespace as struct

[patchapp at dberlin dot org]

--- Comment #3 from patchapp at dberlin dot org  2007-09-08 05:55 ---
Subject: Bug number PR c++/33207

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00667.html


-- 


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

[Bug fortran/31154] IMPORT fails for " FUNCTION (...)" kind of procedures

[patchapp at dberlin dot org]

--- Comment #4 from patchapp at dberlin dot org  2007-09-08 05:02 ---
Subject: Bug number PR31154

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00618.html


-- 


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

[Bug c++/33342] [4.3 Regression] ICE in dependent_type_p, at cp/pt.c:15081

[jason at redhat dot com]

--- Comment #4 from jason at redhat dot com  2007-09-08 03:52 ---
Subject: Re:  [4.3 Regression] ICE in dependent_type_p, at
 cp/pt.c:15081

This patch seems to fix the bug, but I haven't had a chance to 
regression test it or reduce the testcase, and may not get a chance for 
a bit.

Index: pt.c
===
*** pt.c(revision 128240)
--- pt.c(working copy)
*** most_specialized_class (tree type, tree 
*** 13646,13651 
--- 13646,13653 
{
  int i;

+ ++processing_template_decl;
+ 
  /* Discard the outer levels of args, and then substitute in the
 template args from the enclosing class.  */
  partial_spec_args = INNERMOST_TEMPLATE_ARGS (partial_spec_args);
*** most_specialized_class (tree type, tree 
*** 13661,13666 
--- 13663,13670 
  for (i = TREE_VEC_LENGTH (parms) - 1; i >= 0; --i)
TREE_VEC_ELT (parms, i) =
  tsubst (TREE_VEC_ELT (parms, i), outer_args, tf_none, NULL_TREE);
+ 
+ --processing_template_decl;
}
spec_args = get_class_bindings (parms,
  partial_spec_args,


-- 


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

[Bug c++/33349] New: Redundant zero-extension of registers

[us15 at os dot inf dot tu-dresden dot de]

template 
__attribute__((always_inline))
static inline void out (unsigned port, T val)
{
asm volatile ("out %0, %w1" : : "a" (val), "Nd" (port));
}

void func (unsigned bits, unsigned val)
{
switch (bits) {
case 8:
out (0x80, static_cast(val));
return; 
case 16:
out (0x80, static_cast(val));
return;  
case 32:
out (0x80, static_cast(val));
return; 
}
}

Above test program compiled with:
gcc -Os -fomit-frame-pointer -c x.cc
produces the following object code:

 :
   0:   8b 54 24 04 mov0x4(%esp),%edx
   4:   8b 44 24 08 mov0x8(%esp),%eax
   8:   83 fa 10cmp$0x10,%edx
   b:   74 10   je 1d 
   d:   83 fa 20cmp$0x20,%edx
  10:   74 12   je 24 
  12:   83 fa 08cmp$0x8,%edx
  15:   75 0f   jne26 
  17:   0f b6 c0movzbl %al,%eax
  1a:   e6 80   out%al,$0x80
  1c:   c3  ret
  1d:   0f b7 c0movzwl %ax,%eax
  20:   66 e7 80out%ax,$0x80
  23:   c3  ret
  24:   e7 80   out%eax,$0x80
  26:   c3  ret

gcc unnecessarily zero-extends %eax before the out operations.

gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-svn/configure --prefix=/usr --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++
--disable-checking --with-gnu-ld --verbose
Thread model: posix
gcc version 4.3.0 20070903 (experimental) (GCC)


-- 
   Summary: Redundant zero-extension of registers
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: us15 at os dot inf dot tu-dresden dot de
  GCC host triplet: 686-pc-linux-gnu


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

[Bug c++/33239] [4.1/4.2/4.3 Regression] internal compiler error in instantiate_class_template, at cp/pt.c:5666

[pcarlini at suse dot de]

--- Comment #5 from pcarlini at suse dot de  2007-09-08 02:22 ---
Now the ICE is at line 6586. Can be triggered with this smaller snippet:

struct null_type;

template
struct tuple_impl
{
  template
  struct append
  {
typedef tuple_impl type;
  };

  int data;
};

template
class tuple
: public tuple_impl::template append::type
{
  using tuple_impl::template append::type::data;
};

tuple  my_tuple;

-

Note that if I remove the now redundant template parameter T2 of tuple and
instantiate with typle, we get immediately a bit of additional info:

33239_p2.C: In instantiation of ‘tuple’:
33239_p2.C:22:   instantiated from here
33239_p2.C:19: internal compiler error: tree check: accessed elt 2 of tree_vec
with 1 elts in tsubst, at cp/pt.c:8601


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 CC||pcarlini at suse dot de


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

[Bug c++/33342] [4.3 Regression] ICE in dependent_type_p, at cp/pt.c:15081

[pcarlini at suse dot de]

--- Comment #3 from pcarlini at suse dot de  2007-09-08 02:08 ---
Jason, could you please have a look to this issue? In my hunt it appeared with
your fix for c++/14032 (r128076). Thanks.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot
   ||org, pcarlini at suse dot de
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-09-08 02:08:16
   date||


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

[Bug middle-end/33335] [4.3 Regression] FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2007-09-08 01:11 ---
It was fixed between 128118 and 128143 and then showed up again between 128143
and 128201 and still happens as of revision 128251.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||link-failure
   Last reconfirmed|-00-00 00:00:00 |2007-09-08 01:11:55
   date||


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

[Bug middle-end/33335] [4.3 Regression] FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-09-08 01:09 ---
This also shows up on powerpc64-linux-gnu.
FAIL: 18_support/numeric_limits/epsilon.cc (test for excess errors)
Excess errors:
/home/apinski/src/local/gcc/libstdc++-v3/testsuite/18_support/numeric_limits/epsilon.cc:39:
undefined reference to `__addtf3'
collect2: ld returned 1 exit status


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|other   |middle-end
  GCC build triplet|hppa64-hp-hpux11.11 |
   GCC host triplet|hppa64-hp-hpux11.11 |
 GCC target triplet|hppa64-hp-hpux11.11 |hppa64-hp-hpux11.11,
   ||powerpc64-linux-gnu
Summary|FAIL:   |[4.3 Regression] FAIL:
   |26_numerics/complex/inserter|26_numerics/complex/inserter
   |s_extractors/wchar_t/1.cc   |s_extractors/wchar_t/1.cc
   Target Milestone|--- |4.3.0


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

[Bug fortran/33339] GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90

[longb at cray dot com]

--- Comment #2 from longb at cray dot com  2007-09-08 01:03 ---
Subject: Re:  GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR
 MPICH2 TEST F90_RMA/BASEATTRWINF90.F90



kargl at gcc dot gnu dot org wrote:
> --- Comment #1 from kargl at gcc dot gnu dot org  2007-09-07 21:03 ---
> (In reply to comment #0)
>
>   
>>> ftn -o x -O2 bug2867.f90
>>> aprun -n 1 ./x
>>>   
>>  Got incorrect value for WIN_SIZE (  140733193389056 , should be
>>
>> 1024 )
>>  Got wrong value for WIN_DISP_UNIT (  140733193388036 , should be
>> 
>
> What is ftn?  On my system, when I build MPICH2 I get mpf90.
>   

ftn is a script that allows the user to see a common interface for all 
the compilers we  document.  Which compiler is used is controlled by the 
module facility. Library sets are selected based on the compiler and OS 
combinations.  The same command is used for both serial and parallel 
programs.

Cheers,
Bill

> I added an else clause for printing the right values
>
> node10:kargl[227] ../mpich2/bin/mpif90 -o z -O2 long.f90
> node10:kargl[228] ./z
>  Got right value for WIN_DISP_UNIT ( 4 , should be 4 )
> node10:kargl[229] ../mpich2/bin/mpiexec -machinefile mf1 -n 1 ./z
>  Got right value for WIN_DISP_UNIT ( 4 , should be 4 )
>
> node10:kargl[231] ../mpich2/bin/mpif90 --version
> GNU Fortran (GCC) 4.2.1 20070523 (prerelease)
>
>
>   


-- 


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

[Bug middle-end/33348] [4.3 Regression] gfortran.dg/g77/19990826-3.f fails at -O1

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug middle-end/33348] New: [4.3 Regression] gfortran.dg/g77/19990826-3.f fails at -O1

[pinskia at gcc dot gnu dot org]

+FAIL: gfortran.dg/g77/19990826-3.f  -O  (internal compiler error)
+FAIL: gfortran.dg/g77/19990826-3.f  -O  (test for excess errors)

This showed up between revision 128118 and 128143.

/home/apinski/src/local/gcc/gcc/testsuite/gfortran.dg/g77/19990826-3.f:319:
error: invalid rtl sharing found in the insn
/home/apinski/src/local/gcc/gcc/testsuite/gfortran.dg/g77/19990826-3.f:319:
error: shared rtx
(mem/c/i:SI (plus:DI (reg/f:DI 113 sfp)
 (const_int 244 [0xf4])) [0 S4 A32])


-- 
   Summary: [4.3 Regression] gfortran.dg/g77/19990826-3.f fails at -
O1
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
GCC target triplet: powerpc64-linux-gnu


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

[Bug rtl-optimization/33347] [4.3 Regression] gcc.c-torture/compile/20000804-1.c ICEs at -O3 -funroll-loops

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-09-08 00:46 ---
ICE:

/home/apinski/src/local/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:
In function 'f':^M
/home/apinski/src/local/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:19:
error: invalid rtl sharing found in the insn^M
(insn 261 260 262 2
/home/apinski/src/local/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:19
(set (subreg:TI (reg:CDI 372) 0)^M
(unspec:TI [^M
(subreg:TI (reg:CDI 372) 0)^M
(reg:TI 377)^M
(reg:TI 376)^M
] 17)) -1 (nil))^M
/home/apinski/src/local/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:19:
error: shared rtx^M
(subreg:TI (reg:CDI 372) 0)^M
/home/apinski/src/local/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c:19:
internal compiler error: internal consistency failure^M
Please submit a full bug report,^M
with preprocessed source if appropriate.^M
See  for instructions.^M
compiler exited with status 1


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug rtl-optimization/33347] New: [4.3 Regression] gcc.c-torture/compile/20000804-1.c ICEs at -O3 -funroll-loops

[pinskia at gcc dot gnu dot org]

+FAIL: gcc.c-torture/compile/2804-1.c  -O3 -fomit-frame-pointer
-funroll-loops  (internal compiler error)
+FAIL: gcc.c-torture/compile/2804-1.c  -O3 -fomit-frame-pointer
-funroll-loops  (test for excess errors)
+FAIL: gcc.c-torture/compile/2804-1.c  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  (internal compiler error)
+FAIL: gcc.c-torture/compile/2804-1.c  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  (test for excess errors)

This showed up between revision 128143 and 128203


-- 
   Summary: [4.3 Regression] gcc.c-torture/compile/2804-1.c ICEs
at -O3 -funroll-loops
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
GCC target triplet: spu-elf


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

[Bug rtl-optimization/33346] [4.3 Regression] g++.old-deja/g++.eh/ia64-1.C ICEs at -O1 on spu-elf

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 GCC target triplet||spu-elf
Summary|[4.3 Regression] g++.old-   |[4.3 Regression] g++.old-
   |deja/g++.eh/ia64-1.C ICEs at|deja/g++.eh/ia64-1.C ICEs at
   |-O1 |-O1 on spu-elf
   Target Milestone|--- |4.3.0


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

[Bug rtl-optimization/33346] New: [4.3 Regression] g++.old-deja/g++.eh/ia64-1.C ICEs at -O1

[pinskia at gcc dot gnu dot org]

-FAIL: g++.old-deja/g++.eh/ia64-1.C execution test
+FAIL: g++.old-deja/g++.eh/ia64-1.C (internal compiler error)
+FAIL: g++.old-deja/g++.eh/ia64-1.C (test for excess errors)
+WARNING: g++.old-deja/g++.eh/ia64-1.C compilation failed to produce executable


This showed up between revision 128203 and 128251

backtrace:
#0  0x104345c4 in reload_as_needed (live_known=1) at
/home/apinski/src/local/gcc/gcc/reload1.c:4161
#1  0x24008424 in ?? ()
#2  0x10437ad0 in reload (first=0xf7c3f630, global=1) at
/home/apinski/src/local/gcc/gcc/reload1.c:1146
#3  0x44000884 in ?? ()
#4  0x107080d0 in global_alloc () at
/home/apinski/src/local/gcc/gcc/global.c:683
#5  0x48000484 in ?? ()
#6  0x10709534 in rest_of_handle_global_alloc () at
/home/apinski/src/local/gcc/gcc/global.c:2055


-- 
   Summary: [4.3 Regression] g++.old-deja/g++.eh/ia64-1.C ICEs at -
O1
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug rtl-optimization/33345] [4.3 Regression] gcc.c-torture/execute/20030323-1.c ICEs at -O2 and above

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-09-08 00:40 ---
Backtrace:
#0  forwarder_block_p (bb=0xf7be) at
/home/apinski/src/local/gcc/gcc/cfganal.c:93
#1  0x10588e48 in update_forwarder_flag (bb=0xf7be) at
/home/apinski/src/local/gcc/gcc/cfgcleanup.c:98
#2  0x1058cb1c in cleanup_cfg (mode=32) at
/home/apinski/src/local/gcc/gcc/cfgcleanup.c:1940
#3  0x48000484 in ?? ()
#4  0x105d623c in rest_of_handle_if_conversion () at
/home/apinski/src/local/gcc/gcc/ifcvt.c:4074


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug rtl-optimization/33345] New: [4.3 Regression] gcc.c-torture/execute/20030323-1.c ICEs at -O2 and above

[pinskia at gcc dot gnu dot org]

+FAIL: gcc.c-torture/execute/20030323-1.c compilation,  -O2  (internal compiler
error)
+FAIL: gcc.c-torture/execute/20030323-1.c compilation,  -O3
-fomit-frame-pointer  (internal compiler error)
+FAIL: gcc.c-torture/execute/20030323-1.c compilation,  -O3 -g  (internal
compiler error)
+FAIL: gcc.c-torture/execute/20030323-1.c compilation,  -Os  (internal compiler
error)


This showed up between revision 128203 and 128251


-- 
   Summary: [4.3 Regression] gcc.c-torture/execute/20030323-1.c ICEs
at -O2 and above
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug tree-optimization/33344] New: if(!z) {a.b = x->b + 1; z = &a; } else if (!x) { a.b = z->b+1; x = &a; } use z->b and x->b; is not optimized

[pinskia at gcc dot gnu dot org]

Testcase:
struct f { int a; };
int g(struct f *b, struct f *c)
{
  struct f g;
  if (!b) {
b = &g;
b->a = c->a + 1;
  }
  else if (!c) {
c = &g;
c->a = b->a + 1;
  }
  return c->a + b->a;
}

The best way to optimize this is:
struct f { int a; };
int g(struct f *b, struct f *c)
{
  int ba, ca;
  if (!b) {
ca = c->a;
ba = ca + 1;
  }
  else if (!c) {
ba = b->a;
ca = ba + 1;
  }
  else {
ca = c->a;
ba = b->a;
  }
  return ca + ba;
}

Which avoids the LHS (load-hit-store hazzard) issue on the Cell.


-- 
   Summary: if(!z) {a.b = x->b + 1; z = &a; } else if (!x) { a.b =
z->b+1; x = &a; } use z->b and x->b; is not optimized
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug c++/26698] [4.0/4.1/4.2/4.3 Regression] g++ accepts const-incorrect code due to conversion function

[mmitchel at gcc dot gnu dot org]

--- Comment #10 from mmitchel at gcc dot gnu dot org  2007-09-07 23:50 
---
It looks to me that the change I made in Comment #5 was just an optimization;
the warning was already conditionalized on warn_conversion.  I just
short-circuited the checking sooner.  Declaring the conversion function is not
illegal, so I think it's OK that we only warn conditionally.

It's true that we should never use the conversion function.  The error we're
getting now is just a consequence of the body of the conversion function; if we
put "return *new X" in there, it would compile file, and we probably wouldn't
get an error about the program, even though it's still invalid.

So, I do think that there's a bug somewhere; we shouldn't be considering this
conversion operator when calling add_one.


-- 


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

[Bug c++/33342] [4.3 Regression] ICE in dependent_type_p, at cp/pt.c:15081

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|ICE for gcc version 4.3.0   |[4.3 Regression] ICE in
   |20070907 (experimental) |dependent_type_p, at
   |(GCC)   |cp/pt.c:15081
   Target Milestone|--- |4.3.0


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

[Bug fortran/33343] New: ICE (segfault) on invalid code with wrongly shaped arguments to elemental procedures

[mikael dot morin at tele2 dot fr]

The following invalid program produces an ICE with gfortran (4.3 and 4.2.1).

The program does not ICEs if we replace the invalid line by one of the (valid)
commented lines.

If we don't use automatic arrays (ie we use dimension(length) instead of
dimension(size(vectors)), there is no ICE either. 

$ cat test15.f

  module geometry



  implicit none

  integer, parameter :: prec = 8
  integer, parameter :: length = 10


  contains

  elemental function Mul(a, b)

  real(kind=prec) :: a
  real(kind=prec) :: b, Mul

  intent(in)  :: a, b

  Mul = a * b

  end function Mul



  pure subroutine calcdAcc2(vectors, angles)


  real(kind=prec),  dimension(:)  :: vectors
  real(kind=prec), dimension(size(vectors),2) :: angles

  intent(in) :: vectors, angles

  real(kind=prec), dimension(size(vectors)) :: ax
  real(kind=prec), dimension(size(vectors),2) :: tmpAcc

! tmpAcc(1,:) = Mul(angles(1,1:2),ax(1))
! tmpAcc(:,1) = Mul(angles(:,1),ax)
  tmpAcc(:,:) = Mul(angles(:,:),ax)



  end subroutine calcdAcc2


  end module geometry


$ /usr/local/bin/gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-svn/gcc/configure --enable-languages=c,fortran
CFLAGS='-g -O0'
Thread model: posix
gcc version 4.3.0 20070906 (experimental) (GCC) 


Here is the backtrace from gdb :
(gdb) bt
#0  integer_onep (expr=0x0) at ../../gcc-svn/gcc/gcc/tree.c:1337
#1  0x080d0543 in gfc_conv_loop_setup (loop=0xbf9fed24)
at ../../gcc-svn/gcc/gcc/fortran/trans-array.c:3250
#2  0x080e653a in gfc_trans_assignment_1 (expr1=0x894fed8, expr2=0x8950d10, 
init_flag=0 '\0') at ../../gcc-svn/gcc/gcc/fortran/trans-expr.c:3972
#3  0x080e6a55 in gfc_trans_assignment (expr1=0x894fed8, expr2=0x8950d10, 
init_flag=36 '$') at ../../gcc-svn/gcc/gcc/fortran/trans-expr.c:4152
#4  0x080e77b1 in gfc_trans_assign (code=0x8950678)
at ../../gcc-svn/gcc/gcc/fortran/trans-expr.c:4164
#5  0x080c7552 in gfc_trans_code (code=0x8950678)
at ../../gcc-svn/gcc/gcc/fortran/trans.c:970
#6  0x080de492 in gfc_generate_function_code (ns=0x894f5f0)
at ../../gcc-svn/gcc/gcc/fortran/trans-decl.c:3258
#7  0x080c49ca in gfc_generate_module_code (ns=0x894d8c0)
at ../../gcc-svn/gcc/gcc/fortran/trans.c:1190
#8  0x080991e6 in gfc_parse_file ()
at ../../gcc-svn/gcc/gcc/fortran/parse.c:3316
#9  0x080c027d in gfc_be_parse_file (set_yydebug=0)
at ../../gcc-svn/gcc/gcc/fortran/f95-lang.c:300
#10 0x083455c0 in toplev_main (argc=13, argv=0xbf9ff284)
at ../../gcc-svn/gcc/gcc/toplev.c:1045
#11 0x08108ccf in main (argc=-1212132032, argv=0x0)
at ../../gcc-svn/gcc/gcc/main.c:35



Thank you guys for all the great work you do :)


-- 
   Summary: ICE (segfault) on invalid code with wrongly shaped
arguments to elemental procedures
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikael dot morin at tele2 dot fr


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

[Bug tree-optimization/33340] [4.3 Regression] ICE: SSA corruption with -O

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2007-09-07 22:33 ---
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
  Component|c++ |tree-optimization
   Keywords||ice-on-valid-code
   Last reconfirmed|2007-09-07 22:33:31 |2007-09-07 22:33:59
   date||
Summary|ICE: SSA corruption   with -|[4.3 Regression] ICE: SSA
   |O   |corruption   with -O
   Target Milestone|--- |4.3.0


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

[Bug c++/33340] ICE: SSA corruption with -O

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2007-09-07 22:33 ---
Confirmed.  FRE is guilty:

Replaced D.1654 with ap$p_12(ab) in D.1669_9 = D.1654;

from:

SCC consists of: D.1654_35
Value numbering D.1654_35 stmt = D.1654 = tmp_4;
No store match
Value numbering store D.1654 to tmp_4
Setting value number of D.1654_35 to D.1654_35
SCC consists of: D.1669_9
Value numbering D.1669_9 stmt = D.1669_9 = D.1654;
RHS D.1654 simplified to ap$p_12(ab) has constants 0


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-09-07 22:33:31
   date||


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

[Bug target/32894] Segmentation fault bootstrapping on HP-UX 11.11

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca  2007-09-07 
22:05 ---
Subject: Re:  Segmentation fault bootstrapping on HP-UX 11.11

> As mentioned before, I'm able to bootstrap with HP's compiler, so if this
> information doesn't help you I'll just assume there's a problem with my
> gcc-3.3.6 (although it seems fine for most other purposes).

I think that's likely.  The way to confirm this is to bootstrap
just the C language with HP's compiler and install.  Then, do another
bootstrap using the newly built 4.2.1.  A segmentation fault this
early in the build process usually indicates some module has been
miscompiled by the bootstrap compiler.

I don't know how you built 3.3.6.  There were problems with some
gcc binaries distributed by HP.  3.3.6 should work as a bootstrap
compiler.  However, the 3.3 branch is closed and 3.3 problems won't
be fixed.

>  /usr/local/src/64.obj/gcc-4.2.1/./gcc/cc1 -quiet -v -I. -I.
> -I/usr/local/src/gcc-4.2.1/gcc -I/usr/local/src/gcc-4.2.1/gcc/.
> -I/usr/local/src/gcc-4.2.1/gcc/../include
> -I/usr/local/src/gcc-4.2.1/gcc/../libcpp/include -I/usr/local/64bit/include
> -I/usr/local/64bit/include -I/usr/local/src/gcc-4.2.1/gcc/../libdecnumber
> -I../libdecnumber -iprefix
> /opt/datetime/gcc-4.2.1/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.2.1/ -isystem
> /usr/local/src/64.obj/gcc-4.2.1/./gcc/include -DIN_GCC -DCRT_BEGIN -isystem
> /usr/local/64bit/hppa64-hp-hpux11.11/include -isystem
> /usr/local/64bit/hppa64-hp-hpux11.11/sys-include -isystem ./include
> /usr/local/src/gcc-4.2.1/gcc/crtstuff.c -quiet -dumpbase crtstuff.c
> -auxbase-strip crtbegin.o -g -g0 -O2 -O2 -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version
> -finhibit-size-directive -fno-inline-functions -fno-exceptions
> -fno-zero-initialized-in-bss -fno-toplevel-reorder -o /var/tmp//ccag2aEs.s

Run cc1 under gdb.  Use the set args command to set the cc1's arguments
to the above list.  Then, run cc1.  This will duplicate the fault under gdb.

Dave


-- 


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

[Bug c++/33342] ICE for gcc version 4.3.0 20070907 (experimental) (GCC)

[maurizio dot vitale at polymath-solutions dot com]

--- Comment #2 from maurizio dot vitale at polymath-solutions dot com  
2007-09-07 21:57 ---
Created an attachment (id=14173)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14173&action=view)
The preprocessed source causing the ICE

file gzipped to comply w/ bugzilla size limits.


-- 


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

[Bug c++/33342] ICE for gcc version 4.3.0 20070907 (experimental) (GCC)

[maurizio dot vitale at polymath-solutions dot com]

--- Comment #1 from maurizio dot vitale at polymath-solutions dot com  
2007-09-07 21:52 ---
Created an attachment (id=14172)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14172&action=view)
stdout and stderr from gcc


-- 


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

[Bug c++/33342] New: ICE for gcc version 4.3.0 20070907 (experimental) (GCC)

[maurizio dot vitale at polymath-solutions dot com]

Something is probably wrong in my code (I'm in the process of fixing it to
pacify
4.3.0, moving up from 4.2.1 where it compiles), but I'm getting an ICE.
I cannot say whether it is an ICE on correct or incorrect code.

I'm on Fedora 7:
[EMAIL PROTECTED] uname -a
Linux thor.polymath-solutions.lan 2.6.22.4-65.fc7 #1 SMP Tue Aug 21 21:50:50
EDT 2007 x86_64 x86_64 x86_64 GNU/Linux

[EMAIL PROTECTED] dismembered_eval]$ /opt/gnu/gcc/svn/bin/g++-svn -v 
-save-temps -I.
-I/home/mav/Workspace/Others/boost/ tb_coerce.cpp > GCC_OUTPUT 2>&1

The file GCC_OUTPUT ends with:
/home/mav/Workspace/Others/boost/boost/xpressive/proto/matches.hpp:409:
internal compiler error: in dependent_type_p, at cp/pt.c:15081


[I'm pressing commit now, I hope I'll have a chance to attach the .ii file and
the full GCC output later]


-- 
   Summary: ICE for gcc version 4.3.0 20070907 (experimental) (GCC)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: maurizio dot vitale at polymath-solutions dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug middle-end/33324] [4.3 Regression] ICE on new array of objects with virtual destructors.

[daney at gcc dot gnu dot org]

--- Comment #3 from daney at gcc dot gnu dot org  2007-09-07 21:30 ---
I might as well accept the bug as I am testing the fix...


-- 

daney at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |daney at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-09-07 21:30:04
   date||


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

[Bug middle-end/33324] [4.3 Regression] ICE on new array of objects with virtual destructors.

[daney at gcc dot gnu dot org]

--- Comment #2 from daney at gcc dot gnu dot org  2007-09-07 21:16 ---
Created an attachment (id=14171)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14171&action=view)
Proposed patch.


-- 


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

[Bug fortran/33341] unnecessary stores for array constructor

[tkoenig at gcc dot gnu dot org]

-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug fortran/33339] GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2007-09-07 21:03 ---
(In reply to comment #0)

> > ftn -o x -O2 bug2867.f90
> > aprun -n 1 ./x
>  Got incorrect value for WIN_SIZE (  140733193389056 , should be
> 
> 1024 )
>  Got wrong value for WIN_DISP_UNIT (  140733193388036 , should be

What is ftn?  On my system, when I build MPICH2 I get mpf90.

I added an else clause for printing the right values

node10:kargl[227] ../mpich2/bin/mpif90 -o z -O2 long.f90
node10:kargl[228] ./z
 Got right value for WIN_DISP_UNIT ( 4 , should be 4 )
node10:kargl[229] ../mpich2/bin/mpiexec -machinefile mf1 -n 1 ./z
 Got right value for WIN_DISP_UNIT ( 4 , should be 4 )

node10:kargl[231] ../mpich2/bin/mpif90 --version
GNU Fortran (GCC) 4.2.1 20070523 (prerelease)


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||kargl at gcc dot gnu dot org


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

[Bug target/32894] Segmentation fault bootstrapping on HP-UX 11.11

[pda at freeshell dot org]

--- Comment #5 from pda at freeshell dot org  2007-09-07 20:52 ---
Sorry for the long delay in replying, I've been on vacation.  I'm giving you
the output from xgcc -v, but have been unable to trap the core dump with gdb. 
I even spent some time writing a little program that did the cc1 invocations
under gdb, but I never got this working completely correctly due to gdb
seemingly forking a shell for its run command.  Or is it possible the .gdbinit
file supplied for my object tree was causing some trouble?

As mentioned before, I'm able to bootstrap with HP's compiler, so if this
information doesn't help you I'll just assume there's a problem with my
gcc-3.3.6 (although it seems fine for most other purposes).

Without further ado:
gnumake[3]: Entering directory `/opt/datetime/gcc-4.2.1/gcc'
/usr/local/src/64.obj/gcc-4.2.1/./gcc/xgcc
-B/usr/local/src/64.obj/gcc-4.2.1/./gcc/
-B/usr/local/64bit/hppa64-hp-hpux11.11/bin/
-B/usr/local/64bit/hppa64-hp-hpux11.11/lib/ -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/include -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/sys-include -v -O2 -O2 -g  -DIN_GCC-W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include  -I. -I.
-I/usr/local/src/gcc-4.2.1/gcc -I/usr/local/src/gcc-4.2.1/gcc/.
-I/usr/local/src/gcc-4.2.1/gcc/../include
-I/usr/local/src/gcc-4.2.1/gcc/../libcpp/include -I/usr/local/64bit/include
-I/usr/local/64bit/include -I/usr/local/src/gcc-4.2.1/gcc/../libdecnumber
-I../libdecnumber  -g0 -finhibit-size-directive -fno-inline-functions
-fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder   \
  -c /usr/local/src/gcc-4.2.1/gcc/crtstuff.c -DCRT_BEGIN \
  -o crtbegin.o
Reading specs from /usr/local/src/64.obj/gcc-4.2.1/./gcc/specs
Target: hppa64-hp-hpux11.11
Configured with: /usr/local/src/gcc-4.2.1/configure --host=hppa64-hp-hpux11.11
--with-local-prefix=/usr/local/64bit --with-mpfr=/usr/local/64bit
--with-gmp=/usr/local/64bit --with-gnu-as
--with-as=/usr/local/64bit/hppa64-hp-hpux11.11/bin/as --without-gnu-ld
--with-ld=/usr/ccs/bin/ld --with-stabs --enable-languages=c,c++ --enable-shared
--enable-threads=posix --enable-checking=yes --prefix=/usr/local/64bit
--prefix=/usr/local/64bit
Thread model: posix
gcc version 4.2.1
 /usr/local/src/64.obj/gcc-4.2.1/./gcc/cc1 -quiet -v -I. -I.
-I/usr/local/src/gcc-4.2.1/gcc -I/usr/local/src/gcc-4.2.1/gcc/.
-I/usr/local/src/gcc-4.2.1/gcc/../include
-I/usr/local/src/gcc-4.2.1/gcc/../libcpp/include -I/usr/local/64bit/include
-I/usr/local/64bit/include -I/usr/local/src/gcc-4.2.1/gcc/../libdecnumber
-I../libdecnumber -iprefix
/opt/datetime/gcc-4.2.1/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.2.1/ -isystem
/usr/local/src/64.obj/gcc-4.2.1/./gcc/include -DIN_GCC -DCRT_BEGIN -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/include -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/sys-include -isystem ./include
/usr/local/src/gcc-4.2.1/gcc/crtstuff.c -quiet -dumpbase crtstuff.c
-auxbase-strip crtbegin.o -g -g0 -O2 -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version
-finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-zero-initialized-in-bss -fno-toplevel-reorder -o /var/tmp//ccag2aEs.s
xgcc: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.


-- 


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

[Bug libgcj/33266] [4.3 regression] N19990310_02 test failure

[andreast at gcc dot gnu dot org]

--- Comment #3 from andreast at gcc dot gnu dot org  2007-09-07 20:49 
---
Right now all of the targets I test on do not complain anymore about this
failures. So, 'WORKSFORME'


-- 

andreast at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WORKSFORME


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

[Bug fortran/33307] I/O read/positioning problem

[jvdelisle at gcc dot gnu dot org]

-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug fortran/33307] I/O read/positioning problem

[jvdelisle at gcc dot gnu dot org]

--- Comment #7 from jvdelisle at gcc dot gnu dot org  2007-09-07 20:27 
---
Fixed on trunk.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/33307] I/O read/positioning problem

[jvdelisle at gcc dot gnu dot org]

--- Comment #6 from jvdelisle at gcc dot gnu dot org  2007-09-07 20:23 
---
Subject: Bug 33307

Author: jvdelisle
Date: Fri Sep  7 20:23:40 2007
New Revision: 128254

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128254
Log:
2007-09-07  Jerry DeLisle  <[EMAIL PROTECTED]>

PR libfortran/33307
* gfortran.dg/backspace_10.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/backspace_10.f90
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/33341] New: unnecessary stores for array constructor

[tkoenig at gcc dot gnu dot org]

The following idiom causes unnecessary runtime
overhead:

$ cat compare.f90
function foo(a,b,c,d)
  logical :: foo
  integer, intent(in):: a,b,c,d

  foo = all((/ a, b, c /) /= d)
end function foo
$ gfortran -fdump-tree-optimized -O3 -S compare.f90

The *.optimized file shows

:
  D.521 = (int4[0:] *) &A.2;
  D.522 = *a;
  (*D.521)[0] = D.522;
  D.523 = *b;
  (*D.521)[1] = D.523;
  D.524 = *c;
  (*D.521)[2] = D.524;
  D.516 = *d;

The stores are unneeded, as the array itself could
be eliminated.


-- 
   Summary: unnecessary stores for array constructor
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org


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

[Bug fortran/33307] I/O read/positioning problem

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2007-09-07 20:16 
---
Subject: Bug 33307

Author: jvdelisle
Date: Fri Sep  7 20:16:05 2007
New Revision: 128253

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128253
Log:
2007-09-07  Jerry DeLisle  <[EMAIL PROTECTED]>

PR libfortran/33307
* io/filepos.c (st_backspace): Don't truncate when already at the end
of the file.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/file_pos.c


-- 


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

[Bug c++/33340] New: ICE: SSA corruption with -O

[wouter dot vermaelen at scarlet dot be]

> cat bug.ii

void* operator new(unsigned long, void* __p) { }

struct auto_ptr {
int* p;
~auto_ptr() { delete p; }
};

typedef void* T;
struct vector {
void push_back(const T& __x) {
::new(0) T(__x);
insert(__x);
}
void insert(const T& __x);
} v;

void g();
void f() {
auto_ptr ap;
if (ap.p) {
ap.p = new int();
}
g();
int* tmp = ap.p;
ap.p = 0;
v.push_back(tmp);
}

> g++ -O bug.ii
Unable to coalesce ssa_names 13 and 16 which are marked as MUST COALESCE.
ap$p_13(ab) and  ap$p_16(ab)
bug.ii: In function ‘void f()’:
bug.ii:18: internal compiler error: SSA corruption


Tested with SVN revision 128251 on linux_x86_64.


-- 
   Summary: ICE: SSA corruption   with -O
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wouter dot vermaelen at scarlet dot be


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

[Bug fortran/33339] New: GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90

[longb at cray dot com]

This test
case responds with correct answers for optimization level -O0 but fails at
higher optimization levels.  The test case was derived from MPICH2 test
f90_rma/baseattrwinf90.f90 or the corresponding f77_rma/baseattrwinf.f .

> cat bug2867.f90
! Derived from MPICH2 test f90_rma/baseattrwinf90.f90
! mpich2-1.0.4p1 test source
  program main
  use mpi
  implicit none
  integer (kind=MPI_ADDRESS_KIND) valout, n
  logical flag
  integer base(1024), disp, win, commsize, ierr

  call MPI_init( ierr )
  call mpi_comm_size( MPI_COMM_WORLD, commsize, ierr )
  n= 1024
  disp = 4
  call MPI_Win_create( base, n, disp, MPI_INFO_NULL, MPI_COMM_WORLD,  &
  &  win, ierr )
  call MPI_Win_get_attr( win, MPI_WIN_SIZE, valout, flag, ierr )
  if (valout .ne. n) then
print *, "Got incorrect value for WIN_SIZE (", valout,  &
 ", should be ", n, ")"
  endif
  call MPI_Win_get_attr( win, MPI_WIN_DISP_UNIT, valout, flag, ierr)
  if (valout .ne. disp) then
print *, "Got wrong value for WIN_DISP_UNIT (", valout,  &
 ", should be ", disp, ")"
  endif
  call MPI_Win_free( win, ierr )
  call MPI_Finalize( ierr )
  end

> ftn -o x -O2 bug2867.f90
> aprun -n 1 ./x
 Got incorrect value for WIN_SIZE (  140733193389056 , should be

1024 )
 Got wrong value for WIN_DISP_UNIT (  140733193388036 , should be

4 )
Application 22344 resources: utime 0, stime 0

Expected output:

> ftn -o x -O0 bug2867.f90
> aprun -n 1 ./x
Application 22346 resources: utime 0, stime 0


> ftn -v
. . .
gcc version 4.2.1 20070719 (rpm:3)
. . .

Note that the "wrong" answers in hex are 7FFF0400 and 7FFF0004
respectively.  If the upper 32 bits were zero, they would be correct. This
appears to be a type mismatch or casting problem.


-- 
   Summary: GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST
F90_RMA/BASEATTRWINF90.F90
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: longb at cray dot com
 GCC build triplet: x86_64-suse-linux
  GCC host triplet: x86_64-suse-linux
GCC target triplet: x86_64-suse-linux


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

[Bug fortran/33338] New: ERROR MSG FOR "READ (11,FMT='(Q,A)'..." POINTS AT END-OF-LINE RATHER THAN AT Q.

[longb at cray dot com]

The GNU gfortran compiler points at the wrong place for the error in a format
when that format is expressed as a literal argument to the FMT keyword in a
READ statement.  The message is:

  read (11,fmt='(q,a)',end=9) len, rec
 1
Warning: Unexpected element in format string at (1)
bug2866.f90:4.12:

The compiler gets the correct spot when the same information is expressed in
a FORMAT statement:

2 format (q,a)
  1
Error: Unexpected element in format string at (1)
bug2866.f90:6.38:

> cat bug2866.f90
  program format_q
  character*80 rec
  open (11,file='qdata',status='old')
1 read (11,2,end=9) len, rec
2 format (q,a)
  read (11,fmt='(q,a)',end=9) len, rec
  print *, len, rec(1:len)
  go to 1
9 close (11)
  end


-- 
   Summary: ERROR MSG FOR "READ (11,FMT='(Q,A)'..." POINTS AT END-
OF-LINE RATHER THAN AT Q.
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: longb at cray dot com
 GCC build triplet: x86_64-suse-linux
  GCC host triplet: x86_64-suse-linux
GCC target triplet: x86_64-suse-linux


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

[Bug libgcj/33326] libjava - testsuite fails on intel Macintosh

[andreast at gcc dot gnu dot org]

--- Comment #2 from andreast at gcc dot gnu dot org  2007-09-07 18:59 
---
Patch here:
http://gcc.gnu.org/ml/java-patches/2007-q3/msg00235.html


-- 

andreast at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug tree-optimization/32586] [4.3 Regression] New VN misses FRE opportunities

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2007-09-07 18:55 ---
Fixed again.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/32586] [4.3 Regression] New VN misses FRE opportunities

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2007-09-07 18:55 ---
Subject: Bug 32586

Author: rguenth
Date: Fri Sep  7 18:55:15 2007
New Revision: 128251

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128251
Log:
2007-09-07  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/32586
* tree-ssa-sccvn.c (simplify_binary_expression): Avoid
folding if nothing changed.
(simplify_unary_expression): New function.  Do tree combining
on conversion like codes.
(try_to_simplify): Call it.

* g++.dg/tree-ssa/pr27090.C: Remove XFAILs.
* gcc.dg/tree-ssa/ssa-fre-1.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-3.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-5.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-4.c: Likewise, remove scan for
now obsolete simplification.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/tree-ssa/pr27090.C
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-1.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-3.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-4.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-5.c
trunk/gcc/tree-ssa-sccvn.c


-- 


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

[Bug fortran/33337] New: ICE in Sep 6 snapshot in gfc_finish_var_decl, at fortran/trans-decl.c:510

[michael dot a dot richmond at nasa dot gov]

When I compile the module listed below using the September 6 snapshot version
of gfortran, I get the following message:

c.f90: In function 'local_cum_nc_chisq':
c.f90:15: internal compiler error: in gfc_finish_var_decl, at
fortran/trans-decl.c:510
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

MODULE cdf_nc_chisq_mod
  PUBLIC
  TYPE :: one_parameter
INTEGER :: high_bound
  END TYPE one_parameter
  TYPE :: the_distribution
TYPE (one_parameter) :: parameters(1)
  END TYPE the_distribution
  TYPE (the_distribution), PARAMETER :: the_chi_square = &
the_distribution((/( one_parameter(0))/))
CONTAINS
  SUBROUTINE local_cum_nc_chisq()
df0 = the_chi_square%parameters(1)%high_bound
  END SUBROUTINE local_cum_nc_chisq
END MODULE cdf_nc_chisq_mod


-- 
   Summary: ICE in Sep 6 snapshot in gfc_finish_var_decl, at
fortran/trans-decl.c:510
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov


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

[Bug c++/33336] Using predefined macros inside the template function errors out in compilation

[raviprakashg at hotmail dot com]

--- Comment #2 from raviprakashg at hotmail dot com  2007-09-07 18:40 
---
Thank you,

The problem was found to be MEM_COPY was in a different #ifdef loop in my
application that caused the error.
Thank you for your input.


-- 

raviprakashg at hotmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/33307] I/O read/positioning problem

[jvdelisle at gcc dot gnu dot org]

--- Comment #4 from jvdelisle at gcc dot gnu dot org  2007-09-07 17:54 
---
Harold,

As a work around, try putting a LF at the end of the last line of the input
file.  I am honing on on this, but don't have it yet.


-- 


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

[Bug c++/32211] Compile error

[pcarlini at suse dot de]

--- Comment #4 from pcarlini at suse dot de  2007-09-07 17:35 ---
Feedback not forthcoming


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug java/14392] Bad ARM code generation for StackTrace when using g++/CNI/gcj: A stack variable is wrongfully overwritten when an exception occurs.

[aph at gcc dot gnu dot org]

--- Comment #4 from aph at gcc dot gnu dot org  2007-09-07 17:19 ---
Should be fixed now on EABI.


-- 

aph at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/33286] All exception related tests fail

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2007-09-07 17:18 ---
Fixed by change.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/33286] All exception related tests fail

[danglin at gcc dot gnu dot org]

--- Comment #1 from danglin at gcc dot gnu dot org  2007-09-07 16:54 ---
Subject: Bug 33286

Author: danglin
Date: Fri Sep  7 16:54:38 2007
New Revision: 128249

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128249
Log:
PR target/33286
* gthr-posix.h (__gthread_active_p): Add implementation for hppa-hpux.
(__gthread_active,__gthread_start, __gthread_active_init): New.
* gthr-posix95.h: Likewise.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/gthr-posix.h
trunk/gcc/gthr-posix95.h


-- 


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

[Bug c++/33336] Using predefined macros inside the template function errors out in compilation

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-09-07 16:16 ---
You are missing a semicolon (;) after the definition of template class RPGVec
and SUCCES is not defined.  After I fix those two issues the program compiles.


-- 


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

[Bug fortran/33296] nearest(huge(1.0),1.0) gives an error

[kargl at gcc dot gnu dot org]

--- Comment #5 from kargl at gcc dot gnu dot org  2007-09-07 16:12 ---

If this is case 2
  real x
  x = huge(1.0)
  x = nearest(x,1.0)
  end

and this is case 1

  real x
  x = nearest(huge(1.0),1.0)
  end

then the answers are

> BTW is it normal that gfortran_nearest_r4 (3.4...4e+38, 1.0e+0) is not
> computed at the optimized level in the second case, while it is done
> in the first one?

Yes.

> Is this a bug?

No.


-- 


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

[Bug c++/33336] New: Using predefined macros inside the template function errors out in compilation

[raviprakashg at hotmail dot com]

#include 
#define MEM_COPY(from,to,size)  memcpy((to),(from),(size))

#define MEMCOPY(from,to,n_items,type) \
 MEM_COPY((char *)(from),(char *)(to),(unsigned)(n_items)*sizeof(type))


template  class RPGVec 
{
public:
virtual int Copy( RPGVec &Vin);
}

template  int RPGVec::Copy( RPGVec &Vin)
{
   MEMCOPY( Vin.Adr(), this->Adr(), 10, T);
   return SUCCES;
}

error: there are no arguments to `MEM_COPY' that depend on a template
parameter, so a declaration of `MEM_COPY' must be available

How do I fix this ?

Thank you


-- 
   Summary: Using predefined macros inside the template function
errors out in compilation
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raviprakashg at hotmail dot com


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

[Bug other/33335] FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc

[hubicka at gcc dot gnu dot org]

--- Comment #2 from hubicka at gcc dot gnu dot org  2007-09-07 16:05 ---
Apparently it is, it should get out as _U_Qfeq.
I was fixing similar problem yesterday.  Perhaps it works now on updated tree?

Honza


-- 


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

[Bug other/33335] FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2007-09-07 15:54 ---
possibly a fallout of the optabs change?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
Summary|FAIL:   |FAIL:
   |26_numerics/complex/inserter|26_numerics/complex/inserter
   |s_extractors/wchar_t/1.cc   |s_extractors/wchar_t/1.cc


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

[Bug java/13021] GCJ Boehm descriptor may be incorrect if alignment != sizeof(void*)

[tromey at gcc dot gnu dot org]

--- Comment #4 from tromey at gcc dot gnu dot org  2007-09-07 15:26 ---
Fixed.


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug other/33335] New: FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc
/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v
3/src -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs
-B/opt/g
nu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.3.0/hppa64-hp
-hpux11.11/lib/ -isystem /opt/gnu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/include
-i
system /opt/gnu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/sys-include -g -O2
-D_GLIBCX
X_ASSERT -ffunction-sections -fdata-sections -fmessage-length=0 -g -O2
-DLOCALED
IR="." -nostdinc++
-I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/inclu
de/hppa64-hp-hpux11.11
-I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/i
nclude -I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/test/gnu/gcc/gcc/libstdc++-
v3/include/backward -I/test/gnu/gcc/gcc/libstdc++-v3/testsuite/util
/test/gnu/gc
c/gcc/libstdc++-v3/testsuite/26_numerics/complex/inserters_extractors/wchar_t/1.
cc-include bits/stdc++.h ./libtestc++.a  -lm   -o ./1.exe(timeout =
600)
ld: Unsatisfied symbol "__lttf2" in file /var/tmp//ccqLp6hA.o
1 errors.
collect2: ld returned 1 exit status
compiler exited with status 1
output is:
ld: Unsatisfied symbol "__lttf2" in file /var/tmp//ccqLp6hA.o
1 errors.
collect2: ld returned 1 exit status

FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc (test for excess
err
ors)

-bash-2.05b$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa64-hp-hpux11.11
Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu64/bin/as
--with-ld=/usr/ccs/bin/ld --enable-shared --disable-nls
--with-local-prefix=/opt/gnu64 --prefix=/opt/gnu64/gcc/gcc-4.3.0
--build=hppa64-hp-hpux11.11 --enable-threads=posix --disable-libmudflap
--with-gmp=/opt/gnu64/gcc/gcc-4.3.0
--enable-languages=c,c++,fortran,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20070906 (experimental) [trunk revision 128193] (GCC)


-- 
   Summary: FAIL:
26_numerics/complex/inserters_extractors/wchar_t/1.cc
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa64-hp-hpux11.11
  GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11


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

[Bug fortran/31154] IMPORT fails for " FUNCTION (...)" kind of procedures

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2007-09-07 15:02 ---
(In reply to comment #2)
This accept-invalid bug is now tracked as PR4.


-- 


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

[Bug fortran/33334] New: User-defined type as function result in an interface: Accepts invalid

[burnus at gcc dot gnu dot org]

(Split off from PR 31154.)
The following is accepted but invalid (without using "IMPORT t"):

module x
 implicit none
 type t
   integer :: i
 end type t
 interface
   type(t) function bar()
   end function
 end interface
end


-- 
   Summary: User-defined type as function result in an interface:
Accepts invalid
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug tree-optimization/33299] [4.3 Regression] miscompilation with gfortran -O2 -ffast-math -ftree-vectorize

[dorit at gcc dot gnu dot org]

--- Comment #5 from dorit at gcc dot gnu dot org  2007-09-07 15:00 ---
Subject: Bug 33299

Author: dorit
Date: Fri Sep  7 15:00:11 2007
New Revision: 128242

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128242
Log:
PR tree-optimization/33299
* tree-vect-transform.c (vect_create_epilog_for_reduction): Update uses
for all relevant loop-exit phis, not just the first.


Added:
trunk/gcc/testsuite/gfortran.dg/vect/fast-math-pr33299.f90
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/vect/vect.exp
trunk/gcc/tree-vect-transform.c


-- 


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

[Bug middle-end/33273] FAIL: 27_io/basic_istream/ignore/char/1.cc (test for excess errors)

[danglin at gcc dot gnu dot org]

--- Comment #5 from danglin at gcc dot gnu dot org  2007-09-07 14:57 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00084.html


-- 


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

[Bug middle-end/33273] FAIL: 27_io/basic_istream/ignore/char/1.cc (test for excess errors)

[danglin at gcc dot gnu dot org]

--- Comment #4 from danglin at gcc dot gnu dot org  2007-09-07 14:55 ---
*** Bug 2 has been marked as a duplicate of this bug. ***


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tbm at cyrius dot com


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

[Bug target/33332] [4.3 Regression] unrecognizable insn on hppa

[danglin at gcc dot gnu dot org]

--- Comment #3 from danglin at gcc dot gnu dot org  2007-09-07 14:55 ---


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


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libgomp/33333] libgomp omp-low.c:4251 generates internal compiler error

[steigers at phys dot ethz dot ch]

--- Comment #2 from steigers at phys dot ethz dot ch  2007-09-07 14:42 
---
Created an attachment (id=14170)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14170&action=view)
Preprocessed file


-- 


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

[Bug libgomp/33333] libgomp omp-low.c:4251 generates internal compiler error

[steigers at phys dot ethz dot ch]

--- Comment #1 from steigers at phys dot ethz dot ch  2007-09-07 14:41 
---
Created an attachment (id=14169)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14169&action=view)
Source code which fails to compile


-- 


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

[Bug libgomp/33333] New: libgomp omp-low.c:4251 generates internal compiler error

[steigers at phys dot ethz dot ch]

Overview
=
When compiling the simple file which is attached to this report, I get the
following message suggesting that I report it here:

compiler_error.cc:18: internal compiler error: in lower_regimplify, at
omp-low.c:4251

Steps to reproduce

Compile the attached file compiler_error.cc:
g++-4.2.1 -c -Wall -fopenmp -save-temps -o compiler_error.o compiler_error.cc

Build Date & Platform
=
Red Hat Enterprise Linux AS release 4 (Nahant Update 5)
Linux 2.6.19.2 #8 SMP Mon Jun 25 2007 x86_64 GNU/Linux
gcc was configured with: .../gcc-4.2.1/configure --prefix=.../gcc-4.2.1
--program-suffix=-4.2.1 --enable-threads --enable-languages=c++,fortran

The bug shows up both with the RedHat gcc version AND the "official" version.

The bug does not occur when I compile the source using the portland compiler,
for example.

Additional Information
==
1. When I remove the try...catch statement, the problem is gone.
2. When I do not loop up to the class variable A::x but a constant (say, 1000),
the problem is gone.


-- 
   Summary: libgomp omp-low.c:4251 generates internal compiler error
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steigers at phys dot ethz dot ch


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

[Bug middle-end/32575] [4.2/4.3 regression] With -ftree-vrp miscompiles a single line of code in SQLite

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2007-09-07 14:14 ---
Both testcases no longer fail for me on the trunk - do you remember the
revision
you had them reduced on?


-- 


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

[Bug target/33332] [4.3 Regression] unrecognizable insn on hppa

[tbm at cyrius dot com]

--- Comment #2 from tbm at cyrius dot com  2007-09-07 14:11 ---
Here's a smaller testcase:

[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O mxb.c
mxb.c: In function 'mxb_probe':
mxb.c:30: error: unrecognizable insn:
(insn 10 9 11 3 mxb.c:29 (parallel [
(set (mem/s/j/c:QI (reg:SI 98) [0 D.1580.name+8 S1 A64])
(const_int 0 [0x0]))
(clobber (reg:SI 99))
(clobber (reg:SI 100))
(use (const_int 40 [0x28]))
(use (const_int 8 [0x8]))
]) -1 (nil))
mxb.c:30: internal compiler error: in extract_insn, at recog.c:1990
Please submit a full bug report,


Testcase:

struct pci_device_id {
  unsigned long driver_data;
};

extern struct module __this_module;
  struct i2c_adapter {
  char name[48];
};

struct saa7146_dev;
struct saa7146_pci_extension_data {
  struct saa7146_extension *ext;
  void *ext_priv;
};
struct saa7146_extension {
 int (*probe)(struct saa7146_dev *);
}
input_port_selection[4] = {
0x00, 0x00
};
struct mxb {
  struct i2c_adapter i2c_adapter;
};
static struct saa7146_extension extension;
static int mxb_probe(struct saa7146_dev* dev) {
  struct mxb* mxb = ((void *)0);
  mxb->i2c_adapter = (struct i2c_adapter) {
.name = "mxb",
  };
}
static struct saa7146_pci_extension_data mxb = {
  .ext = &extension,
};
static struct pci_device_id pci_tbl[] = {
  {
.driver_data = (unsigned long)&mxb,
  }
};
extern struct pci_device_id __mod_pci_device_table __attribute__ ((unused,
alias("pci_tbl")));
static struct saa7146_extension extension = {
 .probe = mxb_probe,
};


-- 


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

[Bug target/33332] [4.3 Regression] unrecognizable insn on hppa

[tbm at cyrius dot com]

--- Comment #1 from tbm at cyrius dot com  2007-09-07 14:11 ---
Created an attachment (id=14168)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14168&action=view)
preprocessed source


-- 


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

[Bug target/33332] New: [4.3 Regression] unrecognizable insn on hppa

[tbm at cyrius dot com]

[ Forwarded from http://bugs.debian.org/440378 ]

Frank Lichtenheld reported the following bug in gcc from trunk while compiling
the Linux kernel:

[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O mxb.i
drivers/media/video/mxb.c: In function 'mxb_ioctl':
drivers/media/video/mxb.c:925: error: unrecognizable insn:
(insn 148 147 149 30 drivers/media/video/mxb.c:545 (parallel [
(set (mem/s:QI (reg:SI 215) [0 S1 A32])
(const_int 0 [0x0]))
(clobber (reg:SI 216))
(clobber (reg:SI 217))
(use (const_int 24 [0x18]))
(use (const_int 4 [0x4]))
]) -1 (nil))
drivers/media/video/mxb.c:925: internal compiler error: in extract_insn, at
recog.c:1990
Please submit a full bug report,
with preprocessed source if appropriate.

This happens at least with GCC from trunk from 20070829 and 20070902.


-- 
   Summary: [4.3 Regression] unrecognizable insn on hppa
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com
GCC target triplet: hppa-linux-gnu


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

[Bug middle-end/33199] [4.3 Regression] tr1/2_general_utilities/shared_ptr/assign/auto_ptr.cc

[rguenth at gcc dot gnu dot org]

--- Comment #28 from rguenth at gcc dot gnu dot org  2007-09-07 14:03 
---
I'm closing this as fixed as I don't see the failure any more.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug java/13021] GCJ Boehm descriptor may be incorrect if alignment != sizeof(void*)

[zippel at gcc dot gnu dot org]

--- Comment #3 from zippel at gcc dot gnu dot org  2007-09-07 14:00 ---
This now fixed on trunk with r128191/r128208.


-- 


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

[Bug fortran/33271] nint_2.f90 abort compiled with -O0

[dominiq at lps dot ens dot fr]

--- Comment #18 from dominiq at lps dot ens dot fr  2007-09-07 13:49 ---
FX, 

Please don't take my comment on the test suite personally.  

I think the PR should be resolved as WONTFIX for the reasons you explain and
the test case should fail on the platform on which it fails.

For the moment, I cannot think of the better way to warn the user that there is
something wrong with NINT() even if it is for corner cases.

I have to leave right now for 3 days without internet connection.  I'll give
more specific comments when returning.


-- 


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[fxcoudert at gcc dot gnu dot org]

--- Comment #8 from fxcoudert at gcc dot gnu dot org  2007-09-07 12:47 
---
(In reply to comment #7)
> Btw, is it mandated by the fortran standard to pass a scalar as array
> reference?

As far as I understand, in this case, it actually is the right thing to do.


-- 


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

[Bug regression/33331] FreeBSD __sparc64__ define no longer exists

[uberlord at gentoo dot org]

--- Comment #1 from uberlord at gentoo dot org  2007-09-07 12:22 ---
Created an attachment (id=14167)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14167&action=view)
Always define __sparc64__ if __arch64__

This is patch based on the netbsd-elf.h file and seems to work just file.


-- 


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

[Bug regression/33331] New: FreeBSD __sparc64__ define no longer exists

[uberlord at gentoo dot org]

configure for a FreeBSD/Sparc64 target now forces a default value of ultrasparc
for -mcpu. This means that the default target defines are never used, one of
which is __sparc64__ as needed by a lot of FreeBSD sources. As such, gcc-4
cannot build FreeBSD/Sparc64.


-- 
   Summary: FreeBSD __sparc64__ define no longer exists
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: uberlord at gentoo dot org
 GCC build triplet: sparc64-gentoo-freebsd6.2
  GCC host triplet: sparc64-gentoo-freebsd6.2
GCC target triplet: sparc64-gentoo-freebsd6.2


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2007-09-07 12:13 ---
Btw, is it mandated by the fortran standard to pass a scalar as array
reference?


-- 


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

[Bug fortran/33271] nint_2.f90 abort compiled with -O0

[fxcoudert at gcc dot gnu dot org]

--- Comment #17 from fxcoudert at gcc dot gnu dot org  2007-09-07 12:06 
---
(In reply to comment #16)
> This way to fix the problem shakes the (little) confidence I have in the test
> suite!

You're, as always, welcome to improve it! (both by submitting code and general
ideas to make it better)

> Would not it be better to let the tests fail for the mentionned platforms 
> until
> a (real) fix is found (as it is done for large_real_kind_2.F90 and
> large_real_kind_form_io_2.f90 on Darwin)?

I'm not sure I understand what you suggest. nint_2.f90 fails on ppc-aix and
ppc-linux because those targets have a system math library that contains a bug.
The code that gfortran create is OK, and the testcase would not fail if the AIX
and powerpc-glibc didn't have a buggy lround(). In fact, it is passing on all
other targets.

So, in that case, and contrarily to large_real_kind_2.F90, the bug here is not
in GCC, all we can do is really to wait for AIX and glibc to fix their
libraries. This is not going to happen soon (especially for AIX), and we
certainly have no control over it. This leaves two options: keep the testcase
failing on these two platforms, which means that people will probably report
the failure again, or at least investigate it. The nice thing in a testsuite is
that every single failure should be indicating a bug that we can act on: it's
not the case here. The other option is to XFAIL it on these two targets, which
means (a) we don't see the failure, (b) there is a record that this should, in
a perfect world, pass, but due to circumstances out of our control it is
expected to fail, and (c) when it starts passing (because glibc/AIX will have
been fixed), it will show up in test results as XPASS, and we can act (remove
the xfail).

If I understood you, you'd like option 1 above, am I right? Why do you think it
is better for the project?


PS: I should note that the bug in question is a relatively minor one: lround(),
on ppc-glibc and AIX, returns a wrong answer for the floating-point number
immediately lower than 0.5, Prec(0.5). All values are fine, except Prec(0.5),
-Prec(0.5), 4503599627370497 and -4503599627370497.


-- 


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2007-09-07 12:00 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2007-09-07 11:58 ---
Subject: Bug 0

Author: rguenth
Date: Fri Sep  7 11:57:57 2007
New Revision: 128240

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128240
Log:
2007-09-07  Richard Guenther  <[EMAIL PROTECTED]>

PR middle-end/0
* tree-ssa-operands.c (access_can_touch_variable): An access
of the form (*p)[0] can touch a variable of same size.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-operands.c


-- 


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2007-09-07 11:45 ---
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-09-07 10:06:13 |2007-09-07 11:45:21
   date||


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

[Bug fortran/33271] nint_2.f90 abort compiled with -O0

[dominiq at lps dot ens dot fr]

--- Comment #16 from dominiq at lps dot ens dot fr  2007-09-07 11:42 ---
This way to fix the problem shakes the (little) confidence I have in the test
suite!

Would not it be better to let the tests fail for the mentionned platforms until
a (real) fix is found (as it is done for large_real_kind_2.F90 and
large_real_kind_form_io_2.f90 on Darwin)?


-- 


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

[Bug middle-end/33321] gcc manpage contains "@option<-Wstrict-overflow=1>"

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2007-09-07 10:47 ---
FIXED.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/33321] gcc manpage contains "@option<-Wstrict-overflow=1>"

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2007-09-07 10:46 ---
Subject: Bug 33321

Author: burnus
Date: Fri Sep  7 10:46:49 2007
New Revision: 128238

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128238
Log:
2007-09-07  Tobias Burnus  <[EMAIL PROTECTED]>

PR middle-end/33321
* doc/invoke.texi: Fix -Wstrict-overflow= table.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/invoke.texi


-- 


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

[Bug middle-end/33321] gcc manpage contains "@option<-Wstrict-overflow=1>"

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2007-09-07 10:46 ---
Subject: Bug 33321

Author: burnus
Date: Fri Sep  7 10:45:50 2007
New Revision: 128237

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128237
Log:
2007-09-07  Tobias Burnus  <[EMAIL PROTECTED]>

PR middle-end/33321
* doc/invoke.texi: Fix -Wstrict-overflow= table.


Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/doc/invoke.texi


-- 


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

[Bug target/33329] [4.3 Regression] ICE in expand_simple_binop, at optabs.c:1294

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2007-09-07 10:42 ---
Similar to PR26449, which was _not_ fixed properly (so please don't mark this
one as a duplicate). The problem that was misteriously fixed for one testcase
just resurfaced again. Some info is also in PR32123.

Proposed patch that I'm going to re-test is at
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01865.html


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

  BugsThisDependsOn||26449, 32123
 AssignedTo|unassigned at gcc dot gnu   |ubizjak at gmail dot com
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-09-07 09:57:54 |2007-09-07 10:42:23
   date||


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

[Bug tree-optimization/32586] [4.3 Regression] New VN misses FRE opportunities

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2007-09-07 10:32 ---
Caused bootstrap miscompare on i?86.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug tree-optimization/32586] [4.3 Regression] New VN misses FRE opportunities

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2007-09-07 10:31 ---
Subject: Bug 32586

Author: rguenth
Date: Fri Sep  7 10:31:09 2007
New Revision: 128236

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128236
Log:
2007-09-07  Richard Guenther  <[EMAIL PROTECTED]>

Revert
2007-09-06  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/32586
* tree-ssa-sccvn.c (simplify_binary_expression): Avoid
folding if nothing changed.
(simplify_unary_expression): New function.  Do tree combining
on conversion like codes.
(try_to_simplify): Call it.

* g++.dg/tree-ssa/pr27090.C: Remove XFAILs.
* gcc.dg/tree-ssa/ssa-fre-1.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-3.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-5.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-4.c: Likewise, remove scan for
now obsolete simplification.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/tree-ssa/pr27090.C
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-1.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-3.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-4.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-5.c
trunk/gcc/tree-ssa-sccvn.c


-- 


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2007-09-07 10:24 ---
Through this:

  else if (ref
   && flag_strict_aliasing
   && TREE_CODE (ref) != INDIRECT_REF
   && !MTAG_P (alias)
   && base
   && (TREE_CODE (base) != INDIRECT_REF
   || TREE_CODE (TREE_TYPE (base)) != UNION_TYPE)
   && !AGGREGATE_TYPE_P (TREE_TYPE (alias))
   && TREE_CODE (TREE_TYPE (alias)) != COMPLEX_TYPE
   && !var_ann (alias)->is_heapvar
   /* When the struct has may_alias attached to it, we need not to
  return true.  */
   && get_alias_set (base))
{
#ifdef ACCESS_DEBUGGING
  fprintf (stderr, "Access to ");
  print_generic_expr (stderr, ref, 0);
  fprintf (stderr, " may not touch ");
  print_generic_expr (stderr, alias, 0);
  fprintf (stderr, " in function %s\n", get_name (current_function_decl));
#endif
  return false;
}

(gdb) call debug_generic_expr (ref)
(*my_char_ref_1)[1]{lb: 1 sz: 1}
(gdb) call debug_generic_expr (alias)
my_char
(gdb) call debug_generic_expr (base)
*my_char_ref_1

we miss the case accessing a variable through an array type of size one.
Something like

Index: tree-ssa-operands.c
===
--- tree-ssa-operands.c (revision 128188)
+++ tree-ssa-operands.c (working copy)
@@ -1300,6 +1300,13 @@ access_can_touch_variable (tree ref, tre
   && base
   && (TREE_CODE (base) != INDIRECT_REF
   || TREE_CODE (TREE_TYPE (base)) != UNION_TYPE)
+  && (TREE_CODE (base) != INDIRECT_REF
+  || TREE_CODE (ref) != ARRAY_REF
+  || offset != 0
+  || (DECL_SIZE (alias)
+  && TREE_CODE (DECL_SIZE (alias)) == INTEGER_CST
+  && size != -1
+  && size != TREE_INT_CST_LOW (DECL_SIZE (alias
   && !AGGREGATE_TYPE_P (TREE_TYPE (alias))
   && TREE_CODE (TREE_TYPE (alias)) != COMPLEX_TYPE
   && !var_ann (alias)->is_heapvar

fixes it.


-- 


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

[Bug tree-optimization/32821] tree-if-conv:combine_blocks with -ftree-dump-tree-all-details fails on ICE in compilation: segfault

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2007-09-07 10:20 ---
Fixed on mainline.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2007-
   ||09/msg00599.html
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug tree-optimization/32821] tree-if-conv:combine_blocks with -ftree-dump-tree-all-details fails on ICE in compilation: segfault

[uros at gcc dot gnu dot org]

--- Comment #6 from uros at gcc dot gnu dot org  2007-09-07 10:18 ---
Subject: Bug 32821

Author: uros
Date: Fri Sep  7 10:17:46 2007
New Revision: 128235

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128235
Log:
PR tree-optimization/32821
* tree_if_conv.c (combine_blocks): Use alloc_stmt_list instead of
NULL in the call to set_bb_stmt_list.

testsuite/ChangeLog:

PR tree-optimization/32821
* gcc.dg/tree-ssa/pr32821.c: New file.


Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/pr32821.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-if-conv.c


-- 


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2007-09-07 10:10 ---
We have

Pointed-to sets for pointers in sub0

my_char_ref_1, name memory tag: NMT.30, is dereferenced, points-to vars: {
my_char }

and

Aliased symbols

my_char, UID D.871, char, is addressable, direct reads: 0, direct writes: 1,
indirect reads: 1, indirect writes: 0, read frequency: 1, write frequency:
1
SMT.29, UID D.904, char[1:1], is addressable, direct reads: 0, direct writes:
0, indirect reads: 0, indirect writes: 0, read frequency: 0, write frequency:
0, may aliases: { my_char }
NMT.30, UID D.905, char[1:1], is addressable, direct reads: 1, direct writes:
0, indirect reads: 0, indirect writes: 0, read frequency: 0, write frequency:
0, may aliases: { my_char }

so somehow we prune the aliases.


-- 


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

[Bug middle-end/33330] [4.3 Regression] Wrong alias for accessing scalar through array

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2007-09-07 10:06 ---
The problem is that DCE2 deletes the my_char = 121; store because aliasing
thinks the array reference doesn't alias the scalar:

;; Function sub0 (sub0)

sub0 ()
{
  char[1:1] & my_char_ref;
  char D.874;
  char my_char;

:
  # my_char_4 = VDEF 
  my_char = 121;
  my_char_ref_1 = (char[1:1] &) &my_char;
  # VUSE 
  D.874_2 = (*my_char_ref_1)[1]{lb: 1 sz: 1};
  if (D.874_2 != 121)
goto ;
  else
goto ;

:
  _gfortran_abort ();

:
  return;

}

aliasing has similar problems where references are not combined completely
in some places like

  my_char_ref_1 = (char[1:1] &) &my_char;
  # VUSE 
  D.874_2 = (*my_char_ref_1)[1]{lb: 1 sz: 1};

we might be able to work around this by properly doing the propagation.

Finally a nice small testcase though ;)


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dberlin at gcc dot gnu dot
   ||org, rguenth at gcc dot gnu
   ||dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||alias, wrong-code
   Last reconfirmed|-00-00 00:00:00 |2007-09-07 10:06:13
   date||
Summary|[gfortran] inlining problem |[4.3 Regression] Wrong alias
   ||for accessing scalar through
   ||array
   Target Milestone|--- |4.3.0


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

[Bug middle-end/33329] [4.3 Regression] ICE in expand_simple_binop, at optabs.c:1294

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2007-09-07 09:57 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |middle-end
 Ever Confirmed|0   |1
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|i686-unknown-linux-gnu  |x86_64-*-*, i?86-*-*
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2007-09-07 09:57:54
   date||
Summary|ICE in expand_simple_binop, |[4.3 Regression] ICE in
   |at optabs.c:1294|expand_simple_binop, at
   ||optabs.c:1294
   Target Milestone|--- |4.3.0


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

[Bug c/33329] ICE in expand_simple_binop, at optabs.c:1294

[ubizjak at gmail dot com]

--- Comment #2 from ubizjak at gmail dot com  2007-09-07 09:28 ---
Also ICEs on i686-pc-linux-gnu with -msse2.

The problem is again in:

--cut here--
rtx
expand_simple_binop (enum machine_mode mode, enum rtx_code code, rtx op0,
 rtx op1, rtx target, int unsignedp,
 enum optab_methods methods)
{
  optab binop = code_to_optab[(int) code];
  gcc_assert (binop);

  return expand_binop (mode, binop, op0, op1, target, unsignedp, methods);
}
--cut here--

code_to_optab returns NULL for (unsupported) VEC_SELECT code. IIRC, we already
have some discussion about this issue.

The backtrace is:

#0  fancy_abort (file=0x87879e0 "../../gcc-svn/trunk/gcc/optabs.c", line=1306,
function=0x8787f50 "expand_simple_binop") at
../../gcc-svn/trunk/gcc/diagnostic.c:655
#1  0x082a29a7 in expand_simple_binop (mode=V2SImode, code=VEC_SELECT,
op0=0xb7cf7340, op1=0xb7cd7870, target=0x0, unsignedp=1,
methods=OPTAB_LIB_WIDEN) at ../../gcc-svn/trunk/gcc/optabs.c:1306
#2  0x081cbb18 in force_operand (value=0xb7c56b7c, target=0x0) at
../../gcc-svn/trunk/gcc/expr.c:6269
#3  0x081cb9a6 in force_operand (value=0xb7cd7878, target=0xb7cf7410) at
../../gcc-svn/trunk/gcc/expr.c:6277
#4  0x081cbbe9 in force_operand (value=0xb7c56b88, target=0xb7cf7400) at
../../gcc-svn/trunk/gcc/expr.c:6241
#5  0x0869c349 in move_invariant_reg (loop=0xb7cf833c, invno=0) at
../../gcc-svn/trunk/gcc/loop-invariant.c:1237
#6  0x0869d76d in move_loop_invariants () at
../../gcc-svn/trunk/gcc/loop-invariant.c:1304
#7  0x0869b495 in rtl_move_loop_invariants () at
../../gcc-svn/trunk/gcc/loop-init.c:237
#8  0x082aacdf in execute_one_pass (pass=0x8855060) at
../../gcc-svn/trunk/gcc/passes.c:


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 GCC target triplet|x86_64-unknown-linux-gnu|i686-unknown-linux-gnu


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