[Bug target/41900] call *%esp shouldn't be generated because of CPU errata

[ubizjak at gmail dot com]

--- Comment #1 from ubizjak at gmail dot com  2009-11-02 09:36 ---
This prototype patch should reject %esp from call operand:

Index: predicates.md
===
--- predicates.md   (revision 153803)
+++ predicates.md   (working copy)
@@ -561,7 +561,8 @@
 ;; Test for a valid operand for a call instruction.
 (define_predicate "call_insn_operand"
   (ior (match_operand 0 "constant_call_address_operand")
-   (ior (match_operand 0 "register_no_elim_operand")
+   (ior (and (match_operand 0 "register_no_elim_operand")
+(match_operand 0 "index_register_operand"))
(match_operand 0 "memory_operand"

 ;; Similarly, but for tail calls, in which we cannot allow memory references.


-- 


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

[Bug c/41903] New: Segmentation fault in bitmap_clear

[dcb314 at hotmail dot com]

I just tried to compile a snapshot of Open Office
with the 4.5 snapshot 20091015

The compiler said

../../../js/src/jsinterp.c: In function 'js_Interpret':
../../../js/src/jsinterp.c:6226:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -O required.

Here is valgrind helping out with a stack backtrace

==25608== Invalid read of size 8
==25608==at 0x527610: bitmap_clear (bitmap.c:297)
==25608==by 0x6D4F8D: move_loop_invariants (loop-invariant.c:1559)
==25608==  Address 0x78 is not stack'd, malloc'd or (recently) free'd


-- 
   Summary: Segmentation fault in bitmap_clear
   Product: gcc
   Version: 4.5.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=41903

[Bug debug/41893] ICE with -combine and debug

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-11-02 10:08 ---
Created an attachment (id=18947)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18947&action=view)
gcc45-pr41893.patch

Fix I'm going to bootstrap/regtest.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED


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

[Bug bootstrap/41904] New: graphite-clast-to-gimple.c will not build

[dcb314 at hotmail dot com]

I just tried to boostrap 4.5 snapshot 20091029 and the build said

/home/dcb/gcc/20091029/working/./prev-gcc/xgcc
-B/home/dcb/gcc/20091029/working/./prev-gcc/
-B/home/dcb/gcc/20091029/results/x86_64-unknown-linux-gnu/bin/
-B/home/dcb/gcc/20091029/results/x86_64-unknown-linux-gnu/bin/
-B/home/dcb/gcc/20091029/results/x86_64-unknown-linux-gnu/lib/ -isystem
/home/dcb/gcc/20091029/results/x86_64-unknown-linux-gnu/include -isystem
/home/dcb/gcc/20091029/results/x86_64-unknown-linux-gnu/sys-include-c-g -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition
-Wc++-compat -fno-common  -DHAVE_CONFIG_H -I. -I.
-I../../src/gcc-4.5-20091029/gcc -I../../src/gcc-4.5-20091029/gcc/.
-I../../src/gcc-4.5-20091029/gcc/../include
-I../../src/gcc-4.5-20091029/gcc/../libcpp/include-I../../src/gcc-4.5-20091029/gcc/../libdecnumber
-I../../src/gcc-4.5-20091029/gcc/../libdecnumber/bid -I../libdecnumber 
-DCLOOG_PPL_BACKEND   
../../src/gcc-4.5-20091029/gcc/graphite-clast-to-gimple.c -o
graphite-clast-to-gimple.o
In file included from /usr/include/cloog/cloog.h:45:0,
 from
../../src/gcc-4.5-20091029/gcc/graphite-clast-to-gimple.c:46:
/usr/include/cloog/ppl_backend.h:173:18: note: originally defined here
/usr/include/cloog/ppl_backend.h:190:18: note: originally defined here
cc1: warnings being treated as errors
../../src/gcc-4.5-20091029/gcc/graphite-clast-to-gimple.c: In function
'clast_to_gcc_expression':
../../src/gcc-4.5-20091029/gcc/graphite-clast-to-gimple.c:167:10: error: enum
constant defined in struct or union is not visible in C++
/usr/include/cloog/clast.h:9:12: note: enum constant defined here
../../src/gcc-4.5-20091029/gcc/graphite-clast-to-gimple.c:200:10: error: enum
constant defined in struct or union is not visible in C++
/usr/include/cloog/clast.h:9:33: note: enum constant defined here

The build fails because graphite-clast-to-gimple.c will not compile.

This same problem also appeared in the previous snapshot 20091022, but
the snapshot before that, 20091015, was fine.

I suspect some code change between 20091015 and 20091022.


-- 
   Summary: graphite-clast-to-gimple.c will not build
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
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=41904

[Bug bootstrap/41904] graphite-clast-to-gimple.c will not build

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-11-02 10:27 ---
You need a newer cloog-ppl package from infrastructure.


-- 


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

[Bug c/41903] Segmentation fault in bitmap_clear

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-11-02 10:29 ---
preprocessed source missing


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug lto/41902] Compile error in gcc/lto/lto-elf.c (SHN_XINDEX undeclared)

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-11-02 10:31 ---
Works for me with both recent libelf and elfutils.  The code didn't really
change recently, so what libelf do you have installed?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug lto/41902] Compile error in gcc/lto/lto-elf.c (SHN_XINDEX undeclared)

[bruck dot michael at googlemail dot com]

--- Comment #2 from bruck dot michael at googlemail dot com  2009-11-02 
11:47 ---
(In reply to comment #1)
> Works for me with both recent libelf and elfutils.  The code didn't really
> change recently, so what libelf do you have installed?
> 

libelf-0.8.12

I think I understand what is happening now.

libelf's configure finds a valid elf.h in /usr/include that was installed by
cygwin.
The sys_elf.h switch mechnism is then configured to include that file from
cygwin rather than the elf_repl.h provided by libelf. But cygwin's elf.h lacks
the SHN_XINDEX macro.


-- 


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

[Bug tree-optimization/41888] [4.5 Regression] ICE from '-O -ftree-loop-distribution -fgraphite-identity -g'

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-11-02 12:02 ---
Simplified testcase:
/* { dg-do compile } */
/* { dg-options "-g -O -ftree-loop-distribution -fgraphite-identity" } */

int
foo (int *x)
{
  int a[10], b[10];
  int i;
  a[9] = 8;
  b[9] = 8;
  for (i = 0; i < 9; i++)
{
  a[i] = *x++;
  b[i] = 1;
}
  b[i] = b[i] & !(a[i] ^ *x++);
  return b[i] ? i + 1 : 0;
}


-- 


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

[Bug c/41903] Segmentation fault in bitmap_clear

[dcb314 at hotmail dot com]

--- Comment #2 from dcb314 at hotmail dot com  2009-11-02 13:00 ---
Created an attachment (id=18948)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18948&action=view)
C source code


-- 


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

[Bug target/41780] File "gcc/config/arm/lib1funcs.asm" broken for THUMB version 1 since r150545

[ramana at gcc dot gnu dot org]

-- 

ramana 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-11-02 13:21:46
   date||


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

[Bug c++/41905] New: [4.5 Regression] ICE with __attribute__((noreturn))

[reichelt at gcc dot gnu dot org]

The following valid code snippet triggers an ICE on trunk:

===
int foo() __attribute__((noreturn));
int bar() { return foo(); }
===

bug.cc: In function 'int bar()':
bug.cc:2:27: internal compiler error: in lower_eh_constructs, at tree-eh.c:1997
Please submit a full bug report, [etc.]

The bug appeared between 2009-10-16 and 2009-10-24.
The C frontend does not crash.


-- 
   Summary: [4.5 Regression] ICE with __attribute__((noreturn))
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, monitored
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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

[Bug c++/41905] [4.5 Regression] ICE with __attribute__((noreturn))

[reichelt at gcc dot gnu dot org]

-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug c++/41774] ice: vector VEC(visibility,base) pop domain error, in pop_visibility at c-pragma.c:757

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-11-02 13:40 ---
Subject: Bug 41774

Author: jakub
Date: Mon Nov  2 13:39:46 2009
New Revision: 153805

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153805
Log:
PR c++/41774
* c-pragma.c (visstack): Change into vector of ints rather than
enum symbol_visibility.
(push_visibility): Add kind argument, push default_visibility together
with kind.
(pop_visibility): Add kind argument, return true if successful, fail
if visibility stack is empty or if stack top is of different kind.
(handle_pragma_visibility): Don't check length of visstack, instead
call pop_visibility and issue diagnostics if it failed.  Pass 0
as last argument to push_visibility and pop_visibility.
* c-pragma.h (push_visibility): Add kind argument.
(pop_visibility): Likewise.  Return bool instead of void.

* name-lookup.c (handle_namespace_attrs): Pass 1 as last argument to
push_visibility.
* parser.c (cp_parser_namespace_definition): Pass 1 as argument to
pop_visibility.
* rtti.c (push_abi_namespace): Pass 2 as last argument to
push_visibility.
(pop_abi_namespace): Pass 2 as argument to pop_visibility.

* g++.dg/ext/visibility/namespace3.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/namespace3.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-pragma.c
trunk/gcc/c-pragma.h
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/rtti.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/41906] [4.5 Regression] ICE with catch(...) and -fpermissive

