[Bug middle-end/32176] [4.3 Regression] ICE tree-type mismatch: expected integer_cst, have plus_expr in int_cst_value, at tree.c:7720

[ubizjak at gmail dot com]

--- Comment #13 from ubizjak at gmail dot com  2007-07-03 06:40 ---
Closed as magically fixed (testcase was committed to SVN mainline).


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/32176] [4.3 Regression] ICE tree-type mismatch: expected integer_cst, have plus_expr in int_cst_value, at tree.c:7720

[uros at gcc dot gnu dot org]

--- Comment #12 from uros at gcc dot gnu dot org  2007-07-03 06:35 ---
Subject: Bug 32176

Author: uros
Date: Tue Jul  3 06:35:05 2007
New Revision: 126245

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126245
Log:
PR middle-end/32176
* gcc.dg/pr32176.c: New test.


Added:
trunk/gcc/testsuite/gcc.dg/pr32176.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/32432] SEGV/endless loop after: "ERROR: ... already is initialized"

[patchapp at dberlin dot org]

--- Comment #4 from patchapp at dberlin dot org  2007-07-03 05:30 ---
Subject: Bug number PR32432

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-07/msg00202.html


-- 


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

[Bug fortran/32600] [ISO Bind C] C_LOC/C_FUNLOC should not be library functions

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2007-07-03 05:27 ---
(In reply to comment #2)
> This just an optimization request, right?  The functions calls work?
Yes - at least all my test programs work.

Though there might be some combinations of c_f_pointer which don't work; at
least I don't remember seeing a patch after Chris wrote 
TODO: "1) add versions of c_f_pointer for complex type/kind combos"
http://gcc.gnu.org/ml/fortran/2007-02/msg00558.html

But I might have simply missed the patch.


-- 


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

[Bug fortran/32432] SEGV/endless loop after: "ERROR: ... already is initialized"

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2007-07-03 04:51 
---
Have some ideas to try.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-06-20 20:30:35 |2007-07-03 04:51:28
   date||


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

[Bug c++/32597] New operation with empty parameter pack does not value-initialize

[patchapp at dberlin dot org]

--- Comment #1 from patchapp at dberlin dot org  2007-07-03 04:01 ---
Subject: Bug number PR c++/32597

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-07/msg00170.html


-- 


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

[Bug target/32506] [4.1/4.2/4.3 Regression] cross compile sh64-superh-linux-gnu internal compiler error: in change_address_1, at emit-rtl.c:1800

[kkojima at gcc dot gnu dot org]

--- Comment #3 from kkojima at gcc dot gnu dot org  2007-07-03 04:01 ---
Subject: Bug 32506

Author: kkojima
Date: Tue Jul  3 04:01:35 2007
New Revision: 126243

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126243
Log:
PR target/32506
* config/sh/sh.md (udivsi3_i1_media): Use target_reg_operand
predicate instead of target_operand.
(divsi3_i1_media, divsi3_media_2): Likewise.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sh/sh.md


-- 


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

[Bug fortran/25094] Procedure with public generic identifier allowed to have argument of private type

[patchapp at dberlin dot org]

--- Comment #2 from patchapp at dberlin dot org  2007-07-03 04:01 ---
Subject: Bug number PR25094

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-07/msg00156.html


-- 


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

[Bug fortran/32600] [ISO Bind C] C_LOC/C_FUNLOC should not be library functions

[kargl at gcc dot gnu dot org]

--- Comment #2 from kargl at gcc dot gnu dot org  2007-07-03 03:55 ---
This just an optimization request, right?  The functions calls work?


-- 

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=32600

[Bug middle-end/26061] error and warning count

[geoffk at gcc dot gnu dot org]

--- Comment #12 from geoffk at gcc dot gnu dot org  2007-07-03 00:45 ---
[Here's what I sent to gcc-patches as a review of this patch:]
Doing this will certainly break many tools which parse the output of GCC,
especially in the case of a successful compilation which produced some
warnings.  I think, though, that it would be safe to produce one extra notice
in the case of a compilation which produced errors, saying how many errors were
output; that would help in the case where the last few hundred messages from
GCC are warnings and the user wonders why their build failed.  It should be
combined with the message we already have about 'treating warnings about errors
because of -Werror'.

I'm hard-pressed to think of a reason why, if this is implemented, you would
want to be able to switch it off, so I see no reason to have a flag (unless
someone else thinks of a reason).


-- 


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

[Bug target/32506] [4.1/4.2/4.3 Regression] cross compile sh64-superh-linux-gnu internal compiler error: in change_address_1, at emit-rtl.c:1800

[kkojima at gcc dot gnu dot org]

--- Comment #2 from kkojima at gcc dot gnu dot org  2007-07-03 00:21 ---
> Related to #21220?

Ah, maybe.
A reduced testcase:

unsigned int
foo (unsigned int n, unsigned d)
{
  return n % d;
}

which fails on sh64-unknown-linux-gnu with -O -fpic -m5-64media-nofpu.
I've confirmed that the reduced testcase fails on all 4.[0123] and
doesn't fail on 3.4.6.
udivsi3_i1_media insn uses the predicate target_operand which permits
symbol_ref.  When reloading, it's reloaded with a target register and,
in PIC case, legitimize_pic_address tries to use this target register
to compute the address with GOTOFF.  This results the ICE.
I'm testing the attached patch.

--- ORIG/trunk/gcc/config/sh/sh.md  Thu Jun 28 08:15:35 2007
+++ LOCAL/trunk/gcc/config/sh/sh.md Mon Jul  2 21:44:49 2007
@@ -1765,7 +1765,7 @@
(clobber (reg:DI TR0_REG))
(clobber (reg:DI TR1_REG))
(clobber (reg:DI TR2_REG))
-   (use (match_operand 1 "target_operand" "b"))]
+   (use (match_operand 1 "target_reg_operand" "b"))]
   "TARGET_SHMEDIA && (! TARGET_SHMEDIA_FPU || ! TARGET_DIVIDE_FP)"
   "blink   %1, r18"
   [(set_attr "type" "sfunc")
@@ -1962,7 +1962,7 @@
(clobber (reg:SI R20_REG))
(clobber (reg:SI R21_REG))
(clobber (reg:SI TR0_REG))
-   (use (match_operand 1 "target_operand" "b"))]
+   (use (match_operand 1 "target_reg_operand" "b"))]
   "TARGET_SHMEDIA && (! TARGET_SHMEDIA_FPU || ! TARGET_DIVIDE_FP)"
   "blink   %1, r18"
   [(set_attr "type" "sfunc")])
@@ -1976,7 +1976,7 @@
(clobber (reg:SI R21_REG))
(clobber (reg:SI TR0_REG))
(use (reg:SI R20_REG))
-   (use (match_operand 1 "target_operand" "b"))]
+   (use (match_operand 1 "target_reg_operand" "b"))]
   "TARGET_SHMEDIA && (! TARGET_SHMEDIA_FPU || ! TARGET_DIVIDE_FP)"
   "blink   %1, r18"
   [(set_attr "type" "sfunc")])


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||kkojima at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
 GCC target triplet|sh64-superh-linux-gnu-ld|sh64-superh-linux-gnu
   Keywords||ice-on-valid-code
  Known to fail|4.0.4   |4.0.4 4.1.2 4.2.0 4.3.0
  Known to work||3.4.6
   Last reconfirmed|-00-00 00:00:00 |2007-07-03 00:21:57
   date||
Summary|cross compile sh64-superh-  |[4.1/4.2/4.3 Regression]
   |linux-gnu internal compiler |cross compile sh64-superh-
   |error: in change_address_1, |linux-gnu internal compiler
   |at emit-rtl.c:1800  |error: in change_address_1,
   ||at emit-rtl.c:1800


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

[Bug tree-optimization/16876] [4.0/4.1/4.2 Regression] ICE on testcase with -O3 in fold-const

[reichelt at gcc dot gnu dot org]

--- Comment #20 from reichelt at gcc dot gnu dot org  2007-07-03 00:10 
---
As the code is deemed valid, we still have a rejects-valid bug on the 4.2
branch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.0/4.1 Regression] ICE on |[4.0/4.1/4.2 Regression] ICE
   |testcase with -O3 in fold-  |on testcase with -O3 in
   |const   |fold-const
   Target Milestone|4.1.3   |4.2.1


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

[Bug tree-optimization/32527] [4.3 Regression] ICE in build2_stat, at tree.c:3074

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-07-02 23:59 ---
*** Bug 32417 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org


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

[Bug middle-end/32417] [4.3 Regression] 416.gamess ICEs (in aff_combination_add_elt, tree-affine.c)

[pinskia at gcc dot gnu dot org]

--- Comment #13 from pinskia at gcc dot gnu dot org  2007-07-02 23:59 
---
Ok, the problem at -O1 is really PR 32527.

So I am closing this as a dup of that bug.

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/32417] [4.3 Regression] 416.gamess ICEs (in aff_combination_add_elt, tree-affine.c)

[pinskia at gcc dot gnu dot org]

--- Comment #12 from pinskia at gcc dot gnu dot org  2007-07-02 23:58 
---
One note, when I was originally fixing this bug, the test worked but now it
fails at -O1.  I guess the new VN exposed the new problem.


-- 


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

[Bug c++/32598] [4.3 regression]: 27_io/basic_stringbuf/setbuf/wchar_t/4.cc needs more than 6GB memory to compile

[pcarlini at suse dot de]

-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-07-02 23:37:59
   date||


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

[Bug c++/32598] [4.3 regression]: 27_io/basic_stringbuf/setbuf/wchar_t/4.cc needs more than 6GB memory to compile

[pcarlini at suse dot de]

