[Bug bootstrap/40578] FOPEN double defined used in ada/adaint.h:58

[christian dot joensson at gmail dot com]

--- Comment #4 from christian dot joensson at gmail dot com  2009-07-01 
07:02 ---
(In reply to comment #2)
> Might be safer to rename to GNAT_FOPEN or something like that? FOPEN is likely
> to be taken on more than one platform.

Which line are you suggesting I test change? I initially thought you meant to
just change line no. 58 into reading

Index: gcc/ada/adaint.h
===
--- gcc/ada/adaint.h(revision 149128)
+++ gcc/ada/adaint.h(working copy)
@@ -55,7 +55,7 @@
 #define LSTAT lstat64
 #define STRUCT_STAT struct stat64
 #else
-#define FOPEN fopen
+#define GNAT_FOPEN fopen
 #define STAT stat
 #define FSTAT fstat
 #define LSTAT lstat

but that just got me into this error:

gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes 
-Wmissing-format-attribute -Wold-style-definition -fno-common -Wno-error
-DHAVE_CONFIG_H -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -Iyes/include  
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber../../gcc/gcc/ada/adaint.c -o ada/adaint.o
../../gcc/gcc/ada/adaint.c: In function `__gnat_fopen':
../../gcc/gcc/ada/adaint.c:778: error: called object is not a function
../../gcc/gcc/ada/adaint.c: In function `__gnat_to_canonical_file_list_next':
../../gcc/gcc/ada/adaint.c:3247: warning: cast discards qualifiers from pointer
target type
make[3]: *** [ada/adaint.o] Error 1
make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/usr/local/src/trunk/objdir'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/usr/local/src/trunk/objdir'
make: *** [all] Error 2


-- 


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

[Bug fortran/40598] Some missed optimizations in array assignment

[burnus at gcc dot gnu dot org]

--- Comment #5 from burnus at gcc dot gnu dot org  2009-07-01 07:51 ---
(In reply to comment #4)
Here, I do not get any segfault/problem with valgrind (for gfortran and a.out).

>   tmp =  build4 (ARRAY_RANGE_REF, TREE_TYPE (dest), dest, 
>   build_int_cst (gfc_array_index_type, 3),

I actually do not understand why "3" works. If I read gccint (cf. comment 2)
correctly I would have expect that one needs to passe the byte size. But it
seems to work as the dump / a.out indicates.


-- 


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

[Bug fortran/40598] Some missed optimizations in array assignment

[pault at gcc dot gnu dot org]

--- Comment #6 from pault at gcc dot gnu dot org  2009-07-01 08:23 ---
I might as well confirm it:-)

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-07-01 08:23:08
   date||


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

[Bug fortran/40593] Proc-pointer returning function as actual argument

[janus at gcc dot gnu dot org]

--- Comment #4 from janus at gcc dot gnu dot org  2009-07-01 08:35 ---
The second example in comment #0 is fixed by the following patch:

Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c   (revision 149129)
+++ gcc/fortran/resolve.c   (working copy)
@@ -1828,7 +1828,10 @@ resolve_specific_f0 (gfc_symbol *sym, gf
 found:
   gfc_procedure_use (sym, &expr->value.function.actual, &expr->where);

-  expr->ts = sym->ts;
+  if (sym->result)
+expr->ts = sym->result->ts;
+  else
+expr->ts = sym->ts;
   expr->value.function.name = sym->name;
   expr->value.function.esym = sym;
   if (sym->as != NULL)


-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-07-01 08:35:59
   date||


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

[Bug target/37987] iwmmxt: insn does not satisfy its constraints on (int64_t)

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2009-07-01 08:39 ---
(In reply to comment #3)
> (In reply to comment #2)
> > Can you check this with a later compiler. 4.2.x is closed. Works for me with
> > current trunk.
> > 
> Just encountered similar problem while cross compiling gcc 4.4.0 with glibc
> 2.9.
> (Using crosstool-NG).> 
> The error messages:
> 
> [ALL  ]arm-iwmmxt-linux-gnueabi-gcc
> ../sysdeps/unix/sysv/linux/libc_fatal.c -c -std=gnu99 -fgnu89-inline -O -Wall
> -Winline -Wwrite-strings -finline-limit=1 -fmerge-all-constants
> -mabi=aapcs-linux -march=iwmmxt -mlittle-endian -msoft-float
> -Wstrict-prototypes  -I../include
> -I/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/build-libc/libio
> -I/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/build-libc
> -I../ports/sysdeps/arm/elf -I../ports/sysdeps/unix/sysv/linux/arm/eabi/nptl
> -I../ports/sysdeps/unix/sysv/linux/arm/eabi
> -I../ports/sysdeps/unix/sysv/linux/arm/nptl
> -I../ports/sysdeps/unix/sysv/linux/arm -I../nptl/sysdeps/unix/sysv/linux
> -I../nptl/sysdeps/pthread -I../sysdeps/pthread
> -I../ports/sysdeps/unix/sysv/linux -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv 
> -I../ports/sysdeps/unix/sysv
> -I../sysdeps/unix/sysv -I../ports/sysdeps/unix/arm -I../nptl/sysdeps/unix
> -I../ports/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix
> -I../ports/sysdeps/arm/eabi -I../ports/sysdeps/arm/nptl -I../ports/sysdeps/arm
> -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
> -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf
> -I../sysdeps/generic -I../nptl -I../ports  -I.. -I../libio -I. -nostdinc
> -isystem
> /home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/gcc-core-shared/lib/gcc/arm-iwmmxt-linux-gnueabi/4.4.0/include
> -isystem
> /home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/gcc-core-shared/lib/gcc/arm-iwmmxt-linux-gnueabi/4.4.0/include-fixed
> -isystem
> /home/jsji/x-tools/arm-iwmmxt-linux-gnueabi/arm-iwmmxt-linux-gnueabi//sys-root/usr/include
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h-D_IO_MTSAFE_IO -o
> /home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/build-libc/libio/libc_fatal.o
> -MD -MP -MF
> /home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/build-libc/libio/libc_fatal.o.dt
> -MT
> /home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/build-libc/libio/libc_fatal.o
>  
> [ALL  ]../sysdeps/unix/sysv/linux/libc_fatal.c: In function
> '__libc_message':
> [ERROR]../sysdeps/unix/sysv/linux/libc_fatal.c:172: error: insn does not
> satisfy its constraints:
> [ALL  ](insn 459 154 155 19 ../sysdeps/unix/sysv/linux/libc_fatal.c:106
> (set (reg:SI 43 wcgr0)
> [ALL  ](mem/c:SI (plus:SI (reg/f:SI 11 fp)
> [ALL  ](const_int -1324 [0xfad4])) [0
> %sfp+-1292 S4 A32])) 441 {*iwmmxt_movsi_insn} (nil))
> [ERROR]../sysdeps/unix/sysv/linux/libc_fatal.c:172: internal compiler
> error: in reload_cse_simplify_operands, at postreload.c:396
> [ALL  ]Please submit a full bug report,
> [ALL  ]with preprocessed source if appropriate.
> [ALL  ]See  for instructions.
> [ERROR]make[3]: ***
> [/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/build-libc/libio/libc_fatal.o]
> Error 1
> [ALL  ]make[3]: Leaving directory
> `/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/src/glibc-cvs-2.9/libio'
> [ERROR]make[2]: *** [libio/subdir_lib] Error 2
> [ALL  ]make[2]: Leaving directory
> `/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/src/glibc-cvs-2.9'
> [ERROR]make[1]: *** [all] Error 2
> [ALL  ]make[1]: Leaving directory
> `/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/build-libc'
> 



Can you give a pre-processed file for further investigations ? Your report is
incomplete without it and hence I'll have to retain the waiting status on this
one.


-- 


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

[Bug fortran/40593] Proc-pointer returning function as actual argument

[janus at gcc dot gnu dot org]

--- Comment #5 from janus at gcc dot gnu dot org  2009-07-01 08:39 ---
Related problem:

module m
contains
  subroutine func()
print *,"42"
  end subroutine func
end module m

program test
  use m
  implicit none
  call sub(getPtr())
contains
  subroutine sub(f)
procedure(func),pointer :: f
call f()
  end subroutine sub
  function getPtr()
procedure(func), pointer :: getPtr
getPtr => func
  end function getPtr
end program test


is rejected with:

  call sub(getPtr())
   1
Error: Expected a procedure pointer for argument 'f' at (1)


-- 


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

[Bug fortran/40593] Proc-pointer returning function as actual argument

[janus at gcc dot gnu dot org]

--- Comment #6 from janus at gcc dot gnu dot org  2009-07-01 08:54 ---
The compile-time error in comment #5 is fixed by:

Index: gcc/fortran/interface.c
===
--- gcc/fortran/interface.c (revision 149129)
+++ gcc/fortran/interface.c (working copy)
@@ -1911,7 +1911,10 @@ compare_actual_formal (gfc_actual_arglis
   /* Satisfy 12.4.1.3 by ensuring that a procedure pointer actual argument
 is provided for a procedure pointer formal argument.  */
   if (f->sym->attr.proc_pointer
- && !(a->expr->symtree->n.sym->attr.proc_pointer
+ && !((a->expr->expr_type == EXPR_VARIABLE
+   && a->expr->symtree->n.sym->attr.proc_pointer)
+  || (a->expr->expr_type == EXPR_FUNCTION
+  && a->expr->symtree->n.sym->result->attr.proc_pointer)
   || is_proc_ptr_comp (a->expr, NULL)))
{
  if (where)


However, it still gives a runtime segfault due to:

void (*) (void) D.1556;
D.1556 = getptr ();
sub (&&D.1556);


-- 


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

Re: [Bug target/40603] New: unnecessary conversion from unsigned byte load to signed byte load

[Ramana Radhakrishnan]

> Unfortunately in thumb mode, loading a signed byte costs more than loading an
> unsigned byte and comparing with 0 has same cost as comparing with 0x7F.

I don't know of any core where loading a signed byte is more expensive
than unsigned byte in thumb mode. What did you have in mind ?

I suspect what you mean is that the sign extension here is not required
and we could get away with ldrb.




> 

[Bug target/40603] unnecessary conversion from unsigned byte load to signed byte load

[ramana dot radhakrishnan at arm dot com]

--- Comment #2 from ramana dot radhakrishnan at arm dot com  2009-07-01 
09:13 ---
Subject: Re:   New: unnecessary conversion from unsigned
byte load to signed byte load


> Unfortunately in thumb mode, loading a signed byte costs more than loading an
> unsigned byte and comparing with 0 has same cost as comparing with 0x7F.

I don't know of any core where loading a signed byte is more expensive
than unsigned byte in thumb mode. What did you have in mind ?

I suspect what you mean is that the sign extension here is not required
and we could get away with ldrb.




> 


-- 


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

[Bug libgcj/39899] gjdoc in 4.4.0 fails to build the libgcj documentation

[doko at ubuntu dot com]

--- Comment #3 from doko at ubuntu dot com  2009-07-01 09:37 ---
fixed


-- 

doko at ubuntu dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||4.4.0
  Known to work||4.4.1 4.5.0
 Resolution||FIXED


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

[Bug fortran/40598] Some missed optimizations in array assignment

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-07-01 09:43 ---
  tmp =  build4 (ARRAY_RANGE_REF, TREE_TYPE (dest), dest, 
  build_int_cst (gfc_array_index_type, 3),
  NULL_TREE, NULL_TREE);

to set the upper bound correctly you have to build a new array type instead
of re-using TREE_TYPE (dest).  The types TYPE_DOMAIN will specify the size
of the slice.  Thus,

  slice_type = build_array_type (TREE_TYPE (TREE_TYPE (dest)),
 build_index_type (build_int_cst
(gfc_array_index_type, slice-size - 1)));

Richard.


-- 


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

[Bug target/40603] unnecessary conversion from unsigned byte load to signed byte load

[carrot at google dot com]

--- Comment #3 from carrot at google dot com  2009-07-01 10:24 ---
(In reply to comment #2)
> Subject: Re:   New: unnecessary conversion from unsigned
> byte load to signed byte load
> 
> 
> > Unfortunately in thumb mode, loading a signed byte costs more than loading 
> > an
> > unsigned byte and comparing with 0 has same cost as comparing with 0x7F.
> 
> I don't know of any core where loading a signed byte is more expensive
> than unsigned byte in thumb mode. What did you have in mind ?
> 
> I suspect what you mean is that the sign extension here is not required
> and we could get away with ldrb.
> 
In thumb1, instruction ldrb has an addressing mode of Rn + imm5, but ldrsb has
only addressing mode of Rn + Rm. So loading unsigned byte from p[8] needs only
one instruction
ldrb r3, [r0, 8]

But loading singed byte from p[8] needs two instructions:

mov   r3, 8
ldrsb r3, [r0, r3]

So in this case (base + constant offset), loading a signed byte is more
expensive than unsigned byte in thumb mode.


-- 


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

[Bug libgcj/39899] gjdoc in 4.4.0 fails to build the libgcj documentation

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.1


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bonzini at gnu dot org]

--- Comment #22 from bonzini at gnu dot org  2009-07-01 10:41 ---
Created an attachment (id=18106)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18106&action=view)
patch to test

This is the patch to fix the bug.


-- 


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

[Bug tree-optimization/40585] [4.3/4.4/4.5 Regression] tracer duplicates blocks w/o adjusting EH tree

[hubicka at ucw dot cz]

--- Comment #4 from hubicka at ucw dot cz  2009-07-01 10:47 ---
Subject: Re:  [4.3/4.4/4.5 Regression] tracer duplicates blocks w/o adjusting
EH tree

Hi,
the following patch should prevent tracer from copying resx.  It is
remarkably ugly I need to unconstify all the copy_bb_p predicates, so
perhaps I will look into fixing the RTL expanders to allow multiple RESX
blocks instead.

Index: cfghooks.c
===
--- cfghooks.c  (revision 149102)
+++ cfghooks.c  (working copy)
@@ -874,7 +874,7 @@ tidy_fallthru_edges (void)
 /* Returns true if we can duplicate basic block BB.  */

 bool
-can_duplicate_block_p (const_basic_block bb)
+can_duplicate_block_p (basic_block bb)
 {
   if (!cfg_hooks->can_duplicate_block_p)
 internal_error ("%s does not support can_duplicate_block_p",
Index: cfghooks.h
===
--- cfghooks.h  (revision 149102)
+++ cfghooks.h  (working copy)
@@ -75,7 +75,7 @@ struct cfg_hooks
   bool (*predicted_by_p) (const_basic_block bb, enum br_predictor predictor);

   /* Return true when block A can be duplicated.  */
-  bool (*can_duplicate_block_p) (const_basic_block a);
+  bool (*can_duplicate_block_p) (basic_block a);

   /* Duplicate block A.  */
   basic_block (*duplicate_block) (basic_block a);
@@ -160,7 +160,7 @@ extern void tidy_fallthru_edge (edge);
 extern void tidy_fallthru_edges (void);
 extern void predict_edge (edge e, enum br_predictor predictor, int
probability);
 extern bool predicted_by_p (const_basic_block bb, enum br_predictor
predictor);
-extern bool can_duplicate_block_p (const_basic_block);
+extern bool can_duplicate_block_p (basic_block);
 extern basic_block duplicate_block (basic_block, edge, basic_block);
 extern bool block_ends_with_call_p (basic_block bb);
 extern bool block_ends_with_condjump_p (const_basic_block bb);
Index: bb-reorder.c
===
--- bb-reorder.c(revision 149102)
+++ bb-reorder.c(working copy)
@@ -176,7 +176,7 @@ static basic_block copy_bb (basic_block,
 static fibheapkey_t bb_to_key (basic_block);
 static bool better_edge_p (const_basic_block, const_edge, int, int, int, int,
const_edge);
 static void connect_traces (int, struct trace *);
-static bool copy_bb_p (const_basic_block, int);
+static bool copy_bb_p (basic_block, int);
 static int get_uncond_jump_length (void);
 static bool push_to_next_round_p (const_basic_block, int, int, int,
gcov_type);
 static void find_rarely_executed_basic_blocks_and_crossing_edges (edge **,
@@ -1157,7 +1157,7 @@ connect_traces (int n_traces, struct tra
when code size is allowed to grow by duplication.  */

 static bool
-copy_bb_p (const_basic_block bb, int code_may_grow)
+copy_bb_p (basic_block bb, int code_may_grow)
 {
   int size = 0;
   int max_size = uncond_jump_length;
Index: tree-cfg.c
===
--- tree-cfg.c  (revision 149102)
+++ tree-cfg.c  (working copy)
@@ -5131,8 +5131,17 @@ gimple_move_block_after (basic_block bb,
 /* Return true if basic_block can be duplicated.  */

 static bool
-gimple_can_duplicate_bb_p (const_basic_block bb ATTRIBUTE_UNUSED)
+gimple_can_duplicate_bb_p (basic_block bb)
 {
+  gimple_stmt_iterator gsi = gsi_last_bb (bb);
+
+  /* RTL expander has quite artificial limitation to at most one RESX
instruction
+ per region.  It can be fixed by turning 1-1 map to 1-many map, but since
the
+ code needs to be rewritten to gimple level lowering and there is little
reason
+ for duplicating RESX instructions in order to optimize code performance,
we
+ just disallow it for the moment.  */
+  if (!gsi_end_p (gsi) && gimple_code (gsi_stmt (gsi)) == GIMPLE_RESX)
+return false;
   return true;
 }

Index: cfgrtl.c
===
--- cfgrtl.c(revision 149102)
+++ cfgrtl.c(working copy)
@@ -3161,7 +3161,7 @@ struct cfg_hooks rtl_cfg_hooks = {
should only be used through the cfghooks interface, and we do not want to
move them here since it would require also moving quite a lot of related
code.  They are in cfglayout.c.  */
-extern bool cfg_layout_can_duplicate_bb_p (const_basic_block);
+extern bool cfg_layout_can_duplicate_bb_p (basic_block);
 extern basic_block cfg_layout_duplicate_bb (basic_block);

 struct cfg_hooks cfg_layout_rtl_cfg_hooks = {


-- 


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

[Bug fortran/40598] Some missed optimizations in array assignment

[pault at gcc dot gnu dot org]

--- Comment #8 from pault at gcc dot gnu dot org  2009-07-01 10:51 ---
Richard,

> to set the upper bound correctly you have to build a new array type instead
> of re-using TREE_TYPE (dest).  The types TYPE_DOMAIN will specify the size
> of the slice.  Thus,
> 
>   slice_type = build_array_type (TREE_TYPE (TREE_TYPE (dest)),
>  build_index_type (build_int_cst
> (gfc_array_index_type, slice-size - 1)));

Brilliant! Thanks

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING


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

[Bug c++/40595] [C++0x] ICE trying to use sfinae with variadic template pack expansion

[mikpe at it dot uu dot se]

--- Comment #7 from mikpe at it dot uu dot se  2009-07-01 10:53 ---
(In reply to comment #6)
> Fixed for 4.4.1.

This test case causes the same ICE in tsubst also with gcc-4.3.4.

After packporting the ICE fix, 4.3.4 instead fails with:

variadic94.C: In function 'int main()':
variadic94.C:32: sorry, unimplemented: call_expr cannot be mangled due to a
defect in the C++ ABI

Is this an inherent limitation in 4.3 or just another unfixed bug?


-- 


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

[Bug tree-optimization/40585] [4.3/4.4/4.5 Regression] tracer duplicates blocks w/o adjusting EH tree

[rguenther at suse dot de]

--- Comment #5 from rguenther at suse dot de  2009-07-01 10:54 ---
Subject: Re:  [4.3/4.4/4.5 Regression] tracer
 duplicates blocks w/o adjusting EH tree

On Wed, 1 Jul 2009, hubicka at ucw dot cz wrote:

> --- Comment #4 from hubicka at ucw dot cz  2009-07-01 10:47 ---
> Subject: Re:  [4.3/4.4/4.5 Regression] tracer duplicates blocks w/o adjusting
> EH tree
> 
> Hi,
> the following patch should prevent tracer from copying resx.  It is
> remarkably ugly I need to unconstify all the copy_bb_p predicates, so
> perhaps I will look into fixing the RTL expanders to allow multiple RESX
> blocks instead.

Less ugly would be to 'inline' gsi_last_bb by using

  gimple_seq seq = bb_seq (bb);
  gimple_seq_node last = gimple_seq_last (seq);
  if (last && gimple_code (last->stmt) == GIMPLE_RESX)
...

but yes, for trunk allowing mutliple RESX works for me as well.

Richard.


-- 


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

[Bug fortran/40598] Some missed optimizations in array assignment

[pault at gcc dot gnu dot org]

--- Comment #9 from pault at gcc dot gnu dot org  2009-07-01 11:02 ---
Richard,

It even works!

Thanks again

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |ASSIGNED
   Last reconfirmed|2009-07-01 08:23:08 |2009-07-01 11:02:14
   date||


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

[Bug bootstrap/35531] Assembler failure while compiling libgcc

[marek dot rouchal at infineon dot com]

--- Comment #11 from marek dot rouchal at infineon dot com  2009-07-01 
11:58 ---
(In reply to comment #2)
> and did get farther, but the final link fails like
> ...
> ld: fatal: unwind table: file
> /home/bfriesen/build/gcc-4.3.0/./gcc/amd64/crtend.o: section .eh_frame: bad 
> cie
> version 0: offset 0xfd7fffdfb220

I saw this, too with gcc-4.3.2 on Solaris 10 x86. The issue is described also
in Bug 33100, which seems to be fixed in gcc-4.3.3. Furthermore, the linker
error is supposed to be fixed with a Sun/Solaris patch: 139574-03 for SPARC and
139575-03 for x86 (quoted from Bug 33100).

-Marek


-- 

marek dot rouchal at infineon dot com changed:

   What|Removed |Added

 CC||marek dot rouchal at
   ||infineon dot com


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

[Bug fortran/40604] New: ICE with -fcheck=pointer

[janus at gcc dot gnu dot org]

The following code gives an ICE when compiled with -fcheck-pointer:


call test(uec=-1)

contains 

  subroutine test(str,uec)
implicit none
character*(*), intent(in), optional:: str
integer, intent(in), optional :: uec
  end subroutine

end


-- 
   Summary: ICE with -fcheck=pointer
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janus at gcc dot gnu dot org


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bonzini at gcc dot gnu dot org]

--- Comment #23 from bonzini at gnu dot org  2009-07-01 12:06 ---
Subject: Bug 40597

Author: bonzini
Date: Wed Jul  1 12:05:56 2009
New Revision: 149137

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149137
Log:
2009-07-01  Paolo Bonzini  

PR bootstrap/40597
* expmed.c (emit_store_flag): Perform a conversion if necessary,
after reducing a DImode cstore to SImode.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/expmed.c


-- 


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

[Bug fortran/40604] ICE with -fcheck=pointer

[janus at gcc dot gnu dot org]

--- Comment #1 from janus at gcc dot gnu dot org  2009-07-01 12:13 ---
Patch:

Index: gcc/fortran/trans-expr.c
===
--- gcc/fortran/trans-expr.c(revision 149129)
+++ gcc/fortran/trans-expr.c(working copy)
@@ -2781,6 +2781,9 @@ gfc_conv_procedure_call (gfc_se * se, gf
  char *msg;
  tree cond;

+ if (e == NULL)
+   goto end_pointer_check;
+
  if (e->expr_type == EXPR_VARIABLE)
sym = e->symtree->n.sym;
  else if (e->expr_type == EXPR_FUNCTION)


-- 


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

[Bug libstdc++/24803] [c++0x] reference_wrapper and pointers to member functions

[jwakely dot gcc at gmail dot com]

--- Comment #16 from jwakely dot gcc at gmail dot com  2009-07-01 12:18 
---
(In reply to comment #9)
> 
> In the current draft, reference_wrapper invocation requires Callable, which
> means it should not work for pointers to members. The same is true of
> result_of, which determines the result of an expression that isn't valid 
> syntax
> for pointers to members.

Could Howard or Doug comment on this?  the Callable concept and result_of both
determine the result of an expression  fn(args...)  which in invalid if fn is a
pointer to member.

If that's correct, this bug could be closed as INVALID, but that would mean
std::bind and std::reference_wrapper do not support features that work with the
equivalent components in TR1.  It also means that std::bind() works with
pointers to members, even though std::bind() doesn't, because the former
doesn't rely on Callable and is only defined in terms of INVOKE which does
support pointers to members.


I'm trying to figure out if I need to continue to support this behaviour, or if
I can simplify result_of by ignoring pointers to members, but I think this
should be an LWG issue.


-- 


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

[Bug tree-optimization/19831] Missing DSE/malloc/free optimization

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-07-01 12:27 ---
Subject: Bug 19831

Author: rguenth
Date: Wed Jul  1 12:27:33 2009
New Revision: 149140

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149140
Log:
2009-07-01  Richard Guenther  

PR tree-optimization/19831
* tree-ssa-dce.c (propagate_necessity): Calls to functions
that only act as barriers do not make any previous stores
necessary.
* tree-ssa-structalias.c (handle_lhs_call): Delay making
HEAP variables global, do not add a constraint from nonlocal.
(find_func_aliases): Handle escapes through return statements.
(compute_points_to_sets): Make escaped HEAP variables global.

* gcc.dg/tree-ssa/20041122-1.c: Enable TBAA, scan FRE dump,
make allocated memory escape.  Un-XFAIL.
* gcc.dg/vect/pr21591.c: Make allocated memory escape.
* gcc.dg/vect/pr31699.c: Likewise.
* gcc.dg/tree-ssa/ssa-dce-7.c: New testcase.

libmudflap/
* testsuite/libmudflap.c/fail11-frag.c: Make allocated memory
escape.
* testsuite/libmudflap.c/fail12-frag.c: Likewise.
* testsuite/libmudflap.c/fail16-frag.c: Likewise.
* testsuite/libmudflap.c/fail31-frag.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-dce-7.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/20041122-1.c
trunk/gcc/testsuite/gcc.dg/vect/pr21591.c
trunk/gcc/testsuite/gcc.dg/vect/pr31699.c
trunk/gcc/tree-ssa-dce.c
trunk/gcc/tree-ssa-structalias.c
trunk/libmudflap/ChangeLog
trunk/libmudflap/testsuite/libmudflap.c/fail11-frag.c
trunk/libmudflap/testsuite/libmudflap.c/fail12-frag.c
trunk/libmudflap/testsuite/libmudflap.c/fail16-frag.c
trunk/libmudflap/testsuite/libmudflap.c/fail31-frag.c


-- 


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

[Bug tree-optimization/19831] Missing DSE/malloc/free optimization

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-07-01 12:28 ---
I am not working on the other piece.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
 AssignedTo|rguenth at gcc dot gnu dot  |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW


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

[Bug fortran/40605] New: -fcheck=pointer: Problems with OPTIONAL

[burnus at gcc dot gnu dot org]

-fcheck=pointer gives a segfault for a not present actual argument. Fix:

+++ trans-expr.c(working copy)
@@ -2778 +2778 @@ gfc_conv_procedure_call (gfc_se * se, gf
-  if (gfc_option.rtcheck & GFC_RTCHECK_POINTER)
+  if (gfc_option.rtcheck & GFC_RTCHECK_POINTER && e != NULL)

Test case:

  SUBROUTINE rw_inp(scpos)
  IMPLICIT NONE
  REAL scpos

  interface
FUNCTION evaluateFirst(s,n)result(number)
  IMPLICIT NONE
  CHARACTER(len =*), INTENT(inout) :: s
  INTEGER,OPTIONAL :: n
  REAL :: number
end function
  end interface

  CHARACTER(len=100) :: line
  scpos = evaluatefirst(line)
  END SUBROUTINE rw_inp


-- 
   Summary: -fcheck=pointer: Problems with OPTIONAL
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  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=40605

[Bug tree-optimization/40585] [4.3/4.4/4.5 Regression] tracer duplicates blocks w/o adjusting EH tree

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-07-01 13:01 ---
I have a 4.3 backport along that line.


-- 


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

[Bug fortran/40605] -fcheck=pointer: Problems with OPTIONAL

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2009-07-01 13:02 ---
*** Bug 40604 has been marked as a duplicate of this bug. ***


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||janus at gcc dot gnu dot org


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

[Bug fortran/40604] ICE with -fcheck=pointer

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2009-07-01 13:02 ---
Yours was there first, but still I make it as duplicate of my PR. Note there is
also a fix needed for the run-time check, also due to OPTIONAL.

Thanks for the report.

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


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/40605] -fcheck=pointer: Problems with OPTIONAL

[janus at gcc dot gnu dot org]

--- Comment #2 from janus at gcc dot gnu dot org  2009-07-01 13:16 ---
Here is another test case which segfaults with -fcheck=pointer, even with the
fix from comment #0:

module m

  Interface matrixMult
 Module procedure matrixMult_C2
  End Interface

contains

  subroutine test
implicit none
complex, dimension(0:3,0:3) :: m1,m2
print *,Trace(MatrixMult(m1,m2))
  end subroutine

  complex function trace(a)
implicit none
complex, intent(in),  dimension(0:3,0:3) :: a 
  end function trace

  function matrixMult_C2(a,b) result(matrix)
implicit none
complex, dimension(0:3,0:3) :: matrix,a,b
  end function matrixMult_C2

end


-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-07-01 13:16:43
   date||


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

bitset::count

[Andreas Klein]

Dear gcc developers,

Im am not sure if this is the right email address. Please give me
the right email address if necessary.

I checked the implementation of std::bitset::count in gcc
and find that it uses a table look up.

This is not optimal.

First on 64-bit machines divide-and-conquer algorithms are faster than
table look up and save even memory.

Second if the bitset contains several words, there are for both 32 and
64 bit machines population count algorithms that are faster than
the simple loop over all words used by boost.

Together with Y. Edel I developed a new version,which saves 60%
against the simple algorithm. We put the code online
(http://cage.ugent.be/~klein/popc.html). A disadvantage of our
implementation is that we relay on aggressive optimization (-O3) of
the compiler.

If you are searching a compromise between speed and code
complexity. The first iteration of the Harley-Seal-method (25% faster
than the simple loop) would be a candidate.

You find this and other population count algorithms on our homepage, too.

If there is interest I can add one of the advance algorithms to the
bitset libary.

Best wishes
 Andreas Klein

[Bug fortran/40605] -fcheck=pointer: Problems with OPTIONAL

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2009-07-01 13:40 ---
But of cause also the run-time test fails; for absent arguments a NULL is
passed.

We need to check:
a) optional pointer actual to non-optional dummy
b) optional pointer actual to optional dummy

The -fcheck=pointer specific check would be to check for
 "*actual == NULL"
though that needs to be guarded by "actual != NULL".

In general, passing a not-present optional to a non-optional dummy should be
checked somewhere; the question is with which option (-fcheck=call?).

Patch below.
(Note: One has to use TRUTH_ANDIF_EXPR and not TRUTH_AND_EXPR!)

--- trans-expr.c(revision 149129)
+++ trans-expr.c(working copy)
@@ -2778 +2778 @@ gfc_conv_procedure_call (gfc_se * se, gf
-  if (gfc_option.rtcheck & GFC_RTCHECK_POINTER)
+  if (gfc_option.rtcheck & GFC_RTCHECK_POINTER && e != NULL)
@@ -2806 +2806,15 @@ gfc_conv_procedure_call (gfc_se * se, gf
- cond  = fold_build2 (EQ_EXPR, boolean_type_node, parmse.expr,
+  if (sym->attr.optional)
+   {
+ tree present, nullptr, type;
+ type = TREE_TYPE (parmse.expr);
+  present = fold_build2 (NE_EXPR, boolean_type_node, parmse.expr,
+fold_convert (type, null_pointer_node));
+ type = TREE_TYPE (type);
+ nullptr = fold_build2 (EQ_EXPR, boolean_type_node,
+build1 (INDIRECT_REF, type, parmse.expr),
+fold_convert (type, null_pointer_node));
+ cond = fold_build2 (TRUTH_ANDIF_EXPR, boolean_type_node,
+ present, nullptr);
+   }
+  else
+  cond = fold_build2 (EQ_EXPR, boolean_type_node, parmse.expr,


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |burnus at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-07-01 13:16:43 |2009-07-01 13:40:51
   date||


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bergner at gcc dot gnu dot org]

--- Comment #24 from bergner at gcc dot gnu dot org  2009-07-01 13:42 
---
Created an attachment (id=18107)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18107&action=view)
Yet another ICE test case

New test case for use after the commit of the patch in Comment #23.


-- 


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

[Bug target/40489] gcc.dg/builtin-unreachable-3.c doesn't work on ia64

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2009-07-01 13:46 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/40606] New: Inside new_handler "throw;" operator may cause abort

[tsyvarev at ispras dot ru]

The attached example causes abort() on SLES11 (IA64).

This example comes from a test suite that checks operator new in various
situations. According to the execution results of these tests, it seems to me
that the problem is somewhere in "throw;" operator inside
NewHandlerBox::new_handler_box() method, which is called as new_handler when
new operator fails to allocate memory.

Unfortunately I have no direct access to the machine with this configuration
(SLES11 installed on IA64 architecture), so I couldn't prepare a shorter
example program. For now, I can't say which parts of the program are essential
to reproduce the problem and which ones are not. However, in a very simple
example the problem wasn't reproduced.

Also, the mentioned test suite was executed on many other machines with
different OSes and architectures, but the problem have not arisen there so far.


-- 
   Summary: Inside new_handler "throw;" operator may cause abort
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tsyvarev at ispras dot ru


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

[Bug middle-end/40607] New: [4.5 Regression] Revision 149032 breaks bootstrap

[danglin at gcc dot gnu dot org]

At the beginning of stage2, the following error occurs:

  /home/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/objdir/
./prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/bin/
-B/home/dave/opt/
gnu/gcc/gcc-4.5.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/
lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/include -isystem
/home
/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/sys-include-c -DHAVE_CONFIG_H -g -O2 
 -I. -I../../gcc/libiberty/../include  -W -Wall -Wwrite-strings -Wc++-compat
-Ws
trict-prototypes -pedantic  -fPIC ../../gcc/libiberty/strsignal.c -o
pic/strsign
al.o; \
else true; fi
../../gcc/libiberty/strsignal.c:554:1: error: conflicting types for 'psignal'
/usr/include/signal.h:141:13: note: previous declaration of 'psignal' was here
make[3]: *** [strsignal.o] Error 1

This occurs because the configure test failed:

configure:7828: checking for psignal
configure:7884:  /home/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/
objdir/./prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/bin/
-B/home/da
ve/opt/gnu/gcc/gcc-4.5.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa
-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/include
-isyste
m /home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/sys-include-o conftest -g -O2 
   conftest.c  >&5
conftest.c: In function 'main':
conftest.c:83:1: internal compiler error: in expand_expr_real_1, at expr.c:9112
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
configure:7890: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define _FILE_OFFSET_BITS 64
| #define WORDS_BIGENDIAN 1
| #define HAVE_SYS_FILE_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_MALLOC_H 1
| #define HAVE_STRING_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_TIME_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_ALLOCA_H 1
| #define HAVE_SYS_SYSINFO_H 1
| #define HAVE_SYS_SYSCTL_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_STDIO_EXT_H 1
| #define HAVE_SYS_WAIT_H 1
| #define TIME_WITH_SYS_TIME 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define SIZEOF_INT 4
| #define UNSIGNED_64BIT_TYPE uint64_t
| #define HAVE_UINTPTR_T 1
| #define STACK_DIRECTION 1
| #define HAVE_UNISTD_H 1
| #define vfork fork
| #define HAVE_SYS_ERRLIST 1
| #define HAVE_SYS_NERR 1
| #define HAVE_SYS_SIGLIST 1
| /* end confdefs.h.  */
| /* System header to define __stub macros and hopefully few prototypes,
| which can conflict with char psignal (); below.
| Prefer  to  if __STDC__ is defined, since
|  exists even on freestanding compilers.  Under hpux,
| including  includes  and causes problems
| checking for functions defined therein.  */
| #if defined (__STDC__) && !defined (_HPUX_SOURCE)
| # include 
| #else
| # include 
| #endif
| /* Override any gcc2 internal prototype to avoid an error.  */
| #ifdef __cplusplus
| extern "C"
| {
| #endif
| /* We use char because int might match the return type of a gcc2
|builtin and then its argument prototype would still apply.  */
| char psignal ();
| /* The GNU C library defines this for functions which it implements
| to always fail with ENOSYS.  Some functions are actually named
| something starting with __ and the normal name is an alias.  */
| #if defined (__stub_psignal) || defined (__stub___psignal)
| choke me
| #else
| char (*f) () = psignal;
| #endif
| #ifdef __cplusplus
| }
| #endif
| 
| int
| main ()
| {
| return f != psignal;
|   ;
|   return 0;
| }

2009-06-28  Paolo Bonzini  

* expr.c (expand_expr_real_1): Just use do_store_flag.
(do_store_flag): Drop support for TRUTH_NOT_EXPR.  Use
emit_store_flag_force.
* expmed.c (emit_store_flag_force): Copy here trick
previously in expand_expr_real_1.  Try reversing the comparison.
(emit_store_flag_1): Work if target is NULL.
(emit_store_flag): Work if target is NULL, using the result mode
from the comparison.  Use split_comparison, restructure final part
to simplify conditionals.

d...@mx3210:~/gnu/gcc/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa-linux
Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared
--prefix=/home/dave/opt/gnu/gcc/gcc-4.5.0
--with-local-prefix=/home/dave/opt/gnu --enable-threads=posix
--enable-__cxa_atexit --build=hppa-linux --ena

[Bug libstdc++/40606] Inside new_handler "throw;" operator may cause abort

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2009-07-01 13:52 
---
Attachment missing. Also, please dougle check this is not a core C++ proper
issue.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug libstdc++/40606] Inside new_handler "throw;" operator may cause abort

[tsyvarev at ispras dot ru]

--- Comment #2 from tsyvarev at ispras dot ru  2009-07-01 13:54 ---
Created an attachment (id=18108)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18108&action=view)
reproduce problem

g++ -O2 test.cpp && ./a.out

Executing test_4_10()
Aborted

Exit code is 134.

Unfortunately, there is no reasonable backtrace, as the error is reported via 
abort() and the stack only shows the abort() call.


-- 


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

[Bug middle-end/40607] [4.5 Regression] Revision 149032 breaks bootstrap

[bonzini at gnu dot org]

--- Comment #1 from bonzini at gnu dot org  2009-07-01 14:02 ---
Should be fixed already?


-- 


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

[Bug middle-end/40607] [4.5 Regression] Revision 149032 breaks bootstrap

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2009-07-01 
14:02 ---
Subject: Re:   New: [4.5 Regression] Revision 149032
breaks bootstrap

> This occurs because the configure test failed:

Attached preprocessed source for test.

Dave


--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca  2009-07-01 
14:02 ---
Created an attachment (id=18109)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18109&action=view)


-- 


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

[Bug middle-end/40607] [4.5 Regression] Revision 149032 breaks bootstrap

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2009-07-01 
14:06 ---
Subject: Re:  [4.5 Regression] Revision 149032 breaks bootstrap

> Should be fixed already?

I'll retest.  It was still presetn in revision 149079.

Dave


-- 


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

[Bug libstdc++/40606] Inside new_handler "throw;" operator may cause abort

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2009-07-01 14:09 
---
gcc version, please.


-- 


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

[Bug libstdc++/40606] Inside new_handler "throw;" operator may cause abort

[paolo dot carlini at oracle dot com]

--- Comment #4 from paolo dot carlini at oracle dot com  2009-07-01 14:19 
---
On x86_64, I can't reproduce either 4_3-branch, 4_4-branch or mainline. I would
suggest you to double check if the problem happens also with an official GNU
release (not Novell' SLES) and, in case it does, mark the PR as target, if not
report to Novell. Thanks.


-- 


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

[Bug middle-end/40607] [4.5 Regression] Revision 149032 breaks bootstrap

[bonzini at gnu dot org]

--- Comment #5 from bonzini at gnu dot org  2009-07-01 14:26 ---
The fix is 149136.


-- 


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bonzini at gnu dot org]

--- Comment #25 from bonzini at gnu dot org  2009-07-01 14:28 ---
Created an attachment (id=18110)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18110&action=view)
... and one more patch


-- 


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

[Bug fortran/40605] -fcheck=pointer: Problems with OPTIONAL

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2009-07-01 14:37 ---
The generic interface problem should be fixed by the following, which includes
the bits from the others patches:

--- trans-expr.c(revision 149129)
+++ trans-expr.c(working copy)
@@ -2778 +2778 @@ gfc_conv_procedure_call (gfc_se * se, gf
-  if (gfc_option.rtcheck & GFC_RTCHECK_POINTER)
+  if (gfc_option.rtcheck & GFC_RTCHECK_POINTER && e != NULL)
@@ -2780 +2780 @@ gfc_conv_procedure_call (gfc_se * se, gf
- gfc_symbol *sym;
+ symbol_attribute *attr;
@@ -2785 +2785 @@ gfc_conv_procedure_call (gfc_se * se, gf
-   sym = e->symtree->n.sym;
+   attr = &e->symtree->n.sym->attr;
@@ -2787 +2787,10 @@ gfc_conv_procedure_call (gfc_se * se, gf
-   sym = e->symtree->n.sym->result;
+   {
+ /* For intrinsic functions, the gfc_attr are not available.  */
+ if (e->symtree->n.sym->attr.generic && e->value.function.isym)
+   goto end_pointer_check;
+
+ if (e->symtree->n.sym->attr.generic)
+   attr = &e->value.function.esym->result->attr;
+ else
+   attr = &e->symtree->n.sym->result->attr;
+   }
@@ -2791 +2800 @@ gfc_conv_procedure_call (gfc_se * se, gf
- if (sym->attr.allocatable
+ if (attr->allocatable
@@ -2794,2 +2803,2 @@ gfc_conv_procedure_call (gfc_se * se, gf
- "allocated", sym->name);
- else if (sym->attr.pointer
+ "allocated", e->symtree->n.sym->name);
+ else if (attr->pointer
@@ -2798,2 +2807,2 @@ gfc_conv_procedure_call (gfc_se * se, gf
- "associated", sym->name);
-  else if (sym->attr.proc_pointer
+ "associated", e->symtree->n.sym->name);
+  else if (attr->proc_pointer
@@ -2802 +2811 @@ gfc_conv_procedure_call (gfc_se * se, gf
- "associated", sym->name);
+ "associated", e->symtree->n.sym->name);
@@ -2806 +2815,15 @@ gfc_conv_procedure_call (gfc_se * se, gf
- cond  = fold_build2 (EQ_EXPR, boolean_type_node, parmse.expr,
+  if (sym->attr.optional)
+   {
+ tree present, nullptr, type;
+ type = TREE_TYPE (parmse.expr);
+  present = fold_build2 (NE_EXPR, boolean_type_node, parmse.expr,
+fold_convert (type, null_pointer_node));
+ type = TREE_TYPE (type);
+ nullptr = fold_build2 (EQ_EXPR, boolean_type_node,
+build1 (INDIRECT_REF, type, parmse.expr),
+fold_convert (type, null_pointer_node));
+ cond = fold_build2 (TRUTH_ANDIF_EXPR, boolean_type_node,
+ present, nullptr);
+   }
+  else
+  cond = fold_build2 (EQ_EXPR, boolean_type_node, parmse.expr,


-- 


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

[Bug middle-end/40607] [4.5 Regression] Revision 149032 breaks bootstrap

[danglin at gcc dot gnu dot org]

--- Comment #6 from danglin at gcc dot gnu dot org  2009-07-01 14:49 ---
Fixed.


-- 

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

[Bug debug/40431] [4.5 regression] ICE in div_data_align, at dwarf2out.c:533 while configuring sparcv9 libgcc

[rth at gcc dot gnu dot org]

--- Comment #5 from rth at gcc dot gnu dot org  2009-07-01 14:56 ---
You're right, it's my bug.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|ebotcazou at gcc dot gnu dot|rth at gcc dot gnu dot org
   |org |


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

[Bug libstdc++/40606] Inside new_handler "throw;" operator may cause abort

[tsyvarev at ispras dot ru]

--- Comment #5 from tsyvarev at ispras dot ru  2009-07-01 14:56 ---
Sorry, forgot about gcc version. I will post it not long after.

As for core C++ or libstdcxx problem - I don't know because couldn't localize
problem yet. Probably, this core C++ issue.


-- 


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

[Bug libstdc++/40606] Inside new_handler "throw;" operator may cause abort

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2009-07-01 14:57 
---
... and very probably target dependent, I can't reproduce on x86_64-linux.


-- 


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

[Bug bootstrap/40558] [4.5 Rgression] At revision 148962 bootstrap fails on powerpc-apple-darwin9

[dominiq at lps dot ens dot fr]

--- Comment #5 from dominiq at lps dot ens dot fr  2009-07-01 15:15 ---
The patch in comment #3 (with - for new and + for old) applied on top of
revision 148955 seems to fix the problem (currently building libjava).

Thanks Andrew.


-- 


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bergner at gcc dot gnu dot org]

--- Comment #26 from bergner at gcc dot gnu dot org  2009-07-01 15:32 
---
Created an attachment (id=18111)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18111&action=view)
And yet another one...

Here's another test case to use with the patch from Comment #25.


-- 


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

[Bug middle-end/39886] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2274

[bonzini at gnu dot org]

--- Comment #3 from bonzini at gnu dot org  2009-07-01 15:47 ---
Honza, this worked for me:

Index: combine.c
===
--- combine.c   (revision 149135)
+++ combine.c   (working copy)
@@ -2173,12 +2173,13 @@
 update_cfg_for_uncondjump (rtx insn)
 {
   basic_block bb = BLOCK_FOR_INSN (insn);
+  bool at_end = (BB_END (bb) == insn);

-  if (BB_END (bb) == insn)
+  if (at_end)
 purge_dead_edges (bb);

   delete_insn (insn);
-  if (EDGE_COUNT (bb->succs) == 1)
+  if (at_end && EDGE_COUNT (bb->succs) == 1)
 single_succ_edge (bb)->flags |= EDGE_FALLTHRU;
 }


Would you mind seeing if your patch was the same?


-- 


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

[Bug fortran/40605] -fcheck=pointer: Problems with OPTIONAL

[burnus at gcc dot gnu dot org]

--- Comment #5 from burnus at gcc dot gnu dot org  2009-07-01 16:09 ---
Another failure - this time for __convert_i4_r4 (a EXPR_FUNCTION) as actual
argument, which does not set sym->result ...

Test case:

  SUBROUTINE plotdop(amat)
  IMPLICIT NONE
  REAL,INTENT (IN) :: amat(3,3)
  integer :: i1
  real :: pt(3)
  i1 = 1
  pt = MATMUL(amat,(/i1,i1,i1/))
  END SUBROUTINE plotdop

Patch:

--- intrinsic.c (revision 149129)
+++ intrinsic.c (working copy)
@@ -3996,0 +3997 @@ gfc_convert_type_warn (gfc_expr *expr, g
+  new_expr->symtree->n.sym->result = new_expr->symtree->n.sym;


-- 


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

[Bug ada/40608] New: [4.5 Regression] Ada build fails

[danglin at gcc dot gnu dot org]

/opt/gnu/gcc/gcc-4.5.0/i686-apple-darwin9/include -isystem
/opt/gnu/gcc/gcc-4.5.
0/i686-apple-darwin9/sys-include-c  -g -O2 -fomit-frame-pointer -DIN_GCC  
-
W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes 
-W
missing-format-attribute -Wno-long-long -Wno-variadic-macros
-Wno-overlength-str
ings -Werror -Wold-style-definition -Wc++-compat -fno-common  -DHAVE_CONFIG_H 
\
 -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada
-I../../gcc/gcc/.
./include -I../../gcc/gcc/../libcpp/include  -I../../gcc/gcc/../libdecnumber
-I.
./../gcc/gcc/../libdecnumber/dpd -I../libdecnumber-I. -Iada -I../../gcc/gcc 
-I../../gcc/gcc/ada -I../../gcc/gcc/../include
-I../../gcc/gcc/../libcpp/include
  -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libde
cnumber   ../../gcc/gcc/ada/init.c -o ada/init.o
...
cc1: warnings being treated as errors
../../gcc/gcc/ada/init.c: In function '__gnat_is_stack_guard':
../../gcc/gcc/ada/init.c:2130:3: error: implicit declaration of function
'mach_t
ask_self'
../../gcc/gcc/ada/init.c: In function '__gnat_error_handler':
../../gcc/gcc/ada/init.c:2141:55: error: unused parameter 'uc'


-- 
   Summary: [4.5 Regression] Ada build fails
   Product: gcc
   Version: 4.5.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: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug bootstrap/35531] Assembler failure while compiling libgcc

[bfriesen at simple dot dallas dot tx dot us]

--- Comment #12 from bfriesen at simple dot dallas dot tx dot us  
2009-07-01 16:42 ---
It seems that bugs gradually get fixed.  I am successfully using GCC 4.3.3 on
the same system configure like:

/home/bfriesen/src/gnu/gcc-4.3.3/configure LDFLAGS='-L/usr/local/lib
-R/usr/local/lib' --program-suffix=-4.3.3 --enable-shared --enable-threads
--enable-version-specific-runtime-libs --with-gnu-as
--with-as=/usr/local/lib/binutils-2.19/bin/as --without-gnu-ld
--with-ld=/usr/ccs/bin/ld --with-cpu=opteron --enable-languages=c,c++,fortran

Notice that I am using 'as' from a recent binutils release rather than the one
which comes with Solaris.

Unfortunately, GCC 4.4.0 is not so luckly since it once again does not work
with Solaris ld.  If GCC does not work with Solaris ld, then I can't use it.

Bob


-- 


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bonzini at gnu dot org]

--- Comment #27 from bonzini at gnu dot org  2009-07-01 16:52 ---
Created an attachment (id=18112)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18112&action=view)
... watch out, this is on top of mainline, not on top of pr40957-3.patch

(It would apply and just not work!)


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

  Attachment #18110|0   |1
is obsolete||


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

[Bug target/40575] FAIL: gcc.dg/falign-labels-1.c execution test

[danglin at gcc dot gnu dot org]

--- Comment #1 from danglin at gcc dot gnu dot org  2009-07-01 16:53 ---
Subject: Bug 40575

Author: danglin
Date: Wed Jul  1 16:53:26 2009
New Revision: 149144

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149144
Log:
PR target/40575
* pa.md (casesi32p): Use jump table label to determine the offset
of the jump table.
(casesi64p): Likewise.


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


-- 


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

[Bug target/40575] FAIL: gcc.dg/falign-labels-1.c execution test

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2009-07-01 17:07 ---
Fixed.


-- 

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

[Bug testsuite/40601] [4.5 Regression] Errors in "make check"

[hjl at gcc dot gnu dot org]

--- Comment #1 from hjl at gcc dot gnu dot org  2009-07-01 17:07 ---
Subject: Bug 40601

Author: hjl
Date: Wed Jul  1 17:07:31 2009
New Revision: 149145

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149145
Log:
2009-07-01  H.J. Lu  

PR testsuite/40601
* testsuite/lib/libffi-dg.exp (libffi-init): Properly set
gccdir.  Adjust ld_library_path for gcc only if gccdir isn't
empty.

Modified:
trunk/libffi/ChangeLog
trunk/libffi/testsuite/lib/libffi-dg.exp


-- 


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

[Bug ada/40609] New: [4.5 Regression] Ada build fails

[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.5.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp
-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/lib/ -isystem
/op
t/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/include -isystem
/opt/gnu/gcc/gcc-4.5.
0/hppa2.0w-hp-hpux11.11/sys-include-c  -g -O2 -DIN_GCC   -W -Wall
-Wwrite-st
rings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -mdisable-indexing
-W
missing-format-attribute -Wno-long-long -Wno-variadic-macros
-Wno-overlength-str
ings -Werror  -fno-common  -DHAVE_CONFIG_H -mdisable-indexing \
 -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada
-I../../gcc/gcc/.
./include -I../../gcc/gcc/../libcpp/include -I/opt/gnu/gcc/gcc-4.5.0/include 
-I
../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnum
ber-I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada -I../../gcc/gcc/../include 
-I../../gcc/gcc/../libcpp/include -I/opt/gnu/gcc/gcc-4.5.0/include 
-I../../gcc/
gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber  
../.
./gcc/gcc/ada/init.c -o ada/init.o
cc1: warnings being treated as errors
../../gcc/gcc/ada/init.c: In function '__gnat_error_handler':
../../gcc/gcc/ada/init.c:444:56: error: unused parameter 'ucontext'
make[3]: *** [ada/init.o] Error 1


-- 
   Summary: [4.5 Regression] Ada build fails
   Product: gcc
   Version: 4.5.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, spu-elf


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

[Bug testsuite/40601] [4.5 Regression] Errors in "make check"

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2009-07-01 17:19 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[laurent at guerby dot net]

--- Comment #5 from laurent at guerby dot net  2009-07-01 17:57 ---
On sparc64-linux bootstrap worked at rev 147974 but failed at rev 148004 (far
mmachine gcc62). I get the same failure on sparc-linux (farm machine gcc54).

I'll try to get a preprocessed file, another option is to get an account on the
compile farm, procedure here:

http://gcc.gnu.org/wiki/CompileFarm


-- 


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

[Bug bootstrap/40610] New: [4.5 Regression] hppa-linux trunk/libiberty/strsignal.c:554:1: error: conflicting types for 'psignal'

[laurent at guerby dot net]

On farm machine gcc61:

/home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/
-B/n/61/guerby/install-trunk/hppa2.0-unknown-linux-gnu/bin/
-B/n/61/guerby/install-trunk/hppa2.0-unknown-linux-gnu/bin/ -B/n/61/guerby/ins\
tall-trunk/hppa2.0-unknown-linux-gnu/lib/ -isystem
/n/61/guerby/install-trunk/hppa2.0-unknown-linux-gnu/include -isystem
/n/61/guerby/install-trunk/hppa2.0-unknown-linux-gnu/sys-include-c
-DHAVE_CONFIG_\
H -g -O2  -I. -I../../trunk/libiberty/../include  -W -Wall -Wwrite-strings
-Wc++-compat -Wstrict-prototypes -pedantic  ../../trunk/libiberty/strsignal.c
-o strsignal.o
../../trunk/libiberty/strsignal.c:554:1: error: conflicting types for 'psignal'
/usr/include/signal.h:141:13: note: previous declaration of 'psignal' was here
make[3]: *** [strsignal.o] Error 1
make[3]: Leaving directory `/home/guerby/build/libiberty'
make[2]: *** [all-stage2-libiberty] Error 2
make[2]: Leaving directory `/home/guerby/build'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/home/guerby/build'
make: *** [bootstrap] Error 2

For reference the given /sr/include/signal.h:

#ifdef __USE_MISC
/* Print a message describing the meaning of the given signal number.  */
extern void psignal (int __sig, __const char *__s);
#endif /* Use misc.  */

And libiberty/strsignal.c

#ifndef HAVE_PSIGNAL

void
psignal (int signo, char *message)
{

=> Probably related to -Wc++-compat


-- 
   Summary: [4.5 Regression] hppa-linux
trunk/libiberty/strsignal.c:554:1: error: conflicting
types for 'psignal'
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
 GCC build triplet: hppa-linux
  GCC host triplet: hppa-linux
GCC target triplet: hppa-linux


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

[Bug middle-end/40607] [4.5 Regression] Revision 149032 breaks bootstrap

[bonzini at gnu dot org]

--- Comment #7 from bonzini at gnu dot org  2009-07-01 18:08 ---
*** Bug 40610 has been marked as a duplicate of this bug. ***


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 CC||laurent at guerby dot net


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

[Bug bootstrap/40610] [4.5 Regression] hppa-linux trunk/libiberty/strsignal.c:554:1: error: conflicting types for 'psignal'

[bonzini at gnu dot org]

--- Comment #1 from bonzini at gnu dot org  2009-07-01 18:08 ---


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


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug ada/40609] [4.5 Regression] Ada build fails

[danglin at gcc dot gnu dot org]

--- Comment #1 from danglin at gcc dot gnu dot org  2009-07-01 18:11 ---
Subject: Bug 40609

Author: danglin
Date: Wed Jul  1 18:10:45 2009
New Revision: 149146

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149146
Log:
PR ada/40609
init.c (__gnat_error_handler): Add ATTRIBUTE_UNUSED to ucontext
argument.


Modified:
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/init.c


-- 


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

[Bug ada/40609] [4.5 Regression] Ada build fails

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2009-07-01 18:14 ---
Fixed.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 GCC target triplet|hppa2.0w-hp-hpux11.11, spu- |hppa2.0w-hp-hpux11.11
   |elf |
 Resolution||FIXED


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[laurent at guerby dot net]

--- Comment #6 from laurent at guerby dot net  2009-07-01 18:22 ---
Created an attachment (id=18113)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18113&action=view)
unwind-dw2-fde-glibc.i

unwind-dw2-fde-glibc.i

/home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
-B/n/54/guerby/install-trunk/sparc64-unknown-linux-gnu/bin/
-B/n/54/guerby/install-trunk/sparc64-unknown-linux-gnu/lib/ -isystem
/n/54/guerby/install-trunk/sparc64-unknown-linux-gnu/include -isystem
/n/54/guerby/install-trunk/sparc64-unknown-linux-gnu/sys-include-g -O2 -O2 
-g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
-I../.././gcc -I../../../trunk/libgcc -I../../../trunk/libgcc/.
-I../../../trunk/libgcc/../gcc -I../../../trunk/libgcc/../include 
-DHAVE_CC_TLS -o unwind-dw2-fde-glibc.o -MT unwind-dw2-fde-glibc.o -MD -MP -MF
unwind-dw2-fde-glibc.dep -fexceptions -c
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c -fvisibility=hidden
-DHIDE_EXPORTS


-- 


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[laurent at guerby dot net]

--- Comment #7 from laurent at guerby dot net  2009-07-01 18:28 ---
backtrace

GNU C (GCC) version 4.5.0 20090701 (experimental) [trunk revision 149143]
(sparc64-unknown-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.1, MPFR version 2.3.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 8427efa082a737e8dae184d16956f822
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c: In function
'_Unwind_IteratePhdrCallback':
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c:194:5: warning: jump skips
variable initialization
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c:274:2: note: label 'found'
defined here
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c:229:27: note: 'pc_high'
declared here
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c:194:5: warning: jump skips
variable initialization
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c:274:2: note: label 'found'
defined here
../../../trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c:229:15: note: 'pc_low'
declared here

Breakpoint 1, internal_error (gmsgid=0x290eae8 "../../trunk/gcc/dwarf2out.c")
at ../../trunk/gcc/diagnostic.c:674
674   va_start (ap, gmsgid);
(gdb) bt
#0  internal_error (gmsgid=0x290eae8 "../../trunk/gcc/dwarf2out.c") at
../../trunk/gcc/diagnostic.c:674
#1  0x005d1e58 in fancy_abort (file=0x290eae8 "../../trunk/gcc/dwarf2out.c",
line=2773, function=0x290efe8 "dwarf2out_begin_epilogue") at
../../trunk/gcc/diagnostic.c:730
#2  0x006251e4 in dwarf2out_begin_epilogue (insn=0xf769d3b0) at
../../trunk/gcc/dwarf2out.c:2773
#3  0x00789a44 in final_scan_insn (insn=0xf769d3b0, file=0x2b98160, optimize=2,
nopeepholes=0, seen=0xce24) at ../../trunk/gcc/final.c:1893
#4  0x00789144 in final (first=0xf769cff0, file=0x2b98160, optimize=2) at
../../trunk/gcc/final.c:1714
#5  0x0078f554 in rest_of_handle_final () at ../../trunk/gcc/final.c:4226
#6  0x00cb0294 in execute_one_pass (pass=0x2abdff8) at
../../trunk/gcc/passes.c:1289
#7  0x00cb0558 in execute_pass_list (pass=0x2abdff8) at
../../trunk/gcc/passes.c:1338
#8  0x00cb0594 in execute_pass_list (pass=0x2af2394) at
../../trunk/gcc/passes.c:1339
#9  0x00cb0594 in execute_pass_list (pass=0x2af2360) at
../../trunk/gcc/passes.c:1339
#10 0x0140f160 in tree_rest_of_compilation (fndecl=0xf7a77900) at
../../trunk/gcc/tree-optimize.c:394
#11 0x01f75fb8 in cgraph_expand_function (node=0xf7bd4d00) at
../../trunk/gcc/cgraphunit.c:1098
#12 0x01f76250 in cgraph_expand_all_functions () at
../../trunk/gcc/cgraphunit.c:1157
#13 0x01f76b2c in cgraph_optimize () at ../../trunk/gcc/cgraphunit.c:1380
#14 0x000e3c7c in c_write_global_declarations () at
../../trunk/gcc/c-decl.c:9410
#15 0x010ab498 in compile_file () at ../../trunk/gcc/toplev.c:1037
#16 0x010ae928 in do_compile () at ../../trunk/gcc/toplev.c:2346
#17 0x010aea8c in toplev_main (argc=62, argv=0xd5c4) at
../../trunk/gcc/toplev.c:2391
#18 0x002dce20 in main (argc=62, argv=0xd5c4) at ../../trunk/gcc/main.c:35
(gdb) f 2
#2  0x006251e4 in dwarf2out_begin_epilogue (insn=0xf769d3b0) at
../../trunk/gcc/dwarf2out.c:2773
2773  gcc_assert (i != NULL);
(gdb) l
2768  if (!saw_frp)
2769return;
2770
2771  /* Otherwise, search forward to see if the return insn was the last
2772 basic block of the function.  If so, we don't need save/restore. 
*/
2773  gcc_assert (i != NULL);
2774  i = next_real_insn (i);
2775  if (i == NULL)
2776return;
2777
(gdb)
(gdb) info local
saw_frp = 1 '\001'
i = (rtx) 0x0
__FUNCTION__ = "dwarf2out_begin_epilogue"
(gdb) info arg
insn = (rtx) 0xf769d3b0
(gdb) call debug_rtx(insn)
(note 19 8 17 NOTE_INSN_EPILOGUE_BEG)
(gdb)


-- 


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bergner at gcc dot gnu dot org]

--- Comment #28 from bergner at gcc dot gnu dot org  2009-07-01 18:35 
---
Mainline + patch from Comment #27 has passed bootstrap with a 32-bit default
build (the 64-bit default run is still running).  I'm running the testsuite now
and will compare to one of Janis' recent nightly testsuite results.


-- 


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

[Bug debug/40352] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2738

[laurent at guerby dot net]

--- Comment #2 from laurent at guerby dot net  2009-07-01 18:49 ---


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


-- 

laurent at guerby dot net changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[laurent at guerby dot net]

--- Comment #8 from laurent at guerby dot net  2009-07-01 18:49 ---
*** Bug 40352 has been marked as a duplicate of this bug. ***


-- 

laurent at guerby dot net changed:

   What|Removed |Added

 CC||michael dot a dot richmond
   ||at nasa dot gov


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

[Bug debug/40462] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 while compiling mlib-tgt.adb

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-07-01 19:26 ---
Subject: Bug 40462

Author: jakub
Date: Wed Jul  1 19:25:52 2009
New Revision: 149150

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149150
Log:
PR debug/40462
* jump.c (returnjump_p): Revert last patch.
* dwarf2out.c (dwarf2out_begin_epilogue): Handle SEQUENCEs.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c
trunk/gcc/jump.c


-- 


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

[Bug c++/40595] [C++0x] ICE trying to use sfinae with variadic template pack expansion

[jason at redhat dot com]

--- Comment #8 from jason at redhat dot com  2009-07-01 20:01 ---
Subject: Re:  [C++0x] ICE trying to use sfinae with variadic
 template pack expansion

On 07/01/2009 06:53 AM, mikpe at it dot uu dot se wrote:
> Is this an inherent limitation in 4.3 or just another unfixed bug?

I'm not planning to fix C++0x bugs in 4.3.

Jason


-- 


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[rth at gcc dot gnu dot org]

--- Comment #9 from rth at gcc dot gnu dot org  2009-07-01 20:42 ---
Mine.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-07-01 20:42:05
   date||


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bergner at gcc dot gnu dot org]

--- Comment #29 from bergner at gcc dot gnu dot org  2009-07-01 21:05 
---
The 64-bit default build finished bootstrapping with no errors too.


-- 


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

[Bug bootstrap/40558] [4.5 Rgression] At revision 148962 bootstrap fails on powerpc-apple-darwin9

[meissner at gcc dot gnu dot org]

--- Comment #6 from meissner at gcc dot gnu dot org  2009-07-01 22:23 
---
Created an attachment (id=18114)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18114&action=view)
Patch to undo change that breaks darwin9

I'm adding the missing ChangeLog comments also.


-- 


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

[Bug bootstrap/40558] [4.5 Rgression] At revision 148962 bootstrap fails on powerpc-apple-darwin9

[meissner at gcc dot gnu dot org]

--- Comment #7 from meissner at gcc dot gnu dot org  2009-07-01 22:34 
---
Subject: Bug 40558

Author: meissner
Date: Wed Jul  1 22:34:26 2009
New Revision: 149155

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149155
Log:
Fix PR 40558, undo part of June 25th patch

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/rs6000.c


-- 


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

[Bug debug/40431] [4.5 regression] ICE in div_data_align, at dwarf2out.c:533 while configuring sparcv9 libgcc

[rth at gcc dot gnu dot org]

--- Comment #6 from rth at gcc dot gnu dot org  2009-07-01 23:16 ---
Subject: Bug 40431

Author: rth
Date: Wed Jul  1 23:16:06 2009
New Revision: 149157

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149157
Log:
PR debug/40431
* dwarf2out.c (def_cfa_1): Revert 2009-06-11 change for
DW_CFA_def_cfa_offset and DW_CFA_def_cfa.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c


-- 


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[rth at gcc dot gnu dot org]

--- Comment #10 from rth at gcc dot gnu dot org  2009-07-01 23:21 ---
Subject: Bug 40347

Author: rth
Date: Wed Jul  1 23:21:17 2009
New Revision: 149158

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149158
Log:
PR bootstrap/40347
* function.c (reposition_prologue_and_epilogue_notes): If epilogue
contained no insns, reposition note before last insn.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/function.c


-- 


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

[Bug debug/40431] [4.5 regression] ICE in div_data_align, at dwarf2out.c:533 while configuring sparcv9 libgcc

[rth at gcc dot gnu dot org]

--- Comment #7 from rth at gcc dot gnu dot org  2009-07-01 23:32 ---
Fixed.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2

[rth at gcc dot gnu dot org]

--- Comment #11 from rth at gcc dot gnu dot org  2009-07-01 23:33 ---
Tested the fix for sparc; re-open if it's not fixed for darwin too.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/40611] New: GCC error: in dwarf2out_begin_epilogue, at dwarf2out.c:2773

[danglin at gcc dot gnu dot org]

/home/dave/gnu/gcc-4.5/objdir/./gcc/xgcc -B/home/dave/gnu/gcc-4.5/objdir/./gcc/ 
-B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-
4.5.0/hppa-linux/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/inclu
de -isystem /home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/sys-include-c -g
-O2
  -fPIC -DELF=1 -DLINUX=1  -W -Wall -gnatpg   g-calend.adb -o g-calend.o
+===GNAT BUG DETECTED==+
| 4.5.0 20090701 (experimental) [trunk revision 149145]
(hppa-unknown-linux-gnu)
 GCC error:|
| in dwarf2out_begin_epilogue, at dwarf2out.c:2773 |
| Error detected around g-calend.adb:237:8 |
| 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).  
|+==+

Please include these source files with error reportNote that list may not be
accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).

system.ads
g-calend.adb
g-calend.ads
gnat.ads
ada.ads
a-calend.ads
interfac.ads
i-c.ads
s-parame.ads
s-exctab.ads
s-stalib.ads
a-unccon.ads


raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:415
make[7]: *** [g-calend.o] Error 1

This can be avoided with a barrier at the start of the epilogue.


-- 
   Summary: GCC error: in dwarf2out_begin_epilogue, at
dwarf2out.c:2773
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa-unknown-linux-gnu
  GCC host triplet: hppa-unknown-linux-gnu
GCC target triplet: hppa-unknown-linux-gnu


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

[Bug target/37987] iwmmxt: insn does not satisfy its constraints on (int64_t)

[ccg dot ijsj at gmail dot com]

--- Comment #5 from ccg dot ijsj at gmail dot com  2009-07-02 02:05 ---
Created an attachment (id=18115)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18115&action=view)
Preprocessed libc_fatal.c


-- 


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

[Bug target/37987] iwmmxt: insn does not satisfy its constraints on (int64_t)

[ccg dot ijsj at gmail dot com]

--- Comment #6 from ccg dot ijsj at gmail dot com  2009-07-02 02:09 ---
(In reply to comment #4)

> Can you give a pre-processed file for further investigations ? Your report is
> incomplete without it and hence I'll have to retain the waiting status on this
> one.
> 
Please find the preprocessed file in libc_fatal.i, and also the cross-compiled
shared compiler version:

arm-iwmmxt-linux-gnueabi-gcc -v
Using built-in specs.
Target: arm-iwmmxt-linux-gnueabi
Configured with:
/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/src/gcc-4.4.0/configure
--build=i486-build_pc-linux-gnu --host=i486-build_pc-linux-gnu
--target=arm-iwmmxt-linux-gnueabi
--prefix=/home/jsji/arm-iwmmxt-linux-4.4-ctng/targets/arm-iwmmxt-linux-gnueabi/build/gcc-core-shared
--with-local-prefix=/home/jsji/x-tools/arm-iwmmxt-linux-gnueabi/arm-iwmmxt-linux-gnueabi//sys-root
--disable-multilib
--with-sysroot=/home/jsji/x-tools/arm-iwmmxt-linux-gnueabi/arm-iwmmxt-linux-gnueabi//sys-root
--enable-shared --with-arch=iwmmxt --with-tune=iwmmxt --with-float=soft
--with-gmp=/home/jsji/x-tools/arm-iwmmxt-linux-gnueabi
--with-mpfr=/home/jsji/x-tools/arm-iwmmxt-linux-gnueabi --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c
--enable-target-optspace
Thread model: posix
gcc version 4.4.0 (GCC) 


-- 

ccg dot ijsj at gmail dot com changed:

   What|Removed |Added

 CC||ccg dot ijsj at gmail dot
   ||com


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bergner at gcc dot gnu dot org]

--- Comment #30 from bergner at gcc dot gnu dot org  2009-07-02 02:23 
---
Comparing the testsuite runs against the result from r149023 (the commit
previous to the cond-optab checkin), the default 32-bit testsuite run showed no
regressions.  The 64-bit default testsuite run has a few extra regressions. 
The first I looked at [FAIL: gcc.dg/20020425-1.c (test for excess errors), both
-m32 and -m64] was due to cc1 SEGV'ing.  I'll build a debug compiler and use
gdb to see where we're at.  We also have this difference:

 Running target unix/-m32
-FAIL: abi_check
+FAIL: 21_strings/basic_string/cons/char/1.cc execution test
+FAIL: 21_strings/basic_string/cons/wchar_t/1.cc execution test
+FAIL: 21_strings/basic_string/init-list.cc execution test
+FAIL: 21_strings/basic_string/insert/char/1.cc execution test
[snip lots more fails]

Does the "abi_check" failure mean we didn't even run these tests with the
"base" compiler?


-- 


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

[Bug fortran/40612] New: internal compiler error: in gfc_add_modify, at fortran/trans.c

[rogermc at iinet dot net dot au]

:/Applications_Physics/dalton-2.0/abacus Roger$gfortran -v -save-temps
-I../include -DSYS_LINUX -c abavrml.F
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: ../gcc-4.3-20070810/configure --enable-threads=posix
--enable-languages=fortran
Thread model: posix
gcc version 4.3.0 20070810 (experimental)
 /usr/local/libexec/gcc/i386-apple-darwin8.10.1/4.3.0/cc1 -E -lang-fortran
-traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -I../include -D__DYNAMIC__
-DSYS_LINUX abavrml.F -fPIC -mmacosx-version-min=10.5.7 -mtune=generic
-fpch-preprocess -o
/var/folders/D4/D4Linq-8H2SQU87lD2DNnU+++TI/-Tmp-//ccPqLyUI.f
ignoring nonexistent directory
"/usr/local/lib/gcc/i386-apple-darwin8.10.1/4.3.0/../../../../i386-apple-darwin8.10.1/include"
#include "..." search starts here:
#include <...> search starts here:
 ../include
 /usr/local/include
 /usr/local/lib/gcc/i386-apple-darwin8.10.1/4.3.0/include
 /usr/local/lib/gcc/i386-apple-darwin8.10.1/4.3.0/include-fixed
 /usr/include
 /System/Library/Frameworks
 /Library/Frameworks
End of search list.
 /usr/local/libexec/gcc/i386-apple-darwin8.10.1/4.3.0/f951
/var/folders/D4/D4Linq-8H2SQU87lD2DNnU+++TI/-Tmp-//ccPqLyUI.f -ffixed-form
-fPIC -quiet -dumpbase abavrml.F -mmacosx-version-min=10.5.7 -mtune=generic
-auxbase abavrml -version -I../include -fpreprocessed -fintrinsic-modules-path
/usr/local/lib/gcc/i386-apple-darwin8.10.1/4.3.0/finclude -o abavrml.s
GNU F95 version 4.3.0 20070810 (experimental) (i386-apple-darwin8.10.1)
compiled by GNU C version 4.3.0 20070810 (experimental), GMP version
4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
abavrml.F: In function ‘mkvrs1’:
abavrml.F:386: internal compiler error: in gfc_add_modify, at
fortran/trans.c:159
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

I have commented out some include files to aid in locating the bug.
The bug occurred with all these files not commented out.


-- 
   Summary: internal compiler error: in gfc_add_modify, at
fortran/trans.c
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rogermc at iinet dot net dot au


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

[Bug fortran/40612] internal compiler error: in gfc_add_modify, at fortran/trans.c

[rogermc at iinet dot net dot au]

--- Comment #1 from rogermc at iinet dot net dot au  2009-07-02 02:47 
---
Created an attachment (id=18116)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18116&action=view)
File that failed


-- 


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

[Bug fortran/40612] internal compiler error: in gfc_add_modify, at fortran/trans.c

[rogermc at iinet dot net dot au]

--- Comment #2 from rogermc at iinet dot net dot au  2009-07-02 02:49 
---
Created an attachment (id=18117)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18117&action=view)
Preprocessor output?


-- 


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

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

[bergner at gcc dot gnu dot org]

--- Comment #31 from bergner at gcc dot gnu dot org  2009-07-02 02:50 
---
I think we recursed off the stack.  This is the backtrace:

#0  0x1047bedc in gimple_boolify (expr=0x45e33c0) at
/home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:2750
#1  0x1047e230 in gimplify_cond_expr (expr_p=0x45e3450,
pre_p=0xf409e70, fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:2932
#2  0x104996d8 in gimplify_expr (expr_p=0x45e3450,
pre_p=0xf409e70, post_p=0xf4093a8, 
gimple_test...@0x11106140: 0x1045bacc , fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:6456
#3  0x1048d38c in gimplify_stmt (stmt_p=0x45e3450,
seq_p=0xf409e70)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:5142
#4  0x10480aec in gimplify_cond_expr (expr_p=0x45e34a0,
pre_p=0xf40b340, fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:3054
#5  0x104996d8 in gimplify_expr (expr_p=0x45e34a0,
pre_p=0xf40b340, post_p=0xf40a878, 
gimple_test...@0x11106140: 0x1045bacc , fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:6456
#6  0x1048d38c in gimplify_stmt (stmt_p=0x45e34a0,
seq_p=0xf40b340)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:5142
#7  0x10480aec in gimplify_cond_expr (expr_p=0x45e34f0,
pre_p=0xf40c810, fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:3054
#8  0x104996d8 in gimplify_expr (expr_p=0x45e34f0,
pre_p=0xf40c810, post_p=0xf40bd48, 
gimple_test...@0x11106140: 0x1045bacc , fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:6456
#9  0x1048d38c in gimplify_stmt (stmt_p=0x45e34f0,
seq_p=0xf40c810)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:5142
#10 0x10480aec in gimplify_cond_expr (expr_p=0x45e3540,
pre_p=0xf40dce0, fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:3054
#11 0x104996d8 in gimplify_expr (expr_p=0x45e3540,
pre_p=0xf40dce0, post_p=0xf40d218, 
gimple_test...@0x11106140: 0x1045bacc , fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:6456
#12 0x1048d38c in gimplify_stmt (stmt_p=0x45e3540,
seq_p=0xf40dce0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:5142
#13 0x10480aec in gimplify_cond_expr (expr_p=0x45e3590,
pre_p=0xf40f1b0, fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:3054
#14 0x104996d8 in gimplify_expr (expr_p=0x45e3590,
pre_p=0xf40f1b0, post_p=0xf40e6e8, 
gimple_test...@0x11106140: 0x1045bacc , fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:6456
#15 0x1048d38c in gimplify_stmt (stmt_p=0x45e3590,
seq_p=0xf40f1b0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:5142
#16 0x10480aec in gimplify_cond_expr (expr_p=0x45e35e0,
pre_p=0xf410680, fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:3054
#17 0x104996d8 in gimplify_expr (expr_p=0x45e35e0,
pre_p=0xf410680, post_p=0xf40fbb8, 
gimple_test...@0x11106140: 0x1045bacc , fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:6456
#18 0x1048d38c in gimplify_stmt (stmt_p=0x45e35e0,
seq_p=0xf410680)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:5142
#19 0x10480aec in gimplify_cond_expr (expr_p=0x45e3630,
pre_p=0xf411b50, fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:3054
#20 0x104996d8 in gimplify_expr (expr_p=0x45e3630,
pre_p=0xf411b50, post_p=0xf411088, 
gimple_test...@0x11106140: 0x1045bacc , fallback=0)
at /home/bergner/gcc/PR40597/gcc-mainline-base/gcc/gimplify.c:6456

[snip over 4000 gimplify_* frames]


-- 


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

[Bug fortran/40612] internal compiler error: in gfc_add_modify, at fortran/trans.c

[rogermc at iinet dot net dot au]

--- Comment #5 from rogermc at iinet dot net dot au  2009-07-02 03:07 
---
Is it duplicate of or associated with GCC Bugzilla Bug 30284?


-- 


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

[Bug fortran/40612] internal compiler error: in gfc_add_modify, at fortran/trans.c

[rogermc at iinet dot net dot au]

--- Comment #4 from rogermc at iinet dot net dot au  2009-07-02 02:58 
---
Created an attachment (id=18119)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18119&action=view)
Include file needed by SUBROUTINE MKVRS1 to show bug


-- 


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

[Bug fortran/40612] internal compiler error: in gfc_add_modify, at fortran/trans.c

[rogermc at iinet dot net dot au]

--- Comment #3 from rogermc at iinet dot net dot au  2009-07-02 02:56 
---
Created an attachment (id=18118)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18118&action=view)
An include file needed by SUBROUTINE MKVRS1 to show bug


-- 


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

[Bug libstdc++/40613] New: [4.5 regression] 23_containers/multiset/invalidation/1.cc

[hjl dot tools at gmail dot com]

On Linux/x86-64, revision 149152 gave

Running target unix/-m32
FAIL: 23_containers/multiset/invalidation/1.cc (test for excess errors)
WARNING: 23_containers/multiset/invalidation/1.cc compilation failed to produce
executable

Revision 149141 is OK.


-- 
   Summary: [4.5 regression]
23_containers/multiset/invalidation/1.cc
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug fortran/40612] internal compiler error: in gfc_add_modify, at fortran/trans.c

[kargl at gcc dot gnu dot org]

--- Comment #6 from kargl at gcc dot gnu dot org  2009-07-02 04:41 ---
(In reply to comment #5)
> Is it duplicate of or associated with GCC Bugzilla Bug 30284?
> 

Does the code compile with 4.3.3, 4.4.0 and trunk?

4.3.0 is fairly old.

Additionally, there are numerous #include lines in the code.
Without all of the included files, we can't reproduce the
failure.


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug libstdc++/40613] [4.5 regression] 23_containers/multiset/invalidation/1.cc

[bonzini at gnu dot org]

--- Comment #1 from bonzini at gnu dot org  2009-07-02 05:22 ---
can you bisect it?


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 CC||bonzini at gnu dot org
Summary|[4.5 regression]|[4.5 regression]
   |23_containers/multiset/inval|23_containers/multiset/inval
   |idation/1.cc|idation/1.cc


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

[Bug c++/40614] New: no -Werror= for attribute warn_unused_result

[esigra at gmail dot com]

There is no way to get an error for ignoring the result of a function with
attribute warn_unused_result. There should be something like
-Werror=unused-return-value (or attribute error_unused_result).


-- 
   Summary: no -Werror= for attribute warn_unused_result
   Product: gcc
   Version: 4.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: esigra at gmail dot com


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

segmention fault >> culprit is isdigit() c library function call

[vartan]

dear maintainer:
the fallowing is a small sample of the code that contains all the info
to reproduce the problem.
the C library function isdigit() fails and causes segmention fault when
the input is is not numeric like xx.

COMPILE COMMAND : >> gcc -ansi --version -Wall  -o ch2-13.out-lm
ch2-13.c

/* USER NAME : vartan
 * DATE STARTED : Wed Jul 01 19:28:34 2009
 *
 * COMPILE COMMAND : gcc -ansi --version -Wall  -o ch2-13.out-lm ch2-13.c */

/* INCLUDE FILES */

#include 
#include 
#include 
#include 

/* PREPROCESSOR CONSTANTS */


 int main(void){ /* start of main */

 int  i = 1,
  devisor, j = 0;
 
 do {
 
printf("Please enter a valid numeric for devisor\n");
scanf("%d", &devisor);
 }
 while (isdigit(devisor));
 
  
 printf ("counting\n");
 while (i <= 100)
 {
   if (!( i++ % devisor))
   {
  printf("%4d",(i-1));/* point to the correct line number that is devidable by devisor*/
  printf(" *\n");
  j++;
   }
   else
   ;

 }  /* end of while */
   printf("\n The number of lines that is dividable by %d was %d.\n", devisor,j);

  return(0);

 } /* end of main */