[reichelt at gcc dot gnu dot org]

-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug c++/41906] New: [4.5 Regression] ICE with catch(...) and -fpermissive

[reichelt at gcc dot gnu dot org]

The following valid code snippet triggers an ICE on trunk when compiled with
"-fpermissive":

===
void foo();

void bar()
{
  try { foo(); }
  catch (...) {}
  catch (int) {}
}
===

bug.cc: In function 'void bar()':
bug.cc:6:3: warning: '...' handler must be the last handler for its try block
bug.cc:3:6: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]

The bug appeared between 2009-09-01 and 2009-09-17.


-- 
   Summary: [4.5 Regression] ICE with catch(...) and -fpermissive
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, monitored
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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

[Bug debug/41893] ICE with -combine and debug

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-11-02 13:56 ---
Subject: Bug 41893

Author: jakub
Date: Mon Nov  2 13:55:41 2009
New Revision: 153806

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153806
Log:
PR debug/41893
* cfgexpand.c (expand_debug_expr): Don't attempt to create DECL_RTL
for a VOIDmode variable.

* gcc.dg/debug/pr41893-1.c: New test.
* gcc.dg/debug/pr41893-2.c: New file.

Added:
trunk/gcc/testsuite/gcc.dg/debug/pr41893-1.c
trunk/gcc/testsuite/gcc.dg/debug/pr41893-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfgexpand.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/41841] segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-program -fprofile-generate'

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-11-02 13:57 ---
Subject: Bug 41841

Author: jakub
Date: Mon Nov  2 13:57:13 2009
New Revision: 153807

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153807
Log:
PR tree-optimization/41841
* ipa-struct-reorg.c (build_data_structure): Don't attempt to look at
local variables of not yet materialized clones.

* gcc.dg/pr41841.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr41841.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-struct-reorg.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/41774] ice: vector VEC(visibility,base) pop domain error, in pop_visibility at c-pragma.c:757

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-11-02 13:58 ---
Fixed.


-- 

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

[Bug debug/41893] ICE with -combine and debug

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-11-02 13:59 ---
Fixed.


-- 

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

[Bug tree-optimization/41841] segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-program -fprofile-generate'

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2009-11-02 13:59 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/41750] [4.5 Regression] IPA-SRA is broken

[jamborm at gcc dot gnu dot org]

--- Comment #25 from jamborm at gcc dot gnu dot org  2009-11-02 14:14 
---
Subject: Bug 41750

Author: jamborm
Date: Mon Nov  2 14:13:49 2009
New Revision: 153809

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153809
Log:
2009-11-02  Martin Jambor  

PR tree-optimization/41750
* tree-sra.c (analyze_modified_params): Loop over all
representatives of components of a parameter.

* testsuite/gcc.c-torture/execute/pr41750.c: New test.


Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr41750.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-sra.c


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2009-11-02 
14:14 ---
Subject: Re:  [4.5 Regression] Internal error
compiling fortran/intrinsic.c

> Can someone attach preprocessed source?

Attached.

Dave


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


-- 


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

[Bug tree-optimization/41857] Loop optimizer breaks __ea pointers with -mea64

[uweigand at gcc dot gnu dot org]

--- Comment #2 from uweigand at gcc dot gnu dot org  2009-11-02 14:30 
---
Subject: Bug 41857

Author: uweigand
Date: Mon Nov  2 14:30:39 2009
New Revision: 153810

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153810
Log:
gcc/
PR tree-optimization/41857
* tree-flow.h (rewrite_use_address): Add BASE_HINT argument.
* tree-ssa-loop-ivopts.c (rewrite_use_address): Pass base hint
to create_mem_ref.
* tree-ssa-address.c (move_hint_to_base): New function.
(most_expensive_mult_to_index): Add TYPE argument.  Use mode and
address space associated with TYPE.
(addr_to_parts): Add TYPE and BASE_HINT arguments.  Pass TYPE to
most_expensive_mult_to_index.  Call move_hint_to_base.
(create_mem_ref): Add BASE_HINT argument.  Pass BASE_HINT and
TYPE to addr_to_parts.

gcc/testsuite/
PR tree-optimization/41857
* gcc.target/spu/ea/pr41857.c: New file.

Added:
trunk/gcc/testsuite/gcc.target/spu/ea/pr41857.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-flow.h
trunk/gcc/tree-ssa-address.c
trunk/gcc/tree-ssa-loop-ivopts.c


-- 


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

[Bug tree-optimization/41750] [4.5 Regression] IPA-SRA is broken

[jamborm at gcc dot gnu dot org]

--- Comment #26 from jamborm at gcc dot gnu dot org  2009-11-02 14:33 
---
Tthis is now fixed.


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/41857] Loop optimizer breaks __ea pointers with -mea64

[uweigand at gcc dot gnu dot org]

--- Comment #3 from uweigand at gcc dot gnu dot org  2009-11-02 14:35 
---
Fixed.


-- 

uweigand at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/41907] New: [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[hjl dot tools at gmail dot com]

On Linux/ia32 and Linux/intel64, 465.tonto in SPEC CPU 2006 failed
to run at -O3:

  Running 465.tonto ref base o3 default

65.tonto: copy #0 non-zero return code (rc=0, signal=11)

Revision 153787 is OK and revision 153795 is bad.


-- 
   Summary: [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime
failure
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
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=41907

[Bug middle-end/41907] [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2009-11-02 15:49 ---
It may be caused by revision 153793:

http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg9.html

or revision 153795:

http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00011.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||burnus at net-b dot de


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

[Bug libffi/41908] New: closures fail for some structure arguments containing floats

[rfm at gnu dot org]

For a closure, when an argument is a structure containing multiple floats, it
seems that all but the first  two floats are lost (on my machine they seem to
consistently be set to zeros).

This is a big problem in GNUstep where we pass NSRect structures (containing
four floats), but I managed to reproduce it by changing one of the libffi
testsuite files to pass a structure containing four floats.

I have reproduced this problem with libffi from the 4.? series of gcc and have
also found it with libffi-3.0.9rc3


-- 
   Summary: closures fail for some structure arguments containing
floats
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libffi
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rfm at gnu dot org
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug libffi/41908] closures fail for some structure arguments containing floats

[rfm at gnu dot org]

--- Comment #1 from rfm at gnu dot org  2009-11-02 15:58 ---
Created an attachment (id=18950)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18950&action=view)
test code for bug 419087

This is test code adapted from the libffi testsuite ... it could be added as a
new regression test.


-- 


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-11-02 16:29 ---
Ok, so I reproduced it and used make -d install this time.  The issue is

Reading makefile `Makefile'...
Reading makefile `.deps/lto-plugin.Plo' (search path) (no ~ expansion)...
Updating makefiles
 Considering target file `.deps/lto-plugin.Plo'.
  Looking for an implicit rule for `.deps/lto-plugin.Plo'.
...
 No need to remake target `Makefile'.
Updating goal targets
Considering target file `install'.
 File `install' does not exist.
  Considering target file `install-am'.
   File `install-am' does not exist.
Considering target file `all-am'.
 File `all-am' does not exist.
  Pruning file `Makefile'.
  Considering target file `liblto_plugin.la'.
Considering target file `lto-plugin.lo'.
...
  Must remake target
`/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdbool.h'.
  Successfully remade target file
`/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdbool.h'.
...
 Finished prerequisites of target file `lto-plugin.lo'.
 Prerequisite `../../lto-plugin/lto-plugin.c' is older than target
`lto-plugin.lo'.
...
 Prerequisite
`/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stddef.h'
of target `lto-plugin.lo' does not exist.
...
 Prerequisite
`/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdarg.h'
of target `lto-plugin.lo' does not exist.
...
 Prerequisite
`/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdint.h'
of target `lto-plugin.lo' does not exist.
...
 Prerequisite
`/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdbool.h'
of target `lto-plugin.lo' does not exist.
...
Must remake target `lto-plugin.lo'.


which is probably caused by either

#include 

or

#include 


-- 


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

[Bug fortran/41772] [4.4 Regression] Wrong code due to TRANSFER of EMPTY array section

[burnus at gcc dot gnu dot org]

--- Comment #7 from burnus at gcc dot gnu dot org  2009-11-02 16:31 ---
Subject: Bug 41772

Author: burnus
Date: Mon Nov  2 16:30:48 2009
New Revision: 153817

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153817
Log:
2009-11-02  Paul Thomas  

PR fortran/41772
* trans-intrinsic.c (gfc_conv_intrinsic_transfer): Stop'extent'
from going negative.

2009-11-02  Paul Thomas  

PR fortran/41772
* gfortran.dg/transfer_intrinsic_3.f90.


Added:
branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/transfer_intrinsic_3.f90
Modified:
branches/gcc-4_4-branch/gcc/fortran/ChangeLog
branches/gcc-4_4-branch/gcc/fortran/trans-intrinsic.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

[bonzini at gnu dot org]

--- Comment #10 from bonzini at gnu dot org  2009-11-02 16:32 ---
Subject: Re:  .../prev-gcc/xgcc used for the install step of
 the lto-plugin

Try making all-gcc depend on all-lto-plugin (or vice versa :-P).

Paolo


-- 


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

[Bug middle-end/41633] -Wframe-larger-than should warn about outgoing function calls, specifically varargs

[fche at redhat dot com]

--- Comment #1 from fche at redhat dot com  2009-11-02 16:43 ---
Please be aware that the linux kernel uses this flag in its builds
as a tool to help limit runtime stack consumption, as a safety/security
matter.  So it goes beyond a "nice to have".


-- 


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

[rguenther at suse dot de]

--- Comment #11 from rguenther at suse dot de  2009-11-02 16:44 ---
Subject: Re:  .../prev-gcc/xgcc used for the install step of
 the lto-plugin

On Mon, 2 Nov 2009, bonzini at gnu dot org wrote:

> --- Comment #10 from bonzini at gnu dot org  2009-11-02 16:32 ---
> Subject: Re:  .../prev-gcc/xgcc used for the install step of
>  the lto-plugin
> 
> Try making all-gcc depend on all-lto-plugin (or vice versa :-P).

I don't see how that helps, but I'll try ;)