--- Comment #1 from pcarlini at suse dot de  2007-07-02 23:37 ---
I can confirm this. And .../setbuf/char/4.cc is almost as bad.


-- 


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

[Bug libfortran/32456] IO error message should show Unit/Filename

[kargl at gcc dot gnu dot org]

--- Comment #10 from kargl at gcc dot gnu dot org  2007-07-02 23:29 ---
Subject: Bug 32456

Author: kargl
Date: Mon Jul  2 23:29:27 2007
New Revision: 126238

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126238
Log:
2007-07-02  Steven G. Kargl  <[EMAIL PROTECTED]>

Restore collateral damage from ISO C Binding merge.

2007-06-29  Jerry DeLisle  <[EMAIL PROTECTED]>

PR libgfortran/32456
* io/unit.c (filename_from_unit): Don't use find_unit, instead search
for unit directly.


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


-- 


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

[Bug middle-end/32603] Sibcall optimization fails to detect non-overlapping arguments

[jconner at apple dot com]

--- Comment #1 from jconner at apple dot com  2007-07-02 23:28 ---
I have a patch which addresses this (and pr32602) -- I will submit it shortly.


-- 

jconner at apple dot com changed:

   What|Removed |Added

 CC||jconner at apple dot com


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

[Bug middle-end/32603] New: Sibcall optimization fails to detect non-overlapping arguments

[jconner at apple dot com]

The following code, compiled for arm-none-elf at -O2:

~~

#define noinline __attribute__((noinline))

typedef struct {
  int data[4];
} arr16_t;

int result = 0;

void noinline func2 (int i, int j, arr16_t arr)
{
  result = (arr.data[0] != 1
|| arr.data[1] != 2
|| arr.data[2] != 3
|| arr.data[3] != 4);
}

void func1 (int i, int j, int k, int l, int m, int n, arr16_t a)
{
  func2(i, j, a);
}

int main(int argc, const char *argv[])
{
  arr16_t arr = {{1, 2, 3, 4}};

  func1(0, 0, 0, 0, 0, 0, arr);
  return result;
}

~~

The call to func2 should be optimized into a sibcall, however store_one_arg()
is preventing it because it incorrectly identifies the arr16_t coming into
func1 as overlapping on the stack where it needs to put the outgoing arr16_t
for the call to func2.  In fact, the incoming arg only uses [SP,SP+7] (the
other two words are passed in registers) and the outgoing arg uses
[SP+8,SP+23].


-- 
   Summary: Sibcall optimization fails to detect non-overlapping
arguments
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jconner at apple dot com


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

[Bug middle-end/32602] Sibcall optimization fails to detect overlap

[jconner at apple dot com]

--- Comment #1 from jconner at apple dot com  2007-07-02 23:19 ---
The problem is that the sibcall optimization incorrectly believes that the
incoming arr16_t parameter to func1 is located at the same location on the
stack as the outgoing arr16_t parameter to func2, and so incorrectly allows a
sibcall to occur.

I have a patch for this that I will submit shortly.


-- 

jconner at apple dot com changed:

   What|Removed |Added

 CC||jconner at apple dot com


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

[Bug middle-end/32602] New: Sibcall optimization fails to detect overlap

[jconner at apple dot com]

The following program returns an incorrect result when compiled for
arm-none-elf at -O2:

~~

typedef struct {
  int data[4];
} arr16_t;

int result = 0;

void func2(int i, int j, arr16_t arr)
{
  result = (arr.data[0] != 1
|| arr.data[1] != 2
|| arr.data[2] != 3
|| arr.data[3] != 4);
}

void func1(int i, int j, int k, arr16_t a)
{
  func2(i, j, a);
}

int main(int argc, const char *argv[])
{
  arr16_t arr = {{1, 2, 3, 4}};

  func1(0, 0, 0, arr);
  return result;
}

~~

It should exit with 0, but instead exits with 1.


-- 
   Summary: Sibcall optimization fails to detect overlap
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jconner at apple dot com


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

[Bug fortran/32600] [ISO Bind C] C_LOC/C_FUNLOC should not be library functions

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2007-07-02 23:09 ---
Analogously for c_f_pointer (without SHAPE) and c_f_funpointer:

use iso_c_binding
implicit none
integer, target :: tgt
type(c_ptr) :: cptr
integer, pointer :: ptr
 cptr = c_loc(tgt)
 call c_f_pointer(cptr,ptr)
end


gfortran:
  c_f_pointer_i4 (cptr, &ptr, 0B);
g95:
  ptr = cptr;;
NAG f95:
  ptr_ = cptr_;


For shape, one can also consider generate the code directly.
gfortran and g95 call a library function but NAG f95 generates the C code
directly:

use iso_c_binding
implicit none
integer, target :: tgt(10)
type(c_ptr) :: cptr
integer, pointer :: ptr(:)
 cptr = c_loc(tgt)
 call c_f_pointer(cptr,ptr, (/ 10 /))
end


-- 


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

[Bug fortran/32601] New: [ISO Bind C] Access to private components not prevented

[burnus at gcc dot gnu dot org]

USE ISO_C_BINDING, only: c_null_ptr, c_ptr
  type(c_ptr) :: t
  t = c_null_ptr
  print *, c_null_ptr, t
  end

should not be allowed (at least with -std=f2003) as type(c_ptr) has only
private components.


-- 
   Summary: [ISO Bind C] Access to private components not prevented
   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=32601

[Bug fortran/32600] New: [ISO Bind C] C_LOC/C_FUNLOC should not be library functions

[burnus at gcc dot gnu dot org]

The code

use iso_c_binding
integer, target :: i
type(c_ptr) :: bar
bar = c_loc(i)
end

produces:

  bar = c_loc (&i);

g95 produces:
  bar = &i;;
and NAG f95:
  bar_ = (char*) &i_;

Analogously for C_FUNPOINTER:
---
use iso_c_binding
interface
  subroutine bar() bind(c)
  end subroutine bar
end interface
type(c_funptr) :: fptr
fptr = c_funloc(bar)
end
---

gfortran:
  void * fptr;
  fptr = c_funloc (bar);
g95:
  void (*) (void) fptr;
  fptr = bar;;
NAG f95:
  typedef void * __NAGf90_MODULE_iso_c_binding_DT_c_ptr;
  typedef void (* __NAGf90_MODULE_iso_c_binding_DT_c_funptr)();
  auto __NAGf90_MODULE_iso_c_binding_DT_c_funptr fptr_;
  fptr_ = (void(*)())bar;


-- 
   Summary: [ISO Bind C] C_LOC/C_FUNLOC should not be library
functions
   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: burnus at gcc dot gnu dot org


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

[Bug fortran/32599] New: [ISO C Binding] Accepts character with len /= 1

[burnus at gcc dot gnu dot org]

The following two routines are invalid. The length has to be one (I think it
needs to be also an initialization expression).
While allowing it for -std=gnu is ok, there should be an error for -std=f2003.

NAG f95 prints:
Error: f.f90, line 5: Argument PATH of BIND(C) procedure DESTROY has assumed
CHARACTER length
Error: f.f90, line 11: Argument PATH of BIND(C) procedure CREATE has
CHARACTER(LEN=5)



subroutine destroy(path) BIND(C)
  use iso_c_binding
  implicit none
  character(len=*,kind=c_char), intent(IN) :: path
end subroutine destroy

subroutine create(path) BIND(C)
  use iso_c_binding
  implicit none
  character(len=5,kind=c_char), intent(IN) :: path
end subroutine create
end


-- 
   Summary: [ISO C Binding] Accepts character with len /= 1
   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=32599

[Bug c++/32598] New: [4.3 regression]: 27_io/basic_stringbuf/setbuf/wchar_t/4.cc needs more than 6GB memory to compile

[hjl at lucon dot org]

Gcc 4.3 revision 126234 needs more than 6GB to compile
27_io/basic_stringbuf/setbuf/wchar_t/4.cc in libstdc++.
It happens on Linux/ia32, Linux/ia64 and Linux/x86-64.
Revision 126166 is OK.


-- 
   Summary: [4.3 regression]:
27_io/basic_stringbuf/setbuf/wchar_t/4.cc needs more
than 6GB memory to compile
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org


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

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

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2007-07-02 22:28 ---
Related is the checking of type(*). Here, in decl.c everything is allowed and a
later check is missing. Result: accepts invalid:

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


-- 


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

[Bug middle-end/32589] [4.3 Regression] exp_dbug.adb:981: error: invalid array index

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|ada |middle-end
   Keywords||build, ice-on-valid-code
Summary|exp_dbug.adb:981: error:|[4.3 Regression]
   |invalid array index |exp_dbug.adb:981: error:
   ||invalid array index
   Target Milestone|--- |4.3.0


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

[Bug ada/32589] exp_dbug.adb:981: error: invalid array index

[ebotcazou at gcc dot gnu dot org]

--- Comment #2 from ebotcazou at gcc dot gnu dot org  2007-07-02 21:44 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-07-02 21:44:21 |2007-07-02 21:44:38
   date||


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

[Bug ada/32589] exp_dbug.adb:981: error: invalid array index

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2007-07-02 21:44 
---
Present on x86 too (but not x86-64).


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|hppa2.0w-hp-hpux11.11   |
   GCC host triplet|hppa2.0w-hp-hpux11.11   |
 GCC target triplet|hppa2.0w-hp-hpux11.11   |
   Last reconfirmed|-00-00 00:00:00 |2007-07-02 21:44:21
   date||


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

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

[jv244 at cam dot ac dot uk]