Richard.


-- 


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

[bonzini at gnu dot org]

--- Comment #12 from bonzini at gnu dot org  2009-11-02 16:45 ---
Subject: Re:  .../prev-gcc/xgcc used for the install step of
 the lto-plugin

On 11/02/2009 05:44 PM, rguenther at suse dot de wrote:
> --- Comment #11 from rguenther at suse dot de  2009-11-02 16:44 ---
> Subject: Re:  .../prev-gcc/xgcc used for the install step of
>   the lto-plugin
>
> On Mon, 2 Nov 2009, bonzini at gnu dot org wrote:
>
>> --- Comment #10 from bonzini at gnu dot org  2009-11-02 16:32 ---
>> Subject: Re:  .../prev-gcc/xgcc used for the install step of
>>   the lto-plugin
>>
>> Try making all-gcc depend on all-lto-plugin (or vice versa :-P).
>
> I don't see how that helps, but I'll try ;)

Maybe it helps getting the dependencies right, so that there is no need 
to do the rebuild.

Paolo


-- 


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

[Bug bootstrap/41904] graphite-clast-to-gimple.c will not build

[spop at gcc dot gnu dot org]

--- Comment #2 from spop at gcc dot gnu dot org  2009-11-02 16:46 ---
Richi, I think that we should add to configure a test for the minor version of
CLooG-PPL,
otherwise people will still report this kind of bugs.

Sebastian


-- 


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

[Bug target/41868] cell microcode instruction (addic.) is generated for a trivial loop with -O2 optimizations, hurting performance badly

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2009-11-02 16:51 ---
Simple patch which I am testing right now:
Index: gcc/gcc/config/rs6000/rs6000.md
===
--- gcc/gcc/config/rs6000/rs6000.md (revision 153680)
+++ gcc/gcc/config/rs6000/rs6000.md (working copy)
@@ -1627,7 +1627,7 @@ (define_insn "*add3_internal3"
(set_attr "length" "4,4,8,8")])

 (define_split
-  [(set (match_operand:CC 3 "cc_reg_not_cr0_operand" "")
+  [(set (match_operand:CC 3 "cc_reg_not_micro_cr0_operand" "")
(compare:CC (plus:P (match_operand:P 1 "gpc_reg_operand" "")
(match_operand:P 2 "reg_or_short_operand" ""))


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-02 16:51:40
   date||


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

[Bug tree-optimization/41888] [4.5 Regression] ICE from '-O -ftree-loop-distribution -fgraphite-identity -g'

[spop at gcc dot gnu dot org]

--- Comment #4 from spop at gcc dot gnu dot org  2009-11-02 16:53 ---
This testcase does work on the Graphite branch 
where I did not merged changes from trunk from the time when 
VTA was merged to trunk.  See PR41401 as well.


-- 


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

[Bug middle-end/41907] [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug bootstrap/41904] graphite-clast-to-gimple.c will not build

[spop at gcc dot gnu dot org]

--- Comment #3 from spop at gcc dot gnu dot org  2009-11-02 16:55 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/41868] cell microcode instruction (addic.) is generated for a trivial loop with -O2 optimizations, hurting performance badly

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2009-11-02 16:56 ---
Actually the warning is incorrect at least according to the PPU book 4.


-- 


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

[Bug target/41868] cell microcode instruction (addic.) is generated for a trivial loop with -O2 optimizations, hurting performance badly

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2009-11-02 17:05 ---
In fact changing the the addic. into addic/cmpwi does not improve the speed of
the code:


With the change:
[apin...@dhcp-10-98-10-216 local]$ time ./a.out
56.316u 0.084s 0:57.09 98.7%0+0k 0+0io 0pf+0w

Without:
56.276u 0.088s 0:57.08 98.7%0+0k 0+0io 0pf+0w


So the warning is only invalid.  

With -Os on the trunk:
24.144u 0.032s 0:24.45 98.8%0+0k 0+0io 0pf+0w


I don't know why off hand -Os is faster than -O2.


-- 


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

[Bug fortran/41772] [4.4 Regression] Wrong code due to TRANSFER of EMPTY array section

[burnus at gcc dot gnu dot org]

--- Comment #8 from burnus at gcc dot gnu dot org  2009-11-02 17:08 ---
... and backported to 4.4. Thanks Paul for the patch.

Closed as FIXED.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/41868] cell microcode instruction (addic.) is generated for a trivial loop with -O2 optimizations, hurting performance badly

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2009-11-02 17:08 ---
In fact doing the following diff to the -Os assembly:
--- t5.Os.s 2009-11-02 23:18:52.0 +0900
+++ t5.Os.dot.s 2009-11-02 23:20:19.0 +0900
@@ -29,9 +29,9 @@ x:
 .L4:
bl y
 .L3:
-   cmpwi 7,31,0
-   addi 31,31,-1
-   bne 7,.L4
+#  cmpwi 7,31,0
+   addic. 31,31,-1
+   bne .L4
addi 11,1,16
b _restgpr_31_x
.size   x,.-x

produces the same result as -Os on the trunk.


-- 


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

[Bug target/41868] cell microcode instruction (addic.) is generated for a trivial loop with -O2 optimizations, hurting performance badly

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2009-11-02 17:10 ---
So in conclusion, addic. is not microcoded and the warning is incorrect but
still -Os is faster than -O2.


-- 


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

[Bug bootstrap/41904] graphite-clast-to-gimple.c will not build

[dcb314 at hotmail dot com]

--- Comment #4 from dcb314 at hotmail dot com  2009-11-02 17:24 ---
(In reply to comment #2)
> Richi, I think that we should add to configure a test for the minor version of
> CLooG-PPL,
> otherwise people will still report this kind of bugs.

I have *no* version of cloog or ppl, and the top level configure
seemed to run ok, only failing at bootstrap time.

It might be wise to check for existence of these external packages,
not just minor version number.

Am I correct in thinking there is no workaround for these missing
packages ?


-- 


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

[Bug middle-end/41907] [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2009-11-02 17:30 ---
> It may be caused by revision 153793:
> http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg9.html

Could be. If so, it is likely that the program crashes in this case. Can you
print a backtrace? I can access Tonto at
http://sourceforge.net/projects/tonto-chem/ but I do not have SPEC CPU 2006.

> or revision 153795:
> http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00011.html
This is highly unlikely.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code


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

[Bug middle-end/41907] [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2009-11-02 17:44 ---
It is caused by revision 153793:

Program received signal SIGSEGV, Segmentation fault.
0x006a05d1 in __shell2_module_MOD_make_kei ()
(gdb) bt
#0  0x006a05d1 in __shell2_module_MOD_make_kei ()
#1  0x006a1298 in __shell2_module_MOD_get_kei ()
#2  0x00933404 in __mol_module_MOD_make_kinetic_matrix ()
#3  0x00936219 in __mol_module_MOD_make_core_matrix ()
#4  0x0093670e in __mol_module_MOD_get_core_matrix ()
#5  0x009369f3 in __mol_module_MOD_make_r_core_guess ()
#6  0x009c52df in __mol_module_MOD_make_core_guess ()
#7  0x009d6630 in __mol_module_MOD_get_initial_density ()
#8  0x009d6a4e in __mol_module_MOD_usual_scf ()
#9  0x009d7a93 in __mol_module_MOD_make_atom_density ()
#10 0x009d8155 in __mol_module_MOD_get_atom_density ()
#11 0x009d64fe in __mol_module_MOD_get_initial_density ()
#12 0x009d6ff8 in __mol_module_MOD_constrained_scf ()
#13 0x009d75cf in __mol_module_MOD_scf ()
#14 0x009f1523 in __mol_main_module_MOD_process_keyword ()
#15 0x009f17d8 in __mol_main_module_MOD_main ()
#16 0x009f1b42 in main ()
(gdb) disass
...
0x006a05ce <__shell2_module_MOD_make_kei+878>:  and$0x7,%esi
0x006a05d1 <__shell2_module_MOD_make_kei+881>:  movq   $0x0,(%rax)
(gdb) p/x $rax
$1 = 0x3
(gdb) 


-- 


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

[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script

[rwild at gcc dot gnu dot org]

--- Comment #17 from rwild at gcc dot gnu dot org  2009-11-02 17:48 ---
unassigning; fixed for 4.5 by Jakub.


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/41909] New: [4.4/4.5 Regression] ICE with "call foo" in "program foo"

[burnus at gcc dot gnu dot org]

program test
  implicit none
  call test()
contains
  subroutine one(a)
real, dimension(:,:), intent(inout), optional :: a
call two(a)
  end subroutine one
end program test



With 4.5:
  f951: internal compiler error: in is_illegal_recursion,
at fortran/resolve.c:1120



With 4.4:

hfj.f90:3.13:

  call test()
 1
hfj.f90:1.12:

program test
2
Error: Global name 'test' at (1) is already being used as a PROGRAM at (2)
f951: internal compiler error: in is_illegal_recursion, at
fortran/resolve.c:1103



With 4.3:

hfj.f90:3.13:

  call test()
 1
hfj.f90:1.12:

program test
2
Error: Global name 'test' at (1) is already being used as a PROGRAM at (2)
hfj.f90:3.13:

  call test()
 1
Error: SUBROUTINE 'test' at (1) cannot call itself, as it is not RECURSIVE



With 4.2:

hfj.f90:3.11:

  call test()
  1
Error: PROGRAM attribute conflicts with PROCEDURE attribute at (1)


-- 
   Summary: [4.4/4.5 Regression] ICE with "call foo" in "program
foo"
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-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=41909

[Bug fortran/41909] [4.4/4.5 Regression] ICE with "call foo" in "program foo"

[burnus at gcc dot gnu dot org]

-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4
   Target Milestone|--- |4.4.3


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

[Bug middle-end/41907] [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2009-11-02 18:02 ---
Test case:

program test
  implicit none
  call one()
contains
  subroutine one(a)
real, dimension(:,:), intent(inout), optional :: a
call two(a)
  end subroutine one
  subroutine two(a)
real, dimension(:,:), intent(inout), optional :: a
if (present(a)) A(1,1) = 7
  end subroutine two
end program test


-- 

burnus 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-11-02 18:02:02
   date||


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

[Bug middle-end/41907] [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[burnus at gcc dot gnu dot org]

--- Comment #5 from burnus at gcc dot gnu dot org  2009-11-02 18:07 ---
The problem is that gfortran copies for some reason the array descriptor in
"one()" before calling "two()". The question is only why? One should be able to
simply pass the array on, shouldn't one? The dump shows:

parm.12.data = (void *) &(*a.0)[0];
two (&parm.12);

Thus the check whether the argument is there succeeds in "two". I will have a
look later how to solve it.

 * * *

Note: The problematic part of the patch is the second block in the diff at
http://gcc.gnu.org/ml/fortran/2009-10/msg00246.html (Thus 4.4 is not affected.)


-- 


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

[Bug libgomp/41910] New: Very basic example failing

[duriot at cea dot fr]

Hello,
I've tested this following example in windows wiht gcc4.3.3 to gcc4.4.2 and it
systematly crash. I've tested the same example with linux and it works well

#include 
#include 
#include 

void *myThreadEmit(void *)
{
  std::cout << "start thread.\n";
  #pragma omp parallel  // CRASH HERE CRASH HERE CRASH HERE

  std::cout << "Hello, world in thread.\n";
  return(NULL);
}


int main(int argc, char *argv[])
{
  pthread_t tid;
  omp_set_num_threads(2);

  #pragma omp parallel
  std::cout << "Hello, world.\n";
  pthread_create(&tid,NULL, myThreadEmit, NULL);
  pthread_join(tid,NULL);
  return 0;
}


-- 
   Summary: Very basic example failing
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: duriot at cea dot fr


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

[Bug fortran/41911] New: Unnecessary copying of array descriptors

[burnus at gcc dot gnu dot org]

Follow up to PR 41907.


module m
contains
  subroutine one(a)
real, dimension(:,:), intent(inout) :: a
call two(a)
  end subroutine one
  subroutine two(a)
real, dimension(:,:), intent(inout) :: a
  end subroutine two
end module


As both "one" and "two" have a assumed-shape argument (deferred shape would be
the same), there is absolutely no reason to copy the array descriptor. But
gfortran does so:

  a.0 = (real(kind=4)[0:D.1405] * restrict) a->data;
  parm.6.data = (void *) &(*a.0)[0];
  two (&parm.6);

For assume-size/explicit-size arrays, gfortran does do it correctly. Also for
deferred-size arrays. It also works with allocatable components, e.g
  call two(t%a)
where "a" is "allocatable, dimension(:)".


-- 
   Summary: Unnecessary copying of array descriptors
   Product: gcc
   Version: 4.5.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=41911

[Bug bootstrap/38867] [Regression] gcc 4.4.0 20090114 - libjava/configure sets "NONE/share/python", need "${prefix}/share/python"

[rwild at gcc dot gnu dot org]

--- Comment #5 from rwild at gcc dot gnu dot org  2009-11-02 18:52 ---
Subject: Bug 38867

Author: rwild
Date: Mon Nov  2 18:52:08 2009
New Revision: 153820

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153820
Log:
Work with defaulted $prefix (NONE) in libjava.

libjava/:
PR bootstrap/38867
* configure.ac (expanded_prefix): New variable, set to the
default prefix if none was passed on the command line.
* configure: Regenerate.

Modified:
trunk/libjava/ChangeLog
trunk/libjava/configure
trunk/libjava/configure.ac


-- 


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

[Bug bootstrap/38867] [Regression] gcc 4.4.0 20090114 - libjava/configure sets "NONE/share/python", need "${prefix}/share/python"

[rwild at gcc dot gnu dot org]

--- Comment #6 from rwild at gcc dot gnu dot org  2009-11-02 18:53 ---
Fixed on trunk.


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work||4.5.0


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

[Bug ada/41912] New: FAIL: gnat.dg/null_pointer_deref1.adb execution test

[danglin at gcc dot gnu dot org]

Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/gnatmake
--GCC=/home/dave/g
nu/gcc-4.5/objdir/gcc/xgcc
--GNATBIND=/home/dave/gnu/gcc-4.5/objdir/gcc/gnatbind
 --GNATLINK=/home/dave/gnu/gcc-4.5/objdir/gcc/gnatlink -cargs
-B/home/dave/gnu/g
cc-4.5/objdir/gcc -largs --LINK=/home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/d
ave/gnu/gcc-4.5/objdir/gcc -margs
--RTS=/home/dave/gnu/gcc-4.5/objdir/hppa-linux
/./libada -q -f
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gnat.dg/null_pointer_de
ref1.adb   -gnatp  -lm   -o ./null_pointer_deref1.exe(timeout = 300)
PASS: gnat.dg/null_pointer_deref1.adb (test for excess errors)
Setting LD_LIBRARY_PATH to
.:/home/dave/gnu/gcc-4.5/objdir/gcc::/home/dave/gnu/g
cc-4.5/objdir/gcc:/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libstdc++-v3/.libs:/h
ome/dave/gnu/gcc-4.5/objdir/hppa-linux/libmudflap/.libs:/home/dave/gnu/gcc-4.5/o
bjdir/hppa-linux/libssp/.libs:/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libgomp/.
libs:/home/dave/gnu/gcc-4.5/objdir/./gcc:/home/dave/gnu/gcc-4.5/objdir/./prev-gc
c
FAIL: gnat.dg/null_pointer_deref1.adb execution test

d...@hiauly6:~/gnu/gcc/objdir/gcc$ ./xgcc -B./ -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
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 --enable-clocale=gnu
--enable-java-gc=boehm --enable-java-awt=xlib
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
--with-libelf=/home/dave/opt/gnu
Thread model: posix
gcc version 4.5.0 20091102 (experimental) [trunk revision 153799] (GCC)


-- 
   Summary: FAIL: gnat.dg/null_pointer_deref1.adb execution test
   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: 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=41912

[Bug fortran/41907] [4.5 Regression] 465.tonto in SPEC CPU 2006 runtime failure

[burnus at gcc dot gnu dot org]

-- 

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-11-02 18:02:02 |2009-11-02 19:29:43
   date||


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

[Bug fortran/41911] Unnecessary copying of array descriptors

[burnus at gcc dot gnu dot org]

-- 

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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-02 19:29:47
   date||


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

[Bug middle-end/40505] hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830

[sje at cup dot hp dot com]

--- Comment #8 from sje at cup dot hp dot com  2009-11-02 19:29 ---
Dave,  did you get any comments on your proposed patch?  I just got a bug
report from a GCC user that appears to be this same problem.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 CC||sje at cup dot hp dot com


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

[Bug testsuite/41913] New: ERROR: tcl error sourcing /home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/lto/lt

[danglin at gcc dot gnu dot org]

...
nm is /home/dave/gnu/gcc-4.5/objdir/gcc/testsuite/gcc/../../nm
ERROR: tcl error sourcing
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/lto/lt
o.exp.
ERROR: can't read "name": no such variable
while executing
"perror "$name: error executing dg-final: $errmsg""
(procedure "lto-execute" line 153)
invoked from within
"lto-execute $src $sid"
("foreach" body line 7)
invoked from within
"foreach src [lsort [find $srcdir/$subdir *_0.c]] {
# If we're only testing specific files and this isn't one of them, skip it.
if ![runtest_fi..."
(file "/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/lto/lto.exp" line
50)
invoked from within
"source /home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/lto/lto.exp"
("uplevel" body line 1)
invoked from within
"uplevel #0 source /home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/lto/lto.exp"
invoked from within
"catch "uplevel #0 source $test_file_name""
testcase /home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/lto/lto.exp completed
in 38 seconds

Possibly, this may be due to using tcl 8.3.


-- 
   Summary: ERROR: tcl error sourcing /home/dave/gnu/gcc-
4.5/gcc/gcc/testsuite/gcc.dg/lto/lt
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
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=41913

[Bug testsuite/41878] [4.5 Regression] ERROR: gfortran.dg/vect/vect-2.f90

[janis at gcc dot gnu dot org]

--- Comment #1 from janis at gcc dot gnu dot org  2009-11-02 19:32 ---
Subject: Bug 41878

Author: janis
Date: Mon Nov  2 19:32:05 2009
New Revision: 153821

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153821
Log:
PR testsuite/41878
* gfortran.dg/vect/vect-2.f90: Fix effective-target expression, add
spaces in some expressions.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/vect/vect-2.f90


-- 


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

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2009-11-02 19:34 
---
Laurent is working on it.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||laurent at guerby dot net,
   ||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-02 19:34:21
   date||


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

[Bug testsuite/41914] New: /home/dave/opt/gnu/bin/ld: cannot find -lm

[danglin at gcc dot gnu dot org]

Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/  -flto -r -nostdlib  -c  -o c_lto_20081120-1_1.o
/home/dave/gnu/g
cc-4.5/gcc/gcc/testsuite/gcc.dg/lto/20081120-1_1.c(timeout = 300)
PASS: gcc.dg/lto/20081120-1 c_lto_20081120-1_1.o assemble, -flto -r -nostdlib
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/ c_lto_20081120-1_0.o c_lto_20081120-1_1.o  -flto -r -nostdlib  
-
lm   -o gcc-dg-lto-20081120-1-01(timeout = 300)
/home/dave/opt/gnu/bin/ld: cannot find -lm
collect2: ld returned 1 exit status
compiler exited with status 1
output is:
/home/dave/opt/gnu/bin/ld: cannot find -lm
collect2: ld returned 1 exit status

FAIL: gcc.dg/lto/20081120-1 c_lto_20081120-1_0.o-c_lto_20081120-1_1.o link


-- 
   Summary: /home/dave/opt/gnu/bin/ld: cannot find -lm
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
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=41914

[Bug lto/41915] New: FAIL: gcc.dg/torture/builtin-math-7.c -O2 -flto execution test

[danglin at gcc dot gnu dot org]

Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/torture/builtin-m
ath-7.c   -O2 -flto-lm   -o ./builtin-math-7.exe(timeout = 300)
PASS: gcc.dg/torture/builtin-math-7.c  -O2 -flto  (test for excess errors)
Setting LD_LIBRARY_PATH to
:/home/dave/gnu/gcc-4.5/objdir/gcc::/home/dave/gnu/gc
c-4.5/objdir/gcc:/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libstdc++-v3/.libs:/ho
me/dave/gnu/gcc-4.5/objdir/hppa-linux/libmudflap/.libs:/home/dave/gnu/gcc-4.5/ob
jdir/hppa-linux/libssp/.libs:/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libgomp/.l
ibs:/home/dave/gnu/gcc-4.5/objdir/./gcc:/home/dave/gnu/gcc-4.5/objdir/./prev-gcc
FAIL: gcc.dg/torture/builtin-math-7.c  -O2 -flto  execution test
Executing on host: /home/dave/gnu/gcc-4.5/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.5/objdir/gcc/
/home/dave/gnu/gcc-4.5/gcc/gcc/testsuite/gcc.dg/torture/builtin-m
ath-7.c   -O2 -fwhopr-lm   -o ./builtin-math-7.exe(timeout = 300)
PASS: gcc.dg/torture/builtin-math-7.c  -O2 -fwhopr  (test for excess errors)
Setting LD_LIBRARY_PATH to
:/home/dave/gnu/gcc-4.5/objdir/gcc::/home/dave/gnu/gc
c-4.5/objdir/gcc:/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libstdc++-v3/.libs:/ho
me/dave/gnu/gcc-4.5/objdir/hppa-linux/libmudflap/.libs:/home/dave/gnu/gcc-4.5/ob
jdir/hppa-linux/libssp/.libs:/home/dave/gnu/gcc-4.5/objdir/hppa-linux/libgomp/.l
ibs:/home/dave/gnu/gcc-4.5/objdir/./gcc:/home/dave/gnu/gcc-4.5/objdir/./prev-gcc
FAIL: gcc.dg/torture/builtin-math-7.c  -O2 -fwhopr  execution test

d...@hiauly6:~/gnu/gcc/objdir/gcc$ ./xgcc -B./ -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
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 --enable-clocale=gnu
--enable-java-gc=boehm --enable-java-awt=xlib
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
--with-libelf=/home/dave/opt/gnu
Thread model: posix
gcc version 4.5.0 20091102 (experimental) [trunk revision 153799] (GCC)


-- 
   Summary: FAIL: gcc.dg/torture/builtin-math-7.c  -O2 -flto
execution test
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa-unknown-linu-gnu
  GCC host triplet: hppa-unknown-linu-gnu
GCC target triplet: hppa-unknown-linu-gnu


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

[Bug c++/37093] [4.2/4.3/4.4/4.5 Regression] ICE with pointer to member template parameters

[dodji at gcc dot gnu dot org]

--- Comment #21 from dodji at gcc dot gnu dot org  2009-11-02 19:55 ---
Subject: Bug 37093

Author: dodji
Date: Mon Nov  2 19:55:02 2009
New Revision: 153822

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153822
Log:
Fix PR c++/37093

gcc/cp/ChangeLog:

PR c++/37093
* pt.c (check_valid_ptrmem_cst_expr): New function.
(convert_nontype_argument): Use it to output an error for
illegal pointer to member expressions used as template arguments.

gcc/testsuite/ChangeLog:

PR c++/37093
* g++.dg/other/ptrmem10.C: New test.
* g++.dg/other/ptrmem11.C: Likewise.

Added:
trunk/gcc/testsuite/g++.dg/other/ptrmem10.C
trunk/gcc/testsuite/g++.dg/other/ptrmem11.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/37093] [4.2/4.3/4.4/4.5 Regression] ICE with pointer to member template parameters

[dodji at gcc dot gnu dot org]

--- Comment #22 from dodji at gcc dot gnu dot org  2009-11-02 19:59 ---
Subject: Bug 37093

Author: dodji
Date: Mon Nov  2 19:58:57 2009
New Revision: 153823

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153823
Log:
Fix PR c++/37093

gcc/cp/ChangeLog:

PR c++/37093
* pt.c (check_valid_ptrmem_cst_expr): New function.
(convert_nontype_argument): Use it to output an error for
illegal pointer to member expressions used as template arguments.

gcc/testsuite/ChangeLog:

  PR c++/37093
* g++.dg/other/ptrmem10.C: New test.
* g++.dg/other/ptrmem11.C: Likewise.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/ptrmem10.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/ptrmem11.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/pt.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/37093] [4.2/4.3/ Regression] ICE with pointer to member template parameters

[dodji at gcc dot gnu dot org]

--- Comment #23 from dodji at gcc dot gnu dot org  2009-11-02 20:08 ---
Fixed on 4.4 and trunk.


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.2/4.3/4.4/4.5 Regression]|[4.2/4.3/ Regression] ICE
   |ICE with pointer to member  |with pointer to member
   |template parameters |template parameters


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

[Bug middle-end/40505] hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca  2009-11-02 
20:10 ---
Subject: Re:  hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830

http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00374.html

Dave


-- 


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

[Bug testsuite/41856] g++.dg/lookup/extern-c-redecl[3,4] .C should be target specific

[dodji at redhat dot com]

--- Comment #12 from dodji at gcc dot gnu dot org  2009-11-02 20:20 ---
Subject: Re:  g++.dg/lookup/extern-c-redecl[3,4] .C
scan-assembler fails on darwin

Sorry for my late reply.
Could you please test this patch on darwin ?

Thanks.

diff --git a/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C
b/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C
index 00ff4a9..56dcefa 100644
--- a/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C
+++ b/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C
@@ -1,8 +1,9 @@
 // Contributed by Dodji Seketeli 
 // Origin: PR c++/41020
+// { dg-options "" }
 // { dg-do compile }
-// { dg-final { scan-assembler-not "call\[\t \]+_Z4forkv" } }
-// { dg-final { scan-assembler "call\[\t \]+fork" } }
+// { dg-final { scan-assembler-not "call\[\t \]+\[^\$\]*?_Z4forkv" { target
i?86-*-* x86_64-*-* } } }
+// { dg-final { scan-assembler "call\[\t \]+_?fork" { target i?86-*-*
x86_64-*-* } } }

 extern "C" int fork (void);

diff --git a/gcc/testsuite/g++.dg/lookup/extern-c-redecl4.C
b/gcc/testsuite/g++.dg/lookup/extern-c-redecl4.C
index 9dfa54d..c385ea7 100644
--- a/gcc/testsuite/g++.dg/lookup/extern-c-redecl4.C
+++ b/gcc/testsuite/g++.dg/lookup/extern-c-redecl4.C
@@ -1,10 +1,9 @@
 // Contributed by Dodji Seketeli 
 // Origin: PR c++/41020

-// Avoid the "-ansi -pedantic" option
 // { dg-options "" }
 // { dg-do compile }
-// { dg-final { scan-assembler "call\[\t \]+_Z4forkv" } }
+// { dg-final { scan-assembler "call\[\t \]+\[^\$\]*?_Z4forkv" { target
i?86-*-* x86_64-*-* } } }

 class frok
 {


-- 


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

[Bug bootstrap/41709] Failing bootstrap in stage 2 while building Ada + C

[anhvofrcaus at gmail dot com]

--- Comment #4 from anhvofrcaus at gmail dot com  2009-11-02 20:28 ---
OK, I upgraded to binutils-2.20-1-ming32, this time I got different kind of
failure. It complains about missing gengtype-lex.c with the error message shown
below. I used the most recent of MSYS, too. Here is the version: MINGW32_NT-5.1
GLDLCASC024623 1.0.11(0.46/3/2) 2009-07-11 17:46 i686 Msys

[...]
gcc  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic
-W
no-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition
 -Wc++-compat -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE -Wl,--stack,8388608
-o build/gengenrtl.exe \
build/gengenrtl.o build/errors.o
../build-i686-pc-mingw32/libiberty/
libiberty.a
build/gengenrtl.exe -h > tmp-genrtl.h
/bin/sh ../../gcc-4.5-20091015/gcc/../move-if-change tmp-genrtl.h genrtl.h
echo timestamp > s-genrtl-h
gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wcast-qu
al -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic
 -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definit
ion -Wc++-compat -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I../
../gcc-4.5-20091015/gcc -I../../gcc-4.5-20091015/gcc/build
-I../../gcc-4.5-20091
015/gcc/../include -I./../intl -I../../gcc-4.5-20091015/gcc/../libcpp/include
-I
/c/tools/gmp-4.3.0//include -I/c/tools/mpfr-2.4.1//include
-I../../gcc-4.5-20091
015/gcc/../libdecnumber -I../../gcc-4.5-20091015/gcc/../libdecnumber/dpd
-I../li
bdecnumber \
-o build/gengtype.o ../../gcc-4.5-20091015/gcc/gengtype.c
/c/Gcc/gcc-4.5-20091015/missing flex  -ogengtype-lex.c
../../gcc-4.5-20091015/gc
c/gengtype-lex.l
WARNING: `flex' is missing on your system.  You should only need it if
 you modified a `.l' file.  You may need the `Flex' package
 in order for those modifications to take effect.  You can get
 `Flex' from any GNU archive site.
gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wcast-qu
al -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic
 -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definit
ion -Wc++-compat -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I.
-Ib
uild -I../../gcc-4.5-20091015/gcc -I../../gcc-4.5-20091015/gcc/build
-I../../gcc
-4.5-20091015/gcc/../include -I./../intl
-I../../gcc-4.5-20091015/gcc/../libcpp/
include -I/c/tools/gmp-4.3.0//include -I/c/tools/mpfr-2.4.1//include
-I../../gcc
-4.5-20091015/gcc/../libdecnumber
-I../../gcc-4.5-20091015/gcc/../libdecnumber/d
pd -I../libdecnumber \
-o build/gengtype-lex.o gengtype-lex.c
gcc.exe: gengtype-lex.c: No such file or directory
gcc.exe: no input files
make[3]: *** [build/gengtype-lex.o] Error 1
make[3]: Leaving directory `/c/Gcc/Build-4.5.0/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/c/Gcc/Build-4.5.0'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/c/Gcc/Build-4.5.0'
make: *** [all] Error 2


-- 


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

[Bug testsuite/41878] [4.5 Regression] ERROR: gfortran.dg/vect/vect-2.f90

[janis at gcc dot gnu dot org]

--- Comment #2 from janis at gcc dot gnu dot org  2009-11-02 20:33 ---
HJ, I couldn't reproduce the failure so please verify that the patch fixes the
error.


-- 

janis at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |janis at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-02 20:33:22
   date||


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

[Bug libffi/41908] closures fail for some structure arguments containing floats

[andreast at gcc dot gnu dot org]

--- Comment #2 from andreast at gcc dot gnu dot org  2009-11-02 21:18 
---
Subject: Bug 41908

Author: andreast
Date: Mon Nov  2 21:18:17 2009
New Revision: 153824

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153824
Log:
2009-11-02  Andreas Tobler  

PR libffi/41908
* testsuite/libffi.call/testclosure.c: New test.

Added:
trunk/libffi/testsuite/libffi.call/testclosure.c
Modified:
trunk/libffi/ChangeLog


-- 


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

[Bug libffi/41908] closures fail for some structure arguments containing floats

[andreast at gcc dot gnu dot org]

-- 

andreast 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-11-02 21:19:18
   date||


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

[Bug testsuite/41856] g++.dg/lookup/extern-c-redecl[3,4] .C should be target specific

[dominiq at lps dot ens dot fr]

--- Comment #13 from dominiq at lps dot ens dot fr  2009-11-02 21:21 ---
Running target unix
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using /opt/gcc/gcc-4.5-work/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /opt/gcc/gcc-4.5-work/gcc/testsuite/g++.dg/dg.exp ...

=== g++ Summary for unix ===

# of expected passes12
Running target unix/-m64
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using /opt/gcc/gcc-4.5-work/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /opt/gcc/gcc-4.5-work/gcc/testsuite/g++.dg/dg.exp ...

> Could you please test this patch on darwin ?

With the patch in comment#12 I get on i686-apple-darwin9:

make -k check-g++ RUNTESTFLAGS="dg.exp=lookup/extern-c-redecl*
--target_board=unix'{,-m64}'"

...
Running target unix
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using /opt/gcc/gcc-4.5-work/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /opt/gcc/gcc-4.5-work/gcc/testsuite/g++.dg/dg.exp ...

=== g++ Summary for unix ===

# of expected passes12
Running target unix/-m64
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using /opt/gcc/gcc-4.5-work/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /opt/gcc/gcc-4.5-work/gcc/testsuite/g++.dg/dg.exp ...

=== g++ Summary for unix/-m64 ===

# of expected passes12

=== g++ Summary ===

# of expected passes24
/Volumes/MacBook/opt/gcc/i686-darwin/gcc/testsuite/g++/../../g++  version 4.5.0
20091102 (experimental) [trunk revision 153817p1] (GCC) 


-- 


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

[Bug fortran/41911] Unnecessary copying of array descriptors

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2009-11-02 21:23 ---
Actually, it is not as simple as it seems. Currently, one gets for


  subroutine one(a)
integer, dimension(:) :: a
call two(a)
  end subroutine one
  subroutine two(a)
integer, dimension(:) :: a
  end subroutine two


the following dump:


one (struct array1_integer(kind=4) & restrict a)
{
  integer(kind=8) ubound.0;
  integer(kind=8) stride.1;
  integer(kind=8) offset.2;
  integer(kind=8) size.3;
  integer(kind=4)[0:D.1401] * restrict a.0;
  integer(kind=8) D.1401;
  bit_size_type D.1402;
   D.1403;

  {
integer(kind=8) D.1400;

D.1400 = a->dim[0].stride;
stride.1 = D.1400 != 0 ? D.1400 : 1;
a.0 = (integer(kind=4)[0:D.1401] * restrict) a->data;
ubound.0 = (a->dim[0].ubound - a->dim[0].lbound) + 1;
size.3 = stride.1 * NON_LVALUE_EXPR ;
offset.2 = -stride.1;
D.1401 = size.3 + -1;
D.1402 = (bit_size_type) size.3 * 32;
D.1403 = () size.3 * 4;
  }
  {
integer(kind=8) D.1399;
integer(kind=8) D.1398;
struct array1_integer(kind=4) parm.4;
integer(kind=8) D.1394;

D.1394 = ubound.0;
parm.4.dtype = 265;
D.1398 = offset.2;
D.1399 = stride.1;
parm.4.dim[0].lbound = 1;
parm.4.dim[0].ubound = D.1394;
parm.4.dim[0].stride = NON_LVALUE_EXPR ;
parm.4.data = (void *) &(*a.0)[0];
parm.4.offset = NON_LVALUE_EXPR ;
two (&parm.4);
  }
}


In principle. passing "two(&a)" would be sufficient. However:

The "a -> a.0" conversion happens at the very beginning of the procedure
(trans-decl.c I presume). Passing "a.0" (== parmse.expr in
gfc_conv_procedure_call) is wrong as "a.0" is not a descriptor but just a
pointer to the (noncontiguous) array.

Passing "a" as in "two (&a)" is presumably also wrong as this presumably
collides with "restricted".

 * * *

One way out would be -- assuming ABI breakage -- to do the same conversion for
the caller but then do not do conversion in the callee. Thus:

one (struct array1_integer(kind=4) & restrict a)
{
   a.data[0] = 5
rather than
   /* generate a whole stuff of plain variables used like a descriptor */
   a.0[0] = 5
   two (&a)

That way one uses the restricted variable directly, and one saves the
generation of a extra variables and arithmetic.

The question is whether one needs to take care of things like:
stride.1 = D.1400 != a->dim[0].stride ? D.1400 : 1;

Actually, it might be no ABI breakage - assuming all descriptor variables are
properly initialized in current 4.(3-5). One needs to check this.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|burnus 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=41911

[Bug c++/41916] New: psignal() declaration needs const char*

[kilobyte at angband dot pl]

In libiberty/strsignal.c, psignal() is declared using non-const char.  This
causes a conflict with DJGPP headers which use const char just like POSIX and
everyone else.

This bug was found in gcc 4.4.2, but considering the unpopularity of this
target, it's likely to be present in other recent versions as well.


-- 
   Summary: psignal() declaration needs const char*
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kilobyte at angband dot pl
GCC target triplet: i586-pc-msdosdjgpp


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

[Bug fortran/41911] Unnecessary copying of array descriptors

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2009-11-02 21:37 ---
There is one potential issue with the bounds. In the callee the lower bounds
start at 1, unless something special is specified. However, one could think of
using an array descriptor for trans-decl.c which replaces the collection of
variables. Then one can simply pass the descriptor on:
  (descriptor) a -> (descriptor) a.0
  call two (&a.0)
instead of
  (descriptor) a.data -> a.0; a.* -> *.0
  *.0 -> parm.*
  call two(&parm)


-- 


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

[Bug c/41917] New: Strange athrithmetic result with -O3

[chenyang at cs dot utah dot edu]

Using r153799, the following program gives strange result with -O3.

y...@yang-working:~$ svngcc -O3 -o small small.c
y...@yang-working:~$ ./small 
g_64 = 0
y...@yang-working:~$ cat small.c
#include 

unsigned int g_64 = 1;

int
main (void)
{
  unsigned int *l_65 = &g_64;
  unsigned int x = 0xC7D24B5E;
  unsigned int y = *l_65 | -2;
  unsigned int m = (y == 0) ? x : (x % y);

  if (m != x)
{
  g_64 = 0;
}

  printf ("g_64 = %x\n", g_64);
  return 0;
}

y...@yang-working:~$ svngcc -v
Using built-in specs.
COLLECT_GCC=svngcc
COLLECT_LTO_WRAPPER=/home/yang/compilers/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-lto --prefix=/home/yang/compilers
--program-prefix=svn --enable-languages=c,c++
--with-libelf=/home/yang/compilers : (reconfigured) ../configure --enable-lto
--prefix=/home/yang/compilers --program-prefix=svn
--with-libelf=/home/yang/compilers --enable-languages=c,lto,c++ --no-create
--no-recursion : (reconfigured) ../configure --enable-lto
--prefix=/home/yang/compilers --program-prefix=svn
--with-libelf=/home/yang/compilers --enable-languages=c,c++,lto --no-create
--no-recursion
Thread model: posix
gcc version 4.5.0 20091102 (experimental) (GCC)


-- 
   Summary: Strange athrithmetic result with -O3
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chenyang at cs dot utah dot edu
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c/41917] Strange athrithmetic result with -O3

[regehr at cs dot utah dot edu]

--- Comment #1 from regehr at cs dot utah dot edu  2009-11-02 21:56 ---
The problem also appears to exist in 4.4.1.


-- 


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

[Bug fortran/41911] Unnecessary copying of array descriptors

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2009-11-02 22:00 ---
Created an attachment (id=18951)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18951&action=view)
Example patch for trans-array.c; needs checking. Missing: Patch for
trans-decl.c