--- Comment #129 from jv244 at cam dot ac dot uk  2007-07-02 21:42 ---
(In reply to comment #128)
> current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
> regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F. 
> This
> is a regression wrt to 4.2.0, but I'm not sure when it was introduced. -O1 is
> Ok.

miscompiled subroutine is mulliken_restraint


-- 


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

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

[jv244 at cam dot ac dot uk]

--- Comment #128 from jv244 at cam dot ac dot uk  2007-07-02 21:36 ---
current gfortran trunk seems to miscompile CP2K at -O2. The affected test is
regtest-ot/C2H4.inp, and the file that is being miscompiled is mulliken.F. This
is a regression wrt to 4.2.0, but I'm not sure when it was introduced. -O1 is
Ok.


-- 


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

[Bug target/31557] return 0x80000000UL code gen can be improved

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-07-02 21:35 ---
Confirmed.


-- 

pinskia 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-07-02 21:35:45
   date||


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

[Bug rtl-optimization/29083] useless clrlwi instruction produced for 16-bit bitfield

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-07-02 21:32 ---
Fixed for 4.3.0:
64bit:
.L2:
addi 0,9,1
lhzu 9,-4(3)
cmpw 7,9,0
beq 7,.L2

32bit:
.L2:
addi 0,9,1
lhzu 9,-4(3)
cmpw 7,9,0
beq 7,.L2


-- 

pinskia 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=29083

[Bug tree-optimization/22226] vectorization library

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-07-02 21:27 ---
Note the "SIMD Math Library Specification for Cell Broadband Engine
Architecture" defines an interface for a SIMD math library for VMX (and Cell
SPU).


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2006-10-22 23:31:03 |2007-07-02 21:27:44
   date||


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

[Bug target/32338] [4.3 Regression] Error: .prologue within prologue

[sje at cup dot hp dot com]

--- Comment #1 from sje at cup dot hp dot com  2007-07-02 21:27 ---
I can make the warning message go away by using -fno-schedule-insns2.


-- 


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

[Bug fortran/32239] optimize power in loops, use __builtin_powi instead of _gfortran_pow_r4_i4

[jb at gcc dot gnu dot org]

--- Comment #7 from jb at gcc dot gnu dot org  2007-07-02 20:46 ---
Closing as Fortran FE is fixed. There is 32503 for better vectorization of
builtin_powi, and if we want the strength reduction optimization from comment
#0 a new missed-optimization PR should be filed against the middle-end (or
tree-optimization).


-- 

jb at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/32176] [4.3 Regression] ICE tree-type mismatch: expected integer_cst, have plus_expr in int_cst_value, at tree.c:7720

[ubizjak at gmail dot com]

--- Comment #11 from ubizjak at gmail dot com  2007-07-02 20:43 ---
(In reply to comment #10)
> (In reply to comment #9)
> > I cannot reproduce this on x86_64 with any of the testcases.
> 
> Looks like this bug has 'fixed' itself somewhere during the last two weeks  
> ...
> can't reproduce it either

Please commit the testcase (that failed at some time) to the testsuite and
close this bug.


-- 


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

[Bug target/32552] Runtime failure in SPEC CPU2000 benchmark fma3d and applu

[wilson at gcc dot gnu dot org]

--- Comment #7 from wilson at gcc dot gnu dot org  2007-07-02 20:34 ---
Created an attachment (id=13831)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13831&action=view)
enable INCOMING_RETURN_ADDR_RTX for ia64

This is a patch based on Kenny's suggestion.  I think this patch solves the
problem nicely, but it hasn't been tested with an ia64 build yet.


-- 


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

[Bug target/32552] Runtime failure in SPEC CPU2000 benchmark fma3d and applu

[wilson at specifix dot com]

--- Comment #6 from wilson at specifix dot com  2007-07-02 20:30 ---
Subject: Re:  Runtime failure in SPEC CPU2000 benchmark
fma3d and applu

On Mon, 2007-07-02 at 19:12 +, zadeck at naturalbridge dot com
wrote:
> Lets see if an arm person is willing to talk about this.

I looked a bit more at the ARM case.  dwarf2out_frame_finish has a
#ifndef TARGET_UNWIND_INFO check, so the result is that DWARF2 unwind
info never gets emitted even though DWARF2_UNWIND_INFO is defined.  ARM
is using the DWARF2 frame info for the debugger though.  For
consistency, I'd suggested undefining DWARF2_UNWIND_INFO and defining
DWARF2_FRAME_INFO in the arm/bpabi.h file, which better reflects what is
actually happening here.  But that is just a minor consistency issue.
The ARM port will work fine with the suggested changes.


-- 


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

[Bug middle-end/32398] [4.3 Regression] checking for suffix of object files... configure: error: cannot compute suffix of f object files: cannot compile

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-07-02 20:23 ---
(In reply to comment #5)
> Subject: Re:  [4.3 Regression] checking for suffix of object files...
> configure: error: cannot compute suffix of f objeRO
> 
> > Can you send me, the dump produced by -fdump-rtl-expand with the trunk and 
> > also
> > revision 125754.  I am 99% sure this was exposed by pointer plus.
> 
> The problem doesn't appear to be in expand.  This is the difference
> between the assembly code generated with and without -fno-schedule-insns,
> respectively:

Now I am 99% sure that this was not caused by pointer plus (though it could
have been exposed by it but I doubt it since REG_DEAD is done by df which means
this is more likely a DF issue).

Thanks,
Andrew Pinski


-- 


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

[Bug tree-optimization/32591] [4.3 Regression] ICE: in vn_binary_op_insert, at tree-ssa-sccvn.c:852

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2007-07-02 
20:09 ---
Subject: Re:  [4.3 Regression] ICE: in vn_binary_op_insert, at
tree-ssa-sccvn.c:852

> I cannot reproduce with a cross to hppa-linux.
> Is this still happening with the latest patches as of this morning?

This was before your patch this morning.  I'll recheck.

Dave


-- 


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

[Bug middle-end/32398] [4.3 Regression] checking for suffix of object files... configure: error: cannot compute suffix of f object files: cannot compile

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca  2007-07-02 
20:07 ---
Subject: Re:  [4.3 Regression] checking for suffix of object files...
configure: error: cannot compute suffix of f objeRO

> Can you send me, the dump produced by -fdump-rtl-expand with the trunk and 
> also
> revision 125754.  I am 99% sure this was exposed by pointer plus.

The problem doesn't appear to be in expand.  This is the difference
between the assembly code generated with and without -fno-schedule-insns,
respectively:

--- pr32398.s1  Mon Jul  2 15:08:11 2007
+++ pr32398.s   Mon Jul  2 15:06:55 2007
@@ -9,24 +9,24 @@ f:
.ENTRY
std %r2,-16(%r30)
ldo 144(%r30),%r30
+   extrd,s %r26,63,32,%r31
std %r4,-128(%r30)
-   std %r26,-64(%r29)
-   extrd,s %r26,63,32,%r26
std %r25,-56(%r29)
+   ldo -56(%r29),%r29
std %r24,-48(%r29)
std %r23,-40(%r29)
std %r22,-32(%r29)
std %r21,-24(%r29)
std %r20,-16(%r29)
std %r19,-8(%r29)
-   ldo -56(%r29),%r29
-   cmpib,>= 0,%r26,L$0002
+   std %r26,-64(%r29)
+   cmpib,>= 0,%r31,L$0002
std %r29,-136(%r30)
ldi 0,%r28
 L$0003:
ldo 1(%r28),%r28
extrd,s %r28,63,32,%r28
-   cmpb,< %r28,%r26,L$0003
+   cmpb,< %r28,%r31,L$0003
ldo 8(%r29),%r29
std %r29,-136(%r30)
 L$0002:

The problem is the "ldo -56(%r29),%r29" insn has been moved forward
before the argument saves to the stack.  r29 is the incoming argument
pointer.

This occurs in the sched1 pass where the following rtl is generated:

(insn 13 8 21 2 pr32398.c:7 (set (mem:DI (plus:DI (reg/f:DI 29 %r29)
(const_int -56 [0xffc8])) [0 S8 A64])
(reg:DI 25 %r25)) 124 {*pa.md:4572} (expr_list:REG_DEAD (reg:DI 25
%r25)
(nil)))

(insn 21 13 7 2 pr32398.c:7 (set (reg/f:DI 78)
(plus:DI (reg/f:DI 29 %r29)
(const_int -56 [0xffc8]))) 164 {*pa.md:5412}
(expr_list:REG_DEAD (reg/f:DI 29 %r29)
(nil)))

(insn 7 21 14 2 pr32398.c:2 (set (reg/v:DI 75 [ n ])
(sign_extend:DI (reg:SI 26 %r26 [ n+-4 ]))) 143 {extendsidi2}
(expr_list:REG_DEAD (reg:SI 26 %r26 [ n+-4 ])
(nil)))

(insn 14 7 15 2 pr32398.c:7 (set (mem:DI (plus:DI (reg/f:DI 29 %r29)
(const_int -48 [0xffd0])) [0 S8 A64])
(reg:DI 24 %r24)) 124 {*pa.md:4572} (expr_list:REG_DEAD (reg:DI 24
%r24)
(nil)))

The problem is the REG_DEAD note for r29.  r19 isn't dead after insn 21.

Dave


-- 


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

[Bug c++/32597] New operation with empty parameter pack does not value-initialize

[dgregor at gcc dot gnu dot org]

-- 

dgregor at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-07-02 20:05:18
   date||


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

[Bug c++/32597] New: New operation with empty parameter pack does not value-initialize

[dgregor at gcc dot gnu dot org]

The following program fails because when the new-expression is instantiated
with no arguments in "args", k is not value-initialized (although it should
be).

#include 
#include 

int k = 5;

template< class... Args > void f( Args... args )
{
   new( &k ) int( args... );
}

int main()
{
   f();
   assert( k == 0 );
}


-- 
   Summary: New operation with empty parameter pack does not value-
initialize
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: dgregor at gcc dot gnu dot org
ReportedBy: dgregor at gcc dot gnu dot org


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

[Bug c++/32596] New: ice for legal code

[dcb314 at hotmail dot com]

I just tried to compile Suse Linux package ruby-zypp-0.1-83 with the
GNU C++ compiler version 4.3 snapshot 20070629

The compiler said

/usr/include/boost/regex/v4/basic_regex_creator.hpp:515: internal compiler
error: in expand_or_defer_fn, at cp/semantics.c:3220
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

Preprocessed source code attached. No flags required.


-- 
   Summary: ice for legal code
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


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

[Bug c++/32596] ice for legal code

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2007-07-02 19:57 ---
Created an attachment (id=13830)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13830&action=view)
gzipped C++ source code


-- 


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

[Bug bootstrap/32585] [4.3 Regression] bootstrap broken in libgfortran ?

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||build
Summary|bootstrap broken in |[4.3 Regression] bootstrap
   |libgfortran ?   |broken in libgfortran ?
   Target Milestone|--- |4.3.0


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

[Bug bootstrap/32585] bootstrap broken in libgfortran ?

[jv244 at cam dot ac dot uk]

--- Comment #6 from jv244 at cam dot ac dot uk  2007-07-02 19:42 ---
as said previously


-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/32585] bootstrap broken in libgfortran ?

[jv244 at cam dot ac dot uk]

--- Comment #5 from jv244 at cam dot ac dot uk  2007-07-02 19:41 ---
has been fixed in current trunk 


-- 


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

[Bug tree-optimization/32230] [4.3 Regression] Segfault in set_bb_for_stmt with -O -ftree-vectorize

[pinskia at gcc dot gnu dot org]

--- Comment #13 from pinskia at gcc dot gnu dot org  2007-07-02 19:41 
---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/32591] [4.3 Regression] ICE: in vn_binary_op_insert, at tree-ssa-sccvn.c:852

[dberlin at gcc dot gnu dot org]

--- Comment #1 from dberlin at gcc dot gnu dot org  2007-07-02 19:40 ---
I cannot reproduce with a cross to hppa-linux.
Is this still happening with the latest patches as of this morning?


-- 


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

[Bug middle-end/32176] [4.3 Regression] ICE tree-type mismatch: expected integer_cst, have plus_expr in int_cst_value, at tree.c:7720

[jv244 at cam dot ac dot uk]

--- Comment #10 from jv244 at cam dot ac dot uk  2007-07-02 19:39 ---
(In reply to comment #9)
> I cannot reproduce this on x86_64 with any of the testcases.

Looks like this bug has 'fixed' itself somewhere during the last two weeks  ...
can't reproduce it either


-- 


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

[Bug c++/32595] abort in libiberty:htab_clear_slot

[Ralf dot Wildenhues at gmx dot de]

--- Comment #2 from Ralf dot Wildenhues at gmx dot de  2007-07-02 19:35 
---
Created an attachment (id=13829)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13829&action=view)
preprocessed unincluded source


-- 


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

[Bug c++/32595] abort in libiberty:htab_clear_slot

[Ralf dot Wildenhues at gmx dot de]

--- Comment #1 from Ralf dot Wildenhues at gmx dot de  2007-07-02 19:32 
---
Uploading of the file will have to wait until bugzilla does not internal-error
out on me any more, sorry.  I sent mail to dberlin.


-- 


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

[Bug fortran/32594] ICE: bus error with attached code and June 28 MacOSX Intel binary)

[dfranke at gcc dot gnu dot org]

--- Comment #2 from dfranke at gcc dot gnu dot org  2007-07-02 19:31 ---
Simplified testcase and backtrace (4.3, 20070702):

function EvaluateMath(expr)
  character(*), intent(in) :: expr
  character(*), parameter  :: chrs='-+.0123456789eEdD'

  LOGICAL :: tmp
  tmp = (index(chrs(14:), "xxx") > 0)
end


Backtrace:

Program received signal SIGSEGV, Segmentation fault.
gfc_extract_int (expr=0x0, result=0xbfb25b84) at
../../../gcc/gcc/fortran/expr.c:252
252   if (expr->expr_type != EXPR_CONSTANT)
(gdb) bt
#0  gfc_extract_int (expr=0x0, result=0xbfb25b84) at
../../../gcc/gcc/fortran/expr.c:252
#1  0x08067087 in gfc_simplify_expr (p=0x8934270, type=0) at
../../../gcc/gcc/fortran/expr.c:1516
#2  0x080671a5 in gfc_simplify_expr (p=0x89340e0, type=0) at
../../../gcc/gcc/fortran/expr.c:1496
#3  0x080671d4 in gfc_simplify_expr (p=0x8934500, type=0) at
../../../gcc/gcc/fortran/expr.c:779
#4  0x0809da90 in resolve_operator (e=0x8934500) at
../../../gcc/gcc/fortran/resolve.c:2830
#5  0x0809a88c in gfc_resolve_expr (e=0x8934500) at
../../../gcc/gcc/fortran/resolve.c:3768
#6  0x0809ec7a in resolve_code (code=0x8934570, ns=0x8933208) at
../../../gcc/gcc/fortran/resolve.c:5649
#7  0x080a075c in resolve_codes (ns=0x8933208) at
../../../gcc/gcc/fortran/resolve.c:8298
#8  0x080a0793 in gfc_resolve (ns=0x8933208) at
../../../gcc/gcc/fortran/resolve.c:8317
#9  0x08092e10 in gfc_parse_file () at ../../../gcc/gcc/fortran/parse.c:3263
#10 0x080b7efd in gfc_be_parse_file (set_yydebug=0) at
../../../gcc/gcc/fortran/f95-lang.c:301
#11 0x08328ac8 in toplev_main (argc=2, argv=0xbfb26094) at
../../../gcc/gcc/toplev.c:1051
#12 0x080fec6f in main (argc=Cannot access memory at address 0x8000
) at ../../../gcc/gcc/main.c:35


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.1.2 4.2.1 4.3.0
   Last reconfirmed|-00-00 00:00:00 |2007-07-02 19:31:03
   date||


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

[Bug libgomp/32468] number of threads in a parallel region depends on number of SECTIONs and MAX_THREADS

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2007-07-02 19:28 ---
Fixed in SVN.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libgomp/32468] number of threads in a parallel region depends on number of SECTIONs and MAX_THREADS

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2007-07-02 19:27 ---
Subject: Bug 32468

Author: jakub
Date: Mon Jul  2 19:27:28 2007
New Revision: 126228

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126228
Log:
PR libgomp/32468
* omp-low.c (check_combined_parallel): New function.
(lower_omp_parallel): Call it via walk_stmts, set
OMP_PARALLEL_COMBINED if appropriate.
(determine_parallel_type): If OMP_FOR resp. OMP_SECTIONS
isn't the only statement in WS_ENTRY_BB or OMP_RETURN
the only one in PAR_EXIT_BB and not OMP_PARALLEL_COMBINED,
don't consider it as combined parallel.

* gcc.dg/gomp/pr32468-1.c: New test.

Added:
branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/gomp/pr32468-1.c
Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/omp-low.c
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug libgomp/32468] number of threads in a parallel region depends on number of SECTIONs and MAX_THREADS

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2007-07-02 19:26 ---
Subject: Bug 32468

Author: jakub
Date: Mon Jul  2 19:26:25 2007
New Revision: 126227

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126227
Log:
PR libgomp/32468
* sections.c (GOMP_parallel_sections_start): Only decrease
number of threads to COUNT if dyn_var is true.
* testsuite/libgomp.c/pr32468.c: New test.

Added:
branches/gcc-4_2-branch/libgomp/testsuite/libgomp.c/pr32468.c
Modified:
branches/gcc-4_2-branch/libgomp/ChangeLog
branches/gcc-4_2-branch/libgomp/sections.c


-- 


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

[Bug c++/32595] New: abort in libiberty:htab_clear_slot

[Ralf dot Wildenhues at gmx dot de]

Revision 126197M.

$ g++ -g -O2 -c -march=nocona t4.cc

In file included from t.cc:35:
../../cln/src/polynomial/elem/cl_UP_MI.h: In function ‘const
cln::cl_ring_element cln::modint_eval(cln::cl_heap_univpoly_ring*, const
cln::_cl_UP&, const cln::cl_ring_element&)’:
../../cln/src/polynomial/elem/cl_UP_MI.h:408: internal compiler error: Aborted
Please submit a full bug report,

gdb --args
/home/ralf/gcc-test/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.3.0/cc1plus
-quiet -v -iprefix
/home/ralf/gcc-test/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.0/
-D_GNU_SOURCE t3.cc -quiet -dumpbase t3.cc -march=nocona -auxbase t3 -g -O2
-version -o /tmp/t.s
$ r
Starting program:
/home/ralf/gcc-test/libexec/gcc/x86_64-unknown-linux-gnu/4.3.0/cc1plus -quiet
-iprefix /home/ralf/gcc-test/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.3.0/
-D_GNU_SOURCE t3.cc -quiet -dumpbase t3.cc -march=nocona -auxbase t3 -g -O2
-version -o /tmp/t.s
GNU C++ version 4.3.0 20070702 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.0.3 (Ubuntu 4.0.3-1ubuntu5), GMP version
4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 1e25aab89bdf01941c70eb84bbaffe56