Proposed solution:

Create a descriptor right from the beginning in trans-decl - then there is no
need to do a conversion later on for the procedure call.

Something like the attached trans-array.c is then needed to make sure that one
does not create a temporary. However, one somehow should distinguish between
having a simple data pointer (like the current "a.0") versus having a pointer
to a array descriptor. -- The issue is that one gfc_symbol, those seem to be
indistinguishable -- on TREE level they are clearly different.


-- 


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

Re: [Bug c++/41916] New: psignal() declaration needs const char*

[DJ Delorie]

Libiberty should not even try to compile psignal() on djgpp as djgpp
already has one.  This is noted in libiberty/configure.ac.

[Bug c++/41916] psignal() declaration needs const char*

[dj at redhat dot com]

--- Comment #1 from dj at redhat dot com  2009-11-02 22:04 ---
Subject: Re:   New: psignal() declaration needs const char*


Libiberty should not even try to compile psignal() on djgpp as djgpp
already has one.  This is noted in libiberty/configure.ac.


-- 


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

[Bug testsuite/41914] /home/dave/opt/gnu/bin/ld: cannot find -lm

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-11-02 22:15 ---
Interestingly I see this as well on my Debian machine but not on my SuSE
machine...


-- 


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

[Bug c/41917] Strange athrithmetic result with -O3

[chenyang at cs dot utah dot edu]

--- Comment #2 from chenyang at cs dot utah dot edu  2009-11-02 22:24 
---
The expected result is:

g_64 = 1


-- 

chenyang at cs dot utah dot edu changed:

   What|Removed |Added

   Keywords||wrong-code


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

[Bug c/41917] Strange athrithmetic result with -O3

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-02 22:36:29
   date||


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

[Bug testsuite/41856] g++.dg/lookup/extern-c-redecl[3,4] .C should be target specific

[dodji at gcc dot gnu dot org]

--- Comment #14 from dodji at gcc dot gnu dot org  2009-11-02 22:58 ---
Subject: Bug 41856

Author: dodji
Date: Mon Nov  2 22:58:07 2009
New Revision: 153829

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153829
Log:
Fix PR c++/41856

PR c++/41856
* g++.dg/lookup/extern-c-redecl3.C: Make the test x86
only.
* g++.dg/lookup/extern-c-redecl4.C: Likewise.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C
trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl4.C


-- 


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

[Bug testsuite/41856] g++.dg/lookup/extern-c-redecl[3,4] .C should be target specific

[dodji at gcc dot gnu dot org]

--- Comment #15 from dodji at gcc dot gnu dot org  2009-11-02 23:02 ---
Fixed in 4.5.


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/41911] Unnecessary copying of array descriptors

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2009-11-02 23:32 ---
When implemented, updated optional check (cf. PR 41907) and check why
  rank > 0 && fsym == NULL && sym->attr.intrinsic