Program received signal SIGABRT, Aborted.
0x2ad4b11d in raise () from /lib/libc.so.6
$ (gdb) bt full
#0  0x2ad4b11d in raise () from /lib/libc.so.6
No symbol table info available.
#1  0x2ad4c84e in abort () from /lib/libc.so.6
No symbol table info available.
#2  0x00bbb855 in htab_clear_slot (htab=0x11011f0, slot=0x4fcd)
at ../../gcc/libiberty/hashtab.c:722
No locals.
#3  0x0049a9a9 in fixed_type_or_null (instance=,
nonnull=0x7fc03e44, cdtorp=0x7fc03dec) at
../../gcc/gcc/cp/class.c:5380
__t = 
__FUNCTION__ = "fixed_type_or_null"
#4  0x0049ad81 in resolves_to_fixed_type_p (instance=0x4fcd,
nonnull=0x4fcd)
at ../../gcc/gcc/cp/class.c:5412
t = (tree) 0x2d439300
__FUNCTION__ = "resolves_to_fixed_type_p"
cdtorp = 0
fixed = 
#5  0x0049b206 in build_base_path (code=PLUS_EXPR, expr=0x2d5a7d40,
binfo=0x2d40fd00, nonnull=1) at ../../gcc/gcc/cp/class.c:291
__t = 
v_binfo = (tree) 0x0
d_binfo = (tree) 0x2d40fc80
probe = 
offset = (tree) 0x2afb5720
target_type = 
null_test = 
ptr_target_type = 
fixed_type_p = 
want_pointer = 1
__FUNCTION__ = "build_base_path"
has_empty = 0 '\0'
virtual_access = 
#6  0x0040f86b in build_over_call (cand=0x115a040, flags=3)
at ../../gcc/gcc/cp/call.c:4918
a = 
fn = (tree) 0x2d422200
args = (tree) 0x2d5a6c90
convs = (conversion **) 0x1159fe8
conv = 
parm = (tree) 0x2d4268d0
__FUNCTION__ = "build_over_call"
parmlen = 
arg = 
val = 
i = 0
j = 0
is_method = 0
nargs = 2
argarray = 
#7  0x0041167b in build_new_method_call (instance=0x2d5a7cc0,
fns=0x2d422200,
args=0x0, conversion_path=, flags=3, fn_p=0x0)
at ../../gcc/gcc/cp/call.c:5598
type = 
candidates = (struct z_candidate *) 0x115a040
cand = (struct z_candidate *) 0x115a040
explicit_targs = (tree) 0x0
basetype = (tree) 0x2d429180
access_binfo = (tree) 0x2d40fc80
optype = (tree) 0x0
mem_args = (tree) 0x2d5a6c90
instance_ptr = (tree) 0x2d5a7d40
name = (tree) 0x2b403a80
user_args = (tree) 0x0
call = 
fn = 
class_type = (tree) 0x2d429240
template_only = 0
any_viable_p = 1 '\001'
p = (void *) 0x1159fe8
__FUNCTION__ = "build_new_method_call"
#8  0x004c7433 in cp_parser_unary_expression (parser=0x2afbbd20,
address_p=, cast_p=)
at ../../gcc/gcc/cp/parser.c:4607
instance = (tree) 0x2d5a7cc0
fn = (tree) 0x2d5a7d00
token = 
unary_operator = 
__FUNCTION__ = "cp_parser_unary_expression"
#9  0x004c7d4d in cp_parser_assignment_expression
(parser=0x2afbbd20,
cast_p=) at ../../gcc/gcc/cp/parser.c:5909
expr = 
#10 0x004c894c in cp_parser_constant_expression (parser=0x4fcd,
allow_non_constant_p=1 '\001', non_constant_p=0x6 )
at ../../gcc/gcc/cp/parser.c:6299
saved_integral_constant_expression_p = 0 '\0'
saved_allow_non_integral_constant_expression_p = 0 '\0'
saved_non_integral_constant_expression_p = 1 '\001'
expression = (tree) 0x6
#11 0x004d01b7 in cp_parser_initializer_clause (parser=0x2afbbd20,
non_constant_p=0x7fc042c7 "") at ../../gcc/gcc/cp/parser.c:13507
initi

[Bug libgomp/32468] number of threads in a parallel region depends on number of SECTIONs and MAX_THREADS

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2007-07-02 19:22 ---
Subject: Bug 32468

Author: jakub
Date: Mon Jul  2 19:22:47 2007
New Revision: 126226

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126226
Log:
PR libgomp/32468
* omp-low.c (check_combined_parallel): New function.
(lower_omp_parallel): Call it via walk_stmts, set
OMP_PARALLEL_COMBINED if appropriate.
(determine_parallel_type): If OMP_FOR resp. OMP_SECTIONS
isn't the only statement in WS_ENTRY_BB or OMP_RETURN
the only one in PAR_EXIT_BB and not OMP_PARALLEL_COMBINED,
don't consider it as combined parallel.

* gcc.dg/gomp/pr32468-1.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/gomp/pr32468-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/omp-low.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug libgomp/32468] number of threads in a parallel region depends on number of SECTIONs and MAX_THREADS

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2007-07-02 19:19 ---
Subject: Bug 32468

Author: jakub
Date: Mon Jul  2 19:19:28 2007
New Revision: 126224

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126224
Log:
PR libgomp/32468
* sections.c (GOMP_parallel_sections_start): Only decrease
number of threads to COUNT if dyn_var is true.
* testsuite/libgomp.c/pr32468.c: New test.

Added:
trunk/libgomp/testsuite/libgomp.c/pr32468.c
Modified:
trunk/libgomp/ChangeLog
trunk/libgomp/sections.c


-- 


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

[Bug target/32552] Runtime failure in SPEC CPU2000 benchmark fma3d and applu

[zadeck at naturalbridge dot com]

--- Comment #5 from zadeck at naturalbridge dot com  2007-07-02 19:12 
---
Subject: Re:  Runtime failure in SPEC CPU2000 benchmark
 fma3d and applu

wilson at specifix dot com wrote:
> --- Comment #4 from wilson at specifix dot com  2007-07-02 18:34 ---
> Subject: Re:  Runtime failure in SPEC CPU2000 benchmark
> fma3d and applu
>
> On Sat, 2007-06-30 at 02:10 +, zadeck at naturalbridge dot com 
>   
>> and then define ARCH_DOES_NOT_USE_DWARF2 in the right place in the ia-64.
>> 
>
> We do use DWARF2 debug info, just not DWARF2 unwind info.  So this name
> is a little misleading.  However, this does sound like a good idea.  
>
>   
The name was just something I threw out, I was just looking to get to
the right answer by only hacking (and testing a single port).

> There is already a macro TARGET_UNWIND_INFO that we should be able to
> use for this.  This is defined for targets that have their own
> non-DWARF2 unwind info format.  This is defined by only 2 targets: IA-64
> and ARM BPABI.  The change you suggested would be safe for IA-64.  I
> don't know about ARM BPABI.  I know ARM BPABI has its own unwind info
> format, but don't know any details.
>
> The ARM case is strange.  It is setting both DWARF2_UNWIND_INFO and
> TARGET_UNWIND_INFO.  This seems broken to me, as it means we may emit
> two different kinds of unwind info.  This conflicts with the original
> IA-64 usage of this macro, which wants only the one non-DWARF2 unwind
> info.  However, this means that disabling the defaults.h code for
> DWARF2_UNWIND_INFO will have no effect for arm as it already sets
> DWARF2_UNWIND_INFO, so this should be OK.  I will have to build an ARM
> target and check to see what is really happening here.
>
> I looked a bit more at what happens if DWARF2_UNWIND_INFO is defined to
> 0.  There are a number of targets that already do this, and the docs say
> that this disables use of dwarf2 unwind info, but enables use of dwarf
> frame info for the debugger.  But the dwarf2 frame info is redundant for
> IA-64 because we already have frame info in the IA-64 unwind info, and
> the debugger already knows how to use this frame info.  Unfortunately,
> the docs say that defining TARGET_UNWIND_INFO is supposed to generate
> dwarf2 frame info for the debugger.  So this will not work for IA-64 as
> currently documented.
>   

Lets see if an arm person is willing to talk about this.

kenny
>
>   


-- 


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

[Bug tree-optimization/32591] [4.3 Regression] ICE: in vn_binary_op_insert, at tree-ssa-sccvn.c:852

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||ice-on-valid-code
Summary|ICE: in vn_binary_op_insert,|[4.3 Regression] ICE: in
   |at tree-ssa-sccvn.c:852 |vn_binary_op_insert, at
   ||tree-ssa-sccvn.c:852
   Target Milestone|--- |4.3.0


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

[Bug middle-end/32176] [4.3 Regression] ICE tree-type mismatch: expected integer_cst, have plus_expr in int_cst_value, at tree.c:7720

[rakdver at gcc dot gnu dot org]

--- Comment #9 from rakdver at gcc dot gnu dot org  2007-07-02 19:09 ---
I cannot reproduce this on x86_64 with any of the testcases.


-- 


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

[Bug c/32592] Suggest more optimize options and tweaking

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-07-02 19:08 ---
No GCC is not in the business of auto tunning options.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug target/32593] Missed optimization of 'y = constant - x' operation

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-07-02 19:06 ---
This is a target issue (or a semi generic one for 2-operand targets).  


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|tree-optimization   |target


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

[Bug tree-optimization/30194] [4.3 Regression] gcc.dg/pr19633-1.c fails on the mainline

[danglin at gcc dot gnu dot org]

--- Comment #13 from danglin at gcc dot gnu dot org  2007-07-02 19:00 
---
This has started failing again on hppa-unknown-linux-gnu as of 20070701.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu dot
   ||org


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

[Bug fortran/32594] ICE: bus error with attached code and June 28 MacOSX Intel binary)

[awgreynolds at earthlink dot net]

--- Comment #1 from awgreynolds at earthlink dot net  2007-07-02 18:51 
---
Created an attachment (id=13828)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13828&action=view)
source code that causes ICE: bus error

zip containing 2 include and 1 f90 file


-- 


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

[Bug fortran/32594] New: ICE: bus error with attached code and June 28 MacOSX Intel binary)

[awgreynolds at earthlink dot net]

Originally thought was related to 31609 bug but may be new

gfortran -c utility.f9


-- 
   Summary: ICE: bus error with attached code and June 28 MacOSX
Intel binary)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: awgreynolds at earthlink dot net


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

[Bug tree-optimization/32593] Missed optimization of 'y = constant - x' operation

[astrange at ithinksw dot com]

--- Comment #1 from astrange at ithinksw dot com  2007-07-02 18:47 ---
Created an attachment (id=13827)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13827&action=view)
testcase


-- 


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

[Bug tree-optimization/32593] New: Missed optimization of 'y = constant - x' operation

[astrange at ithinksw dot com]

> /usr/local/gcc43/bin/g++ -v
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: ../gcc/configure --prefix=/usr/local/gcc43 --disable-multilib
--with-arch=pentium-m --with-tune=nocona --enable-target-optspace
--disable-bootstrap --with-gmp=/sw --with-system-zlib
--enable-languages=c,c++,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20070702 (experimental)

> /usr/local/gcc43/bin/gcc -Os -fno-pic -fomit-frame-pointer -S sub.c

"i= 7 - ff_h264_norm_shift[x>>(CABAC_BITS-1)];" generates:

movl$7, %ecx
subl%eax, %ecx
sall%cl, %edx

It would be better if it generated:

negl %eax
addl $7, %eax
sall%al, %edx

which would leave a register free (which helps if this function is inlined);
this is safe since eax isn't used again later.

You can do this by transforming 'y = constant - x' into 'y = -x + constant'.
It looks like gcc actually does the reverse; if I change the source to match
the best output, it generates the same thing.


-- 
   Summary: Missed optimization of 'y = constant - x' operation
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
 GCC build triplet: i386-apple-darwin8.10.1
  GCC host triplet: i386-apple-darwin8.10.1
GCC target triplet: i386-apple-darwin8.10.1


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

[Bug c/32592] New: Suggest more optimize options and tweaking

[rob1weld at aol dot com]

The File: gcc.info,  Node: Optimize Options does list some fine features.

On this page: http://www.pathscale.com/docs.html is this whitepaper:

Maximizing Application Performance Through Inter-procedural Optimization by Dr.
Fred Chow 
http://www.pathscale.com/pdf/IPA-paper.pdf

It shows on pages 9 and 10 a list of IPA and inlining options that exceed our
"-fipa-pta" and friends. They also use different default values in some cases
where 'similar' features are offered.


The other whitepaper, "Automated Application Tuning", is great too:
http://www.pathscale.com/pdf/PathOpt2-paper.pdf

These ideas would be fine enhancements to GCC 4.3.0.


-- 
   Summary: Suggest more optimize options and tweaking
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com


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

[Bug tree-optimization/32591] New: ICE: in vn_binary_op_insert, at tree-ssa-sccvn.c:852

[danglin at gcc dot gnu dot org]

(gdb) r
Starting program: /home/dave/gnu/gcc-4.3/objdir/gcc/cc1 -iprefix
/home/dave/gnu/gcc-4.3/objdir/gcc/../lib/gcc/hppa-linux/4.3.0/ -isystem
/home/dave/gnu/gcc-4.3/objdir/gcc/include -isystem
/home/dave/gnu/gcc-4.3/objdir/gcc/include-fixed
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/execute/20040709-1.c
-dumpbase 20040709-1.c -auxbase-strip
/home/dave/gnu/gcc-4.3/objdir/gcc/testsuite/gcc/20040709-1.s -g -O3 -w -version
-fno-show-column -o
/home/dave/gnu/gcc-4.3/objdir/gcc/testsuite/gcc/20040709-1.s
GNU C version 4.3.0 20070701 (experimental) (hppa-linux)
compiled by GNU C version 4.3.0 20070701 (experimental), GMP version
4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
options passed:  -iprefix
 /home/dave/gnu/gcc-4.3/objdir/gcc/../lib/gcc/hppa-linux/4.3.0/ -isystem
 /home/dave/gnu/gcc-4.3/objdir/gcc/include -isystem
 /home/dave/gnu/gcc-4.3/objdir/gcc/include-fixed
 /home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/execute/20040709-1.c
 -auxbase-strip
 /home/dave/gnu/gcc-4.3/objdir/gcc/testsuite/gcc/20040709-1.s -g -O3 -w
 -fno-show-column
options enabled:  -falign-loops -fargument-alias -fauto-inc-dec
 -fbranch-count-reg -fcaller-saves -fcommon -fcprop-registers
 -fcrossjumping -fcse-follow-jumps -fdefer-pop -fdelayed-branch
 -fdelete-null-pointer-checks -fearly-inlining
 -feliminate-unused-debug-types -femit-class-debug-always
 -fexpensive-optimizations -fforward-propagate -ffunction-cse -fgcse
 -fgcse-after-reload -fgcse-lm -fguess-branch-probability -fident
 -fif-conversion -fif-conversion2 -finline-functions
 -finline-functions-called-once -fipa-pure-const -fipa-reference
 -fipa-type-escape -fivopts -fkeep-static-consts -fleading-underscore
 -fmath-errno -fmerge-constants -fmove-loop-invariants -fomit-frame-pointer
 -foptimize-register-move -foptimize-sibling-calls -fpeephole -fpeephole2
 -fpredictive-commoning -freg-struct-return -fregmove -freorder-blocks
 -freorder-functions -frerun-cse-after-loop -fsched-interblock -fsched-spec
 -fsched-stalled-insns-dep -fschedule-insns -fschedule-insns2
 -fsigned-zeros -fsplit-ivs-in-unroller -fsplit-wide-types
 -fstrict-aliasing -fstrict-overflow -fthread-jumps -ftoplevel-reorder
 -ftrapping-math -ftree-ccp -ftree-ch -ftree-copy-prop -ftree-copyrename
 -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-fre -ftree-loop-im
 -ftree-loop-ivcanon -ftree-loop-optimize -ftree-pre -ftree-salias
 -ftree-scev-cprop -ftree-sink -ftree-sra -ftree-store-ccp
 -ftree-store-copy-prop -ftree-ter -ftree-vect-loop-version -ftree-vrp
 -funit-at-a-time -funswitch-loops -fvar-tracking -fzero-initialized-in-bss
 -mbig-switch -mgas -mglibc -mno-space-regs
Compiler executable checksum: 9ad686b864ad4f3d9ad9341e03e3792f
 myrnd retmeA fn1A fn2A retitA fn3A testA retmeB fn1B fn2B retitB fn3B testB
retmeC fn1C fn2C retitC fn3C testC retmeD fn1D fn2D retitD fn3D testD retmeE
fn1E fn2E retitE fn3E testE retmeF fn1F fn2F retitF fn3F testF retmeG fn1G fn2G
retitG fn3G testG retmeH fn1H fn2H retitH fn3H testH retmeI fn1I fn2I retitI
fn3I testI retmeJ fn1J fn2J retitJ fn3J testJ retmeK fn1K fn2K retitK fn3K
testK retmeL fn1L fn2L retitL fn3L testL retmeM fn1M fn2M retitM fn3M testM
retmeN fn1N fn2N retitN fn3N testN retmeO fn1O fn2O retitO fn3O testO retmeP
fn1P fn2P retitP fn3P testP retmeQ fn1Q fn2Q retitQ fn3Q testQ retmeR fn1R fn2R
retitR fn3R testR retmeS fn1S fn2S retitS fn3S testS retmeT fn1T fn2T retitT
fn3T testT retmeU fn1U fn2U retitU fn3U testU retmeV fn1V fn2V retitV fn3V
testV retmeW fn1W fn2W retitW fn3W testW retmeX fn1X fn2X retitX fn3X testX
retmeY fn1Y fn2Y retitY fn3Y testY retmeZ fn1Z fn2Z retitZ fn3Z testZ main
Analyzing compilation unit
Performing interprocedural optimizations
   {GC 5378k -> 3703k}  
 Assembling functions:
 myrnd retmeA fn1A fn2A retitA fn3A retmeB fn1B fn2B retitB fn3B retmeC fn1C
fn2C retitC fn3C retmeD fn1D fn2D retitD fn3D retmeE fn1E fn2E retitE fn3E
retmeF fn1F fn2F retitF fn3F retmeG fn1G fn2G retitG fn3G retmeH fn1H fn2H
retitH fn3H retmeI fn1I fn2I retitI fn3I retmeJ fn1J fn2J retitJ fn3J retmeK
fn1K fn2K retitK fn3K retmeL fn1L fn2L retitL {GC 5325k -> 3714k} fn3L retmeM
fn1M fn2M retitM fn3M retmeN fn1N fn2N retitN fn3N retmeO fn1O fn2O retitO fn3O
retmeP fn1P fn2P retitP fn3P retmeQ fn1Q fn2Q retitQ fn3Q retmeR fn1R fn2R
retitR fn3R retmeS fn1S fn2S retitS fn3S retmeT fn1T fn2T retitT fn3T retmeU
fn1U fn2U retitU fn3U retmeV fn1V fn2V retitV fn3V retmeW fn1W fn2W retitW fn3W
retmeX fn1X fn2X retitX fn3X retmeY fn1Y fn2Y retitY fn3Y retmeZ fn1Z fn2Z
retitZ {GC 5324k -> 3460k} fn3Z testZ testY testX testW {GC 5327k -> 3275k}
testV testU testT testS testR testQ {GC 5325k -> 2851k} testP testO testN testM
testL testK {GC 5335k -> 2424k} testJ testI testH testG testF testE testD {GC
5330k -> 1941k} testC testB testA
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/execute/20040709-1.c: In
function 'testA':
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/execu