does not work. (Or in other words, when is an array descriptor passed when
"fsym == NULL".)


-- 


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

[Bug fortran/41918] New: Superflous warning "was declared INTENT(OUT) but was not set"

[burnus at gcc dot gnu dot org]

For the following program, one can argue whether it makes sense to warn or not.

  ELEMENTAL SUBROUTINE CRTM_Cloud_Destroy( Cloud )
1
Warning: Dummy argument 'cloud' at (1) was declared INTENT(OUT) but was not set

Reason to warn:
* One does not use the variable, which is usually not what is intended

Reasons not to warn:
* Its components are deallocated and the default values are set. Thus the
argument is used.

Cf.
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/38d5995652c080a9#


module m
  TYPE :: CRTM_Cloud_type
! Dimension values
INTEGER :: n_Layers = 0
! Cloud type
INTEGER :: Type = 1
! Cloud state variables
REAL, ALLOCATABLE :: Effective_Radius(:)   ! Units are microns
REAL, ALLOCATABLE :: Effective_Variance(:) ! Units are microns2
REAL, ALLOCATABLE :: Water_Content(:)  ! Units are kg/m2
  END TYPE CRTM_Cloud_type
contains
  ELEMENTAL SUBROUTINE CRTM_Cloud_Destroy( Cloud )
TYPE(CRTM_Cloud_type), INTENT(OUT) :: Cloud
  END subroutine CRTM_Cloud_Destroy
end module


-- 
   Summary: Superflous warning "was declared INTENT(OUT) but was not
set"
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: diagnostic
  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=41918

[Bug c++/41884] diagnostics: error vs. context

[jason at gcc dot gnu dot org]

--- Comment #1 from jason at gcc dot gnu dot org  2009-11-02 23:44 ---
Created an attachment (id=18952)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18952&action=view)
prototype patch

Something like this?


-- 


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

[Bug fortran/41918] Superflous warning "was declared INTENT(OUT) but was not set"

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2009-11-02 23:45 ---
This is sufficient to get rid of the warning.  Note the removal
of 'static' is for debugging purposes.  Note also that the check
for BT_DERIVED needs to actually check if a default initialization
would occur.