[Bug target/32552] Runtime failure in SPEC CPU2000 benchmark fma3d and applu

[wilson at specifix dot com]

--- Comment #4 from wilson at specifix dot com  2007-07-02 18:34 ---
Subject: Re:  Runtime failure in SPEC CPU2000 benchmark
fma3d and applu

On Sat, 2007-06-30 at 02:10 +, zadeck at naturalbridge dot com 
> and then define ARCH_DOES_NOT_USE_DWARF2 in the right place in the ia-64.

We do use DWARF2 debug info, just not DWARF2 unwind info.  So this name
is a little misleading.  However, this does sound like a good idea.  

There is already a macro TARGET_UNWIND_INFO that we should be able to
use for this.  This is defined for targets that have their own
non-DWARF2 unwind info format.  This is defined by only 2 targets: IA-64
and ARM BPABI.  The change you suggested would be safe for IA-64.  I
don't know about ARM BPABI.  I know ARM BPABI has its own unwind info
format, but don't know any details.

The ARM case is strange.  It is setting both DWARF2_UNWIND_INFO and
TARGET_UNWIND_INFO.  This seems broken to me, as it means we may emit
two different kinds of unwind info.  This conflicts with the original
IA-64 usage of this macro, which wants only the one non-DWARF2 unwind
info.  However, this means that disabling the defaults.h code for
DWARF2_UNWIND_INFO will have no effect for arm as it already sets
DWARF2_UNWIND_INFO, so this should be OK.  I will have to build an ARM
target and check to see what is really happening here.

I looked a bit more at what happens if DWARF2_UNWIND_INFO is defined to
0.  There are a number of targets that already do this, and the docs say
that this disables use of dwarf2 unwind info, but enables use of dwarf
frame info for the debugger.  But the dwarf2 frame info is redundant for
IA-64 because we already have frame info in the IA-64 unwind info, and
the debugger already knows how to use this frame info.  Unfortunately,
the docs say that defining TARGET_UNWIND_INFO is supposed to generate
dwarf2 frame info for the debugger.  So this will not work for IA-64 as
currently documented.


-- 


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

[Bug tree-optimization/32584] [4.3 Regression] ICE in compute_antic_safe, at tree-ssa-pre.c:2078

[dberlin at gcc dot gnu dot org]

--- Comment #3 from dberlin at gcc dot gnu dot org  2007-07-02 18:33 ---
fixed


-- 

dberlin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/32583] [4.3 Regression] Endless recursion in PRE phi translation

[dberlin at gcc dot gnu dot org]

--- Comment #4 from dberlin at gcc dot gnu dot org  2007-07-02 18:32 ---
fixed


-- 

dberlin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/32584] [4.3 Regression] ICE in compute_antic_safe, at tree-ssa-pre.c:2078

[dberlin at gcc dot gnu dot org]

--- Comment #2 from dberlin at gcc dot gnu dot org  2007-07-02 18:27 ---
Subject: Bug 32584

Author: dberlin
Date: Mon Jul  2 18:27:46 2007
New Revision: 126222

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126222
Log:
2007-07-02  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/32583
Fix PR tree-optimization/32584
* tree-ssa-pre.c (phi_translate): Always pass seen bitmap.
(phi_translate_set): Use phi_translate directly now.
(make_values_for_stmt): Don't value number RHS if we already know
it is constant.


Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr32584.c
trunk/gcc/testsuite/gfortran.fortran-torture/compile/pr32583.f
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-pre.c


-- 


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

[Bug tree-optimization/32583] [4.3 Regression] Endless recursion in PRE phi translation

[dberlin at gcc dot gnu dot org]

--- Comment #3 from dberlin at gcc dot gnu dot org  2007-07-02 18:27 ---
Subject: Bug 32583

Author: dberlin
Date: Mon Jul  2 18:27:46 2007
New Revision: 126222

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126222
Log:
2007-07-02  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/32583
Fix PR tree-optimization/32584
* tree-ssa-pre.c (phi_translate): Always pass seen bitmap.
(phi_translate_set): Use phi_translate directly now.
(make_values_for_stmt): Don't value number RHS if we already know
it is constant.


Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr32584.c
trunk/gcc/testsuite/gfortran.fortran-torture/compile/pr32583.f
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-pre.c


-- 


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

[Bug fortran/25094] Procedure with public generic identifier allowed to have argument of private type

[dfranke at gcc dot gnu dot org]

-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 AssignedTo|unassigned at gcc dot gnu   |dfranke at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-03-01 02:12:22 |2007-07-02 18:25:45
   date||


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

[Bug middle-end/32398] [4.3 Regression] checking for suffix of object files... configure: error: cannot compute suffix of f object files: cannot compile

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2007-07-02 18:17 ---
Can you send me, the dump produced by -fdump-rtl-expand with the trunk and also
revision 125754.  I am 99% sure this was exposed by pointer plus.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|regression  |middle-end
 Ever Confirmed|0   |1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2007-07-02 18:17:14
   date||


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

[Bug regression/32398] [4.3 Regression] checking for suffix of object files... configure: error: cannot compute suffix of f object files: cannot compile

[danglin at gcc dot gnu dot org]

--- Comment #3 from danglin at gcc dot gnu dot org  2007-07-02 18:12 ---
Here's a small test case from Steve Ellcey:

f (int n, ...)
{
  int i, j;
  long x;

  __builtin_va_list ap;
  __builtin_va_start(ap,n);

  for (i = 0; i < n; i++)
  j = __builtin_va_arg(ap,int);

  x = __builtin_va_arg(ap,long);
  if (x != 123)
abort();

  __builtin_va_end(ap);
}

main ()
{
  f (1, 2, (long) 123);
  exit(0);
}

This test fails with a non-bootstrap PA64 GCC compiler.  Steve says it
looks like a scheduling problem because it doesn't fail when compiled
with -fno-schedule-insns.


-- 


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

[Bug tree-optimization/32590] [4.3 regression] Duplicate code generated on both branches of if/else

[astrange at ithinksw dot com]

--- Comment #1 from astrange at ithinksw dot com  2007-07-02 18:04 ---
Created an attachment (id=13826)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13826&action=view)
testcase


-- 


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

[Bug target/29990] Linking fails because __ZdlPv can't be a weak definition

[yves at gnu-darwin dot org]

--- Comment #5 from yves at gnu-darwin dot org  2007-07-02 17:59 ---
Fixed in g++ 4.2.0

Thanks


-- 

yves at gnu-darwin dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/31518] _GLIBCXX_DEBUG error message formatter line width not configurable

[pcarlini at suse dot de]

--- Comment #4 from pcarlini at suse dot de  2007-07-02 17:54 ---
Why, exactly?


-- 


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

[Bug other/32532] Warning: variable ret never used in writeargv

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-07-02 17:54 ---
Fixed by:
2007-07-02  Simon Baldwin <[EMAIL PROTECTED]>

* argv.c (writeargv): Removed declaration of unused variable.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug bootstrap/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20

[rob1weld at aol dot com]

--- Comment #2 from rob1weld at aol dot com  2007-07-02 17:51 ---
Created an attachment (id=13825)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13825&action=view)
Missed profile "execution counts" for GCC 4.3.0 20070701 - broken build


-- 


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

[Bug bootstrap/32585] bootstrap broken in libgfortran ?

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2007-07-02 17:48 ---
The patch at http://gcc.gnu.org/ml/fortran/2007-07/msg00036.html fixes
bootstrap.


-- 


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