Index: gcc/fortran/trans-decl.c
===
--- gcc/fortran/trans-decl.c(revision 153823)
+++ gcc/fortran/trans-decl.c(working copy)
@@ -3762,7 +3762,9 @@ generate_dependency_declarations (gfc_sy
handling of expressions which only appear in the specification of
other functions.  */

-static void
+void generate_local_decl (gfc_symbol *);
+
+void
 generate_local_decl (gfc_symbol * sym)
 {
   if (sym->attr.flavor == FL_VARIABLE)
@@ -3776,8 +3778,11 @@ generate_local_decl (gfc_symbol * sym)
   else if (warn_unused_variable
   && sym->attr.dummy
   && sym->attr.intent == INTENT_OUT)
-   gfc_warning ("Dummy argument '%s' at %L was declared INTENT(OUT) but
was not set",
-sym->name, &sym->declared_at);
+   {
+ if (!(sym->ts.type == BT_DERIVED))
+   gfc_warning ("Dummy argument '%s' at %L was declared INTENT(OUT) "
+"but was not set",  sym->name, &sym->declared_at);
+   }
   /* Specific warning for unused dummy arguments. */
   else if (warn_unused_variable && sym->attr.dummy)
gfc_warning ("Unused dummy argument '%s' at %L", sym->name,


-- 

kargl at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||sgk at troutmask dot apl dot
   ||washington dot edu


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

[Bug bootstrap/41709] Failing bootstrap in stage 2 while building Ada + C

[anhvofrcaus at gmail dot com]

--- Comment #5 from anhvofrcaus at gmail dot com  2009-11-02 23:56 ---
The complain is the direct result of not have flex.exe on my system. After
installing flex, this complain goes away. However, the original problem shows
up again. The configuration for the build is 

$ ../gcc-4.5-20091015/configure --enable-languages=ada,c,c++,fortran --with-gmp
=/c/tools/gmp-4.3.0/ --with-mpfr=/c/tools/mpfr-2.4.1/


-- 


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

Wunreachable-8.c XPASS with flags '-O2 -Wunreachable-code'

[Eric Fisher]

Hi,

gcc.log

Executing on host: /media/E/svn-gcc/build-trunk/gcc/xgcc
-B/media/E/svn-gcc/build-trunk/gcc/
/media/E/svn-gcc/trunk/gcc/testsuite/gcc.dg/Wunreachable-8.c   -O2
-Wunreachable-code -S  -o Wunreachable-8.s(timeout = 300)
/media/E/svn-gcc/trunk/gcc/testsuite/gcc.dg/Wunreachable-8.c: In
function 'Factorial':
/media/E/svn-gcc/trunk/gcc/testsuite/gcc.dg/Wunreachable-8.c:9:11:
warning: will never be executed
output is:
/media/E/svn-gcc/trunk/gcc/testsuite/gcc.dg/Wunreachable-8.c: In
function 'Factorial':
/media/E/svn-gcc/trunk/gcc/testsuite/gcc.dg/Wunreachable-8.c:9:11:
warning: will never be executed

XPASS: gcc.dg/Wunreachable-8.c  (test for bogus messages, line 7)
XFAIL: gcc.dg/Wunreachable-8.c  (test for bogus messages, line 9)
PASS: gcc.dg/Wunreachable-8.c  (test for bogus messages, line 11)
PASS: gcc.dg/Wunreachable-8.c (test for excess errors)

Executing on host: /media/E/svn-gcc/build-trunk/gcc/xgcc -v(timeout = 300)
Using built-in specs.
COLLECT_GCC=/media/E/svn-gcc/build-trunk/gcc/xgcc
Target: i686-pc-linux-gnu
Configured with: ../trunk/configure --prefix=/home/eric/install/trunk
--enable-languages=c --with-gmp=/home/eric/install/generic
--with-mpfr=/home/eric/install/generic : (reconfigured)
../trunk/configure --prefix=/home/eric/install/trunk
--enable-languages=c --with-gmp=/home/eric/install/generic
--with-mpfr=/home/eric/install/generic : (reconfigured)
../trunk/configure --prefix=/home/eric/install/trunk
--with-gmp=/home/eric/install/generic
--with-mpfr=/home/eric/install/generic --enable-languages=c
--no-create --no-recursion : (reconfigured) ../trunk/configure
--prefix=/home/eric/install/trunk
--with-gmp=/home/eric/install/generic
--with-mpfr=/home/eric/install/generic --enable-languages=c
--no-create --no-recursion
Thread model: posix
gcc version 4.5.0 20091027 (experimental) (GCC)
/media/E/svn-gcc/build-trunk/gcc/xgcc  version 4.5.0 20091027
(experimental) (GCC)


-svn info-
Revision: 153584
Node Kind: directory
Schedule: normal
Last Changed Author: carrot
Last Changed Rev: 153584
Last Changed Date: 2009-10-27 17:06:36 +0800 (Tue, 27 Oct 2009)


This warning is generated after loop unrolling, when removing original latch bb.

Regards,
Eric

[Bug libstdc++/41351] std::rotate on RAI does not conform to ISO complexity requirement

[potswa at mac dot com]

--- Comment #44 from potswa at mac dot com  2009-11-03 03:56 ---
When does _GLIBCXX_MOVE3 do the wrong thing? I can see only doing the k=1
optimization #ifdef __GXX_EXPERIMENTAL_CXX0X__ — after all, copying is the
misbehavior this bug is filed against in the first place! But std::move seems
reasonably kosher to me. It's as good as the current RAI implementation using
_GLIBCXX_MOVE, although not as compliant as always using std::swap.

I apologize for always saying "copy" and not "move." I did include a disclaimer
on that code, that it's not really intended for use. Really I was just using
std::copy as an alias for memmove for performance testing. I haven't been able
to test any C++0x code at all because I'm having trouble building GCC on OS X.

Once I can test C++0x code, I'll post to the mailing list…


-- 


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

[Bug c/41919] New: optimized code with -O2 or -O3 gives strange result

[chenyang at cs dot utah dot edu]

Using r153799, got strange result with the code below. The expected result is
-104. 

y...@yang-working:~$ svngcc -O3 -o small3 small.c
y...@yang-working:~$ ./small3
2
y...@yang-working:~$ svngcc -O2 -o small2 small.c
y...@yang-working:~$ ./small2
2
y...@yang-working:~$ svngcc -O1 -o small1 small.c
y...@yang-working:~$ ./small1
-104
y...@yang-working:~$ cat small.c
#include 
#include 

struct S1
{
  char f0;
};

int g_23 = 0;

static struct S1 foo (void)
{
  int *l_100 = &g_23;
  int **l_110 = &l_100;
  struct S1 l_128 = {
1
  };
  assert (l_100 == &g_23);
  assert (l_100 == &g_23);
  assert (l_100 == &g_23);
  assert (l_100 == &g_23);
  assert (l_100 == &g_23);
  assert (l_100 == &g_23);
  assert (l_100 == &g_23);
  return l_128;
}

static char bar(char si1, char si2)
{
  return (si1 <= 0) ? si1 : (si2 * 2);
}

int main (void)
{
  struct S1 s = foo();
  printf("%d\n", bar(0x99 ^ (s.f0 && 1), 1));
  return 0;
}

y...@yang-working:~$ svngcc -v
Using built-in specs.
COLLECT_GCC=svngcc
COLLECT_LTO_WRAPPER=/home/yang/compilers/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-lto --prefix=/home/yang/compilers
--program-prefix=svn --enable-languages=c,c++
--with-libelf=/home/yang/compilers : (reconfigured) ../configure --enable-lto
--prefix=/home/yang/compilers --program-prefix=svn
--with-libelf=/home/yang/compilers --enable-languages=c,lto,c++ --no-create
--no-recursion : (reconfigured) ../configure --enable-lto
--prefix=/home/yang/compilers --program-prefix=svn
--with-libelf=/home/yang/compilers --enable-languages=c,c++,lto --no-create
--no-recursion
Thread model: posix
gcc version 4.5.0 20091102 (experimental) (GCC)


-- 
   Summary: optimized code with -O2 or -O3 gives strange result
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chenyang at cs dot utah dot edu
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c++/41920] New: Invalid 'unused parameter' warning for parameters used in lambdas

[bruck dot michael at googlemail dot com]

$ cat test1.c
int foo(int i)
{
auto bar = [=](){ return i; };
return bar();
}

$ arm-elf-g++.exe -std=gnu++0x -Wall -Wextra -c test1.c
test1.c:1:5: warning: unused parameter 'i'


-- 
   Summary: Invalid 'unused parameter' warning for parameters used
in lambdas
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bruck dot michael at googlemail dot com
  GCC host triplet: i686-pc-cygwin
GCC target triplet: arm-unknown-elf


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

[Bug c++/39934] Union member incorrectly disallowed

[redhatter at gentoo dot org]

--- Comment #2 from redhatter at gentoo dot org  2009-11-03 05:45 ---
Also confirmed on GCC 3.4.5 as distributed with Qt SDK:

ezec...@toshiba /tmp
$ /c/Qt/2009.03/mingw/bin/gcc --version
gcc.exe (GCC) 3.4.5 (mingw-vista special r3)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

ezec...@toshiba /tmp
$ cat test.c
struct A {
  const int x;
  int y;
};

union U {
  const int x;
  struct A a;
};

ezec...@toshiba /tmp
$ gcc -o test-c.o -c test.c

ezec...@toshiba /tmp
$ echo $?
0

ezec...@toshiba /tmp
$ g++ -o test-cpp.o -c test.c
test.c:8: error: member `A U::a' with copy assignment operator not allowed in
union

ezec...@toshiba /tmp
$ echo $?
1

Is there a sane workaround for this?


-- 

redhatter at gentoo dot org changed:

   What|Removed |Added

 CC||redhatter at gentoo dot org


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