[Bug bootstrap/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20

[rob1weld at aol dot com]

--- Comment #1 from rob1weld at aol dot com  2007-07-02 17:47 ---
I re-configured with exactly the same command line options, except I removed
ada from "--enable-languages=", and re-started make.


On this second attempt the file building timing was similar to what was
previously reported. It appears the link time was 20 minutes here:

# ls -lrtA gcc-4_3-build-profile-1/prev-gcc/
...
-rw-r--r--  1 root root 2108 Jul  2 06:32 crtbeginS.o
-rw-r--r--  1 root root 1672 Jul  2 06:32 crtbegin.o
-rw-r--r--  2 root root 3904 Jul  2 06:53 tlink.gcda
-rw-r--r--  2 root root 5968 Jul  2 06:53 collect2.gcda
-rw-r--r--  2 root root 1360 Jul  2 07:13 web.gcda
-rw-r--r--  2 root root  688 Jul  2 07:13 vec.gcda
all the remaining 'data files' had the same time - at leasr that was fast as
was the last successful pass in gcc-4_3-build-profile-1/gcc .


Here is where it broke:

On my first attempt I typed this, and I got this:

# grep Configuring\ stage gcc-4_3-build-profile-1/make_29a_log.txt
Configuring stage 1 in ./intl
Configuring stage 1 in ./gcc
Configuring stage 1 in ./libiberty
Configuring stage 1 in ./zlib
Configuring stage 1 in ./libcpp
Configuring stage 1 in ./libdecnumber
Configuring stage 1 in i686-pc-linux-gnu/libgcc
Configuring stage profile in ./intl
Configuring stage profile in ./gcc
Configuring stage profile in ./libiberty
Configuring stage profile in ./zlib
Configuring stage profile in ./libcpp
Configuring stage profile in ./libdecnumber


On my second attempt I typed this, and I got this:

# grep Configuring\ stage opt/gcc-4_3-build-profile-1/make_29b_log.txt 
Configuring stage 1 in ./libiberty
Configuring stage 1 in ./zlib
Configuring stage 1 in ./libcpp
Configuring stage 1 in ./libdecnumber
Configuring stage profile in ./intl
Configuring stage profile in ./gcc
Configuring stage profile in ./libiberty
Configuring stage profile in ./zlib
Configuring stage profile in ./libcpp
Configuring stage profile in ./libdecnumber
Configuring stage profile in i686-pc-linux-gnu/libgcc
Configuring stage feedback in ./intl
Configuring stage feedback in ./gcc
Configuring stage feedback in ./libiberty
Configuring stage feedback in ./zlib
Configuring stage feedback in ./libcpp
Configuring stage feedback in ./libdecnumber


On my first attempt I typed this, and I got this:

# grep execution\ counts\ estimated
/opt/gcc-4_3-build-profile-1/make_29a_log.txt
(prints nothing)

On my second attempt I typed that, and I got a huge list which is attached.


The build ultimatly breaks here:

echo timestamp > s-iov
...
echo timestamp > s-genrtl
...
/opt/gcc-4_3-build-profile-1/./prev-gcc/xgcc
-B/opt/gcc-4_3-build-profile-1/./prev-gcc/ -B/usr/test/i686-pc-linux-gnu/bin/
-c   -O2 -g -fomit-frame-pointer -fprofile-use -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros   
  -Wno-overlength-strings -fno-common   -DHAVE_CONFIG_H -I. -I.
-I/root/downloads/gcc-4_3-trunk/gcc -I/root/downloads/gcc-4_3-trunk/gcc/.
-I/root/downloads/gcc-4_3-trunk/gcc/../include -I./../intl
-I/root/downloads/gcc-4_3-trunk/gcc/../libcpp/include 
-I/root/downloads/gcc-4_3-trunk/gcc/../libdecnumber
-I/root/downloads/gcc-4_3-trunk/gcc/../libdecnumber/bid -I../libdecnumber   
/root/downloads/gcc-4_3-trunk/gcc/varasm.c -o varasm.o
/root/downloads/gcc-4_3-trunk/gcc/varasm.c: In function
'default_elf_asm_named_section':
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: error: coverage mismatch for
function 'default_elf_asm_named_section' while reading counter 'arcs'
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: note: number of counters is 19
instead of 23
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: error: coverage mismatch for
function 'default_elf_asm_named_section' while reading counter 'indirect_call'
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: note: number of counters is 0
instead of 3
/root/downloads/gcc-4_3-trunk/gcc/varasm.c: In function
'default_unique_section':
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: error: coverage mismatch for
function 'default_unique_section' while reading counter 'arcs'
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: note: number of counters is 40
instead of 39
/root/downloads/gcc-4_3-trunk/gcc/varasm.c: In function
'default_function_rodata_section':
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: error: coverage mismatch for
function 'default_function_rodata_section' while reading counter 'arcs'
/root/downloads/gcc-4_3-trunk/gcc/varasm.c:6678: note: number of counters is 24
instead of 30
make[3]: *** [varasm.o] Error 1
make[3]: Leaving directory `/opt/gcc-4_3-build-profile-1/gcc'
make[2]: *** [all-stagefeedback-gcc] Error 2
make[2]: Leaving directory `/opt/gcc-4_3-build-profile-1'
make[1]: *** [stagefeedback-bubble] Error 2
make[1]: Leaving directory `/opt/gcc-4_3-build-profile-1'
make: *** [profiledbootstrap] Error 2


-- 


http://gcc.gnu.org/bugzill

[Bug libstdc++/31518] _GLIBCXX_DEBUG error message formatter line width not configurable

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-07-02 17:47 ---
I rather have this as a runtime configurable rather than a compiler time
option.


-- 


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

[Bug tree-optimization/32590] New: [4.3 regression] Duplicate code generated on both branches of if/else

[astrange at ithinksw dot com]

> /usr/local/gcc43/bin/g++ -v
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: ../gcc/configure --prefix=/usr/local/gcc43 --disable-multilib
--with-arch=pentium-m --with-tune=nocona --enable-target-optspace
--disable-bootstrap --with-gmp=/sw --with-system-zlib
--enable-languages=c,c++,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20070702 (experimental)

> /usr/local/gcc43/bin/g++ -O3 -fdump-tree-final_cleanup -ffast-math 
> -fno-unswitch-loops -g -c rt-no-load-motion.cpp

Here:
:
  if (closest == 0)
goto ;
  else
goto ;

:
  res = p;
  goto ;

:
  prephitmp.47 = this->sc.primcount;
  res = p;

:

'res = p;' is duplicated on both sides of the branch in bb 15, and should be
lifted above it.

Furthermore, if that was done, these three blocks:
:
  prephitmp.47 = this->sc.primcount;
  goto ;

:
  prephitmp.47 = this->sc.primcount;
  goto ;

:
  prephitmp.47 = this->sc.primcount;
  res = p;

:

would be identical. Two of them already are, but aren't merged.
(I think those prephitmp.47 statements can all be merged too, but I'm not sure
about that.)

g++ 4.1 doesn't generate so many copies; I don't remember seeing this in
earlier 4.3s either.


-- 
   Summary: [4.3 regression] Duplicate code generated on both
branches of if/else
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: astrange at ithinksw dot com
 GCC build triplet: i386-apple-darwin8.10.1
  GCC host triplet: i386-apple-darwin8.10.1
GCC target triplet: i386-apple-darwin8.10.1


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

[Bug bootstrap/32585] bootstrap broken in libgfortran ?

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2007-07-02 17:37 ---
Confirmed, breaks bootstrap (Revision: 126215)on FC6 x86_64-pc-linux-gnu.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-07-02 17:37:15
   date||


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

[Bug rtl-optimization/32475] [4.3 Regression] function with asm() does not setup stack frame

[spark at gcc dot gnu dot org]

--- Comment #22 from spark at gcc dot gnu dot org  2007-07-02 17:33 ---
(In reply to comment #21)

I don't think this patch is quite enough.
IIUC, it is still possible (although very unlikely) for stack space to be
required without any MEM_LOAD or MEM_STORE present, and without any direct
reference to sp. Even if such a case is not possible,
we still want to avoid sp looking as if dead for any point at function
that it shouldn't be - 
as I pointed out earlier, after epilogue generation, because of the sp
restoration, sp looks as if it's dead. 
This can cause a problem, e.g. if we implement any hard register renaming pass
after register alloc/reload - because from df's point of view, %sp will look
available between the last MEM_LOAD/MEM_STORE w/ hard fp reference, and the sp
restoration code in the epilogue.


-- 


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

[Bug c/32588] Bogus "error: initializer element is not constant"

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-07-02 17:32 ---
Actually (AVRational) {25,1} is a compound literal but not a constant.

What options are you using?  It is a GCC extension this is a constant really. 
Now we do error out for -std=gnu99.


-- 


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

[Bug target/31684] [4.3 Regression] ICE in get_attr_first_insn, at config/ia64/itanium2.md:1839 at -O2

[sje at cup dot hp dot com]

--- Comment #7 from sje at cup dot hp dot com  2007-07-02 17:16 ---
Patch applied.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/31684] [4.3 Regression] ICE in get_attr_first_insn, at config/ia64/itanium2.md:1839 at -O2

[sje at gcc dot gnu dot org]

--- Comment #6 from sje at gcc dot gnu dot org  2007-07-02 17:15 ---
Subject: Bug 31684

Author: sje
Date: Mon Jul  2 17:15:35 2007
New Revision: 126216

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126216
Log:
PR target/31684
* haifa-sched.c (add_to_speculative_block): Change copy_rtx to
copy_insn.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/haifa-sched.c


-- 


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

[Bug bootstrap/32585] bootstrap broken in libgfortran ?

[jv244 at cam dot ac dot uk]

--- Comment #2 from jv244 at cam dot ac dot uk  2007-07-02 17:11 ---
looks like this was recently confirmed by Eric


-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

 CC||kargl at gcc dot gnu dot org


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

[Bug ada/32589] New: exp_dbug.adb:981: error: invalid array index

[danglin at gcc dot gnu dot org]

/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu/gcc/gcc-4.3.0/hppa2.0w-hp-hpux11.11/bin/ -c -g -O2 -mdisable-indexing
-gn
atpg -gnata -nostdinc -I- -I. -Iada -I../../gcc/gcc/ada
../../gcc/gcc/ada/exp_db
ug.adb -o ada/exp_dbug.o
../../gcc/gcc/ada/exp_dbug.adb: In function
'Exp_Dbug.Prepend_String_To_Buffer':
../../gcc/gcc/ada/exp_dbug.adb:981: error: invalid array index
() MAX_EXPR  + 1;

+===GNAT BUG DETECTED==+
| 4.3.0 20070702 (experimental) (hppa2.0w-hp-hpux11.11) verify_stmts failed|
| Error detected around ../../gcc/gcc/ada/exp_dbug.adb:981 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

-bash-2.05b$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa2.0w-hp-hpux11.11
Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu/bin/as
--enable-shared --disable-nls --with-local-prefix=/opt/gnu
--prefix=/opt/gnu/gcc/gcc-4.3.0 --enable-debug=no --enable-threads=posix
--with-mpfr=/opt/gnu/gcc/gcc-4.3.0 --with-gmp=/opt/gnu/gcc/gcc-4.3.0
--disable-libmudflap --enable-languages=c,c++,objc,obj-c++,fortran,java,ada
Thread model: posix
gcc version 4.3.0 20070702 (experimental)


-- 
   Summary: exp_dbug.adb:981: error: invalid array index
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug fortran/25709] BIND (Fortran 2003) is not supported at all

[kargl at gcc dot gnu dot org]

--- Comment #6 from kargl at gcc dot gnu dot org  2007-07-02 16:44 ---
I committed a patch, yesterday.


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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