[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

[burnus at gcc dot gnu.org]

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

--- Comment #28 from Tobias Burnus  2011-03-27 
08:30:33 UTC ---
Author: burnus
Date: Sun Mar 27 08:30:28 2011
New Revision: 171568

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171568
Log:
2011-03-27  Tobias Burnus  

PR fortran/18918
* gfortran.h (gfc_isym_id): Rename GFC_ISYM_NUMIMAGES to
GFC_ISYM_NUM_IMAGES.
(gfc_fcoarray): Add GFC_FCOARRAY_LIB.
* intrinsic.c (add_functions): Update due to GFC_ISYM_NUM_IMAGES
rename.
* invoke.texi (-fcoarray=): Document "lib" argument.
* iresolve.c (gfc_resolve_this_image): Fix THIS IMAGE().
* libgfortran.h (libgfortran_stat_codes): Add comments.
* options.c (gfc_handle_coarray_option): Add -fcoarray=lib.
* simplify.c (gfc_simplify_num_images, gfc_simplify_this_image):
Handle GFC_FCOARRAY_LIB.
* trans.h (gfc_init_coarray_decl): New prototype.
(gfor_fndecl_caf_init, gfor_fndecl_caf_finalize,
gfor_fndecl_caf_critical, gfor_fndecl_caf_end_critical,
gfor_fndecl_caf_sync_all, gfor_fndecl_caf_sync_images,
gfor_fndecl_caf_error_stop, gfor_fndecl_caf_error_stop_str,
gfort_gvar_caf_num_images, gfort_gvar_caf_this_image):
New global variables.
* trans-decl.c: Declare several CAF functions (cf. above).
(gfc_build_builtin_function_decls): Initialize those.
(gfc_init_coarray_decl): New function.
(create_main_function): Call CAF init/finalize functions.
* trans-intrinsic.c (trans_this_image, trans_num_images): New.
(gfc_conv_intrinsic_function): Call those.
* trans-stmt.c (gfc_trans_stop, gfc_trans_sync,
* gfc_trans_critical):
Add code for GFC_FCOARRAY_LIB.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/intrinsic.c
trunk/gcc/fortran/invoke.texi
trunk/gcc/fortran/iresolve.c
trunk/gcc/fortran/libgfortran.h
trunk/gcc/fortran/options.c
trunk/gcc/fortran/simplify.c
trunk/gcc/fortran/trans-decl.c
trunk/gcc/fortran/trans-intrinsic.c
trunk/gcc/fortran/trans-stmt.c
trunk/gcc/fortran/trans.h

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

[burnus at gcc dot gnu.org]

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

--- Comment #29 from Tobias Burnus  2011-03-27 
09:01:37 UTC ---
Author: burnus
Date: Sun Mar 27 09:01:34 2011
New Revision: 171570

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171570
Log:
2011-03-27  Tobias Burnus  

PR fortran/18918
* caf/libcaf.h: New - coarray communication library.
* caf/mpi.c: New.
* caf/single.c: New.


Added:
trunk/libgfortran/caf/
trunk/libgfortran/caf/libcaf.h
trunk/libgfortran/caf/mpi.c
trunk/libgfortran/caf/single.c
Modified:
trunk/libgfortran/ChangeLog

[Bug target/38598] MIPS extendsidi2 does not have a LO alternative

[rsandifo at gcc dot gnu.org]

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

--- Comment #5 from rsandifo at gcc dot gnu.org  
2011-03-27 09:33:22 UTC ---
Author: rsandifo
Date: Sun Mar 27 09:33:20 2011
New Revision: 171572

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171572
Log:
gcc/
PR target/38598
* config/mips/mips.md (extendsidi2): Add an "l" alternative.
Update commentary.

gcc/testsuite/
PR target/38598
* gcc.target/mips/madd-7.c: Remove -mlong32.
* gcc.target/mips/msub-7.c: Likewise.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/mips/mips.md
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/mips/madd-7.c
trunk/gcc/testsuite/gcc.target/mips/msub-7.c

[Bug target/38598] MIPS extendsidi2 does not have a LO alternative

[rsandifo at gcc dot gnu.org]

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

rsand...@gcc.gnu.org  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from rsandifo at gcc dot gnu.org  
2011-03-27 09:44:35 UTC ---
Fixed on trunk.

[Bug c/48297] New: Suboptimal optimization of boolean expression addition

[darkshikari at gmail dot com]

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

   Summary: Suboptimal optimization of boolean expression addition
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: darkshik...@gmail.com


gcc does not seem to recognize that boolean expressions, such as (a==b), are at
most 1.  At least not when performing math on them.

Take the following function:

int foo( int a, int b, int c, int x )
{
return (a==x)+(b==x)+(c==x);
}

With -O3 -fomit-frame-pointer -march=core2 on x86_64, gcc compiles this to:

   0:   39 cf   cmpedi,ecx
   2:   40 0f 94 c7 sete   dil
   6:   31 c0   xoreax,eax
   8:   39 ce   cmpesi,ecx
   a:   40 0f b6 ff movzx  edi,dil
   e:   0f 94 c0sete   al
  11:   01 f8   addeax,edi
  13:   39 ca   cmpedx,ecx
  15:   0f 94 c2sete   dl
  18:   0f b6 d2movzx  edx,dl
  1b:   01 d0   addeax,edx
  1d:   c3  ret

As can be seen, gcc extends the inputs to 32-bit (with xor or movzx) and uses
32-bit additions, even though it could avoid this by using 8-bit additions and
a single movzx at the end.

Let's try to force it:

int bar( int a, int b, int c, int x )
{
return
(uint8_t)((uint8_t)((uint8_t)(a==x)+(uint8_t)(b==x))+(uint8_t)(c==x));
}

0020 :
  20:   39 ce   cmpesi,ecx
  22:   40 0f 94 c6 sete   sil
  26:   39 cf   cmpedi,ecx
  28:   0f 94 c0sete   al
  2b:   01 f0   addeax,esi
  2d:   39 ca   cmpedx,ecx
  2f:   0f 94 c2sete   dl
  32:   01 d0   addeax,edx
  34:   0f b6 c0movzx  eax,al
  37:   c3  ret

Closer -- we saved two instructions -- but this is actually worse: the
additions will have false dependencies on the previous contents of those
registers.  What we WANT is this:

cmpesi,ecx
sete   sil
cmpedi,ecx
sete   al
addal,sil
cmpedx,ecx
sete   dl
addal,dl
movzx  eax,al
ret

But gcc won't generate it no matter how much I attempt to massage it into doing
so.

Is this a missing optimization or an optimization bug?

[Bug debug/47590] var tracking produces wrong debug in code where optimization is turned off using pragma

[aoliva at gcc dot gnu.org]

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

--- Comment #3 from Alexandre Oliva  2011-03-27 
13:01:26 UTC ---
Created attachment 23780
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23780
Patch that fixes the bug on all affected targets

The introduction of option saving and restoring broke the special handling of
flag_var_tracking on the targets that delayed it.  This patch fixes it.

[Bug debug/47590] var tracking produces wrong debug in code where optimization is turned off using pragma

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.03.27 13:01:59
 AssignedTo|unassigned at gcc dot   |aoliva at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #4 from Alexandre Oliva  2011-03-27 
13:01:59 UTC ---
Mine

Nopelni tavu davanu karti!...

[Malceva Valentina]

Virtualaa eedienu gatavoshana ienak, protams, ari juusu majaas (dzivokli) -

pagatavo burgerus savaa d@toraa , bet notiesaa tos iistaa bistro!
 
http://www.besshop4succes.au.pn/ci.html - tur viss ir kaa uz delnas!

[Bug fortran/48298] New: F2003 Implement User Defined Derived Type IO (DTIO)

[jvdelisle at gcc dot gnu.org]

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

   Summary: F2003 Implement User Defined Derived Type IO (DTIO)
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: jvdeli...@gcc.gnu.org
ReportedBy: jvdeli...@gcc.gnu.org


Tracker for implementation of this new feature.

[Bug libfortran/48030] Implement read_x using fbuf_getc

[jvdelisle at gcc dot gnu.org]

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

--- Comment #3 from Jerry DeLisle  2011-03-27 
14:36:38 UTC ---
Left to do is backport to 4.6.1

[Bug boehm-gc/48299] New: [4.7 Regression] FAIL: boehm-gc.c/thread_leak_test.c

[hjl.tools at gmail dot com]

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

   Summary: [4.7 Regression] FAIL: boehm-gc.c/thread_leak_test.c
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: boehm-gc
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/x86, I got

In file included from
/export/gnu/import/git/gcc-avx/boehm-gc/testsuite/../include/gc.h:56:0,^M
 from
/export/gnu/import/git/gcc-avx/boehm-gc/testsuite/../include/leak_detector.h:2,^M
 from
/export/gnu/import/git/gcc-avx/boehm-gc/testsuite/boehm-gc.c/thread_leak_test.c:2:^M
/export/build/gnu/gcc-avx/build-x86_64-linux/x86_64-unknown-linux-gnu/32/boehm-gc/include/gc_config.h:44:0:
warning: "GC_LINUX_THREADS" redefined [enabled by default]^M
/export/gnu/import/git/gcc-avx/boehm-gc/testsuite/boehm-gc.c/thread_leak_test.c:1:0:
note: this is the location of the previous definition^M

FAIL: boehm-gc.c/thread_leak_test.c -O2 (test for excess errors)

Revision 171513 is OK. It may be caused by revision 171514:

http://gcc.gnu.org/ml/gcc-cvs/2011-03/msg00938.html

[Bug middle-end/48300] New: [4.7 Regression] FAIL: gcc.dg/vect/pr38529.c

[hjl.tools at gmail dot com]

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

   Summary: [4.7 Regression] FAIL: gcc.dg/vect/pr38529.c
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/x86, revision 171513 gave

FAIL: gcc.dg/vect/pr38529.c (internal compiler error)
FAIL: gcc.dg/vect/pr38529.c (test for excess errors)
FAIL: gcc.dg/vect/pr38529.c scan-tree-dump-times vect "OUTER LOOP VECTORIZED" 1

Revision 171456 is OK.

[Bug tree-optimization/48290] FAIL: gcc.dg/vect/pr38529.c, ICE in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1072

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

--- Comment #2 from Dominique d'Humieres  2011-03-27 
15:59:56 UTC ---
*** Bug 48300 has been marked as a duplicate of this bug. ***

[Bug middle-end/48300] [4.7 Regression] FAIL: gcc.dg/vect/pr38529.c

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Dominique d'Humieres  2011-03-27 
15:59:56 UTC ---
Duplicate of pr48290.

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

[Bug fortran/45859] [Coarray, F2008, IR] Rejects valid actuals to coarray dummies

[burnus at gcc dot gnu.org]

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

--- Comment #1 from Tobias Burnus  2011-03-27 
16:03:41 UTC ---
See "F08/0040" at http://j3-fortran.org/doc/year/11/11-006A.txt
"STATUS: Passed by J3 letter ballot"

[Bug target/48301] New: Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

   Summary: Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or
trunk
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: howa...@nitro.med.uc.edu


While Xcode 4.0's clang can bootstrap FSF gcc trunk and 4.6.0, the llvm-gcc
compiler can not. The bootstrap fails as...

mkdir x86_64-apple-darwin10.7.0/libgcc
Checking multilib configuration for libgcc...
Configuring stage 1 in x86_64-apple-darwin10.7.0/libgcc
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for gawk... gawk
checking build system type... x86_64-apple-darwin10.7.0
checking host system type... x86_64-apple-darwin10.7.0
checking for x86_64-apple-darwin10.7.0-ar... ar
checking for x86_64-apple-darwin10.7.0-lipo... lipo
checking for x86_64-apple-darwin10.7.0-nm... /Users/howarth/work/./gcc/nm
checking for x86_64-apple-darwin10.7.0-ranlib... ranlib
checking for x86_64-apple-darwin10.7.0-strip... strip
checking whether ln -s works... yes
checking for x86_64-apple-darwin10.7.0-gcc... /Users/howarth/work/./gcc/xgcc
-B/Users/howarth/work/./gcc/
-B/Users/howarth/dist/x86_64-apple-darwin10.7.0/bin/
-B/Users/howarth/dist/x86_64-apple-darwin10.7.0/lib/ -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/include -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/sys-include   
checking for suffix of object files... configure: error: in
`/Users/howarth/work/x86_64-apple-darwin10.7.0/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[1]: *** [stage1-bubble] Error 2
make: *** [all] Error 2

While this is likely a bug in llvm-gcc, we should attempt to analyze it and
file the appropriate radar bug reports against llvm-gcc in case Apple switches
to llvm-gcc as the system compiler in the future.

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #1 from Jack Howarth  2011-03-27 
17:06:54 UTC ---
This bootstrap failure backtraces as...

[MacPro:~/work/x86_64-apple-darwin10.7.0/libgcc] howarth% gdb
/Users/howarth/work/./gcc/cc1
...

(gdb) r -quiet -v -iprefix
/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/ -isystem
/Users/howarth/work/./gcc/include -isystem
/Users/howarth/work/./gcc/include-fixed -D__DYNAMIC__ -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/include -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/sys-include conftest.c -fPIC
-feliminate-unused-debug-symbols -quiet -dumpbase conftest.c
-mmacosx-version-min=10.6.7 -mtune=core2 -auxbase conftest -g -O2 -version -o
/var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//ccGHUc47.s
Starting program: /Users/howarth/work/gcc/cc1 -quiet -v -iprefix
/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/ -isystem
/Users/howarth/work/./gcc/include -isystem
/Users/howarth/work/./gcc/include-fixed -D__DYNAMIC__ -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/include -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/sys-include conftest.c -fPIC
-feliminate-unused-debug-symbols -quiet -dumpbase conftest.c
-mmacosx-version-min=10.6.7 -mtune=core2 -auxbase conftest -g -O2 -version -o
/var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//ccGHUc47.s
Reading symbols for shared libraries .+. done
GNU C (GCC) version 4.6.1 20110327 (prerelease) (x86_64-apple-darwin10.7.0)
compiled by GNU C version 4.2.1 (Based on Apple Inc. build 5658) (LLVM
build 2335.9), GMP version 5.0.1, MPFR version 3.0.0-p8, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/Users/howarth/dist/x86_64-apple-darwin10.7.0/include"
ignoring nonexistent directory
"/Users/howarth/dist/x86_64-apple-darwin10.7.0/sys-include"
ignoring nonexistent directory
"/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include"
ignoring nonexistent directory
"/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include-fixed"
ignoring nonexistent directory
"/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/../../../../x86_64-apple-darwin10.7.0/include"
ignoring nonexistent directory
"/Users/howarth/dist/lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/Users/howarth/dist/include"
ignoring nonexistent directory
"/Users/howarth/dist/lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include-fixed"
ignoring nonexistent directory
"/Users/howarth/dist/x86_64-apple-darwin10.7.0/include"
#include "..." search starts here:
#include <...> search starts here:
 /Users/howarth/work/./gcc/include
 /Users/howarth/work/./gcc/include-fixed
 /usr/include
 /System/Library/Frameworks
 /Library/Frameworks
End of search list.

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0058
0x0001011c9b8e in ix86_cfun_abi () at i386.c:5796
5796  return cfun->machine->call_abi;
(gdb) bt
#0  0x0001011c9b8e in ix86_cfun_abi () at i386.c:5796
#1  0x0001011c1bd0 in ix86_option_override_internal (main_args_p=1 '\001')
at i386.c:3862
#2  0x0001011c3460 in ix86_option_override () at i386.c:4323
#3  0x000100d2826b in process_options () at toplev.c:1286
#4  0x000100d294a0 in do_compile () at toplev.c:1885
#5  0x000100d296a8 in toplev_main (argc=29, argv=0x7fff5fbfec60) at
toplev.c:1964
#6  0x0001001a7a80 in main (argc=29, argv=0x7fff5fbfec60) at main.c:36
(gdb)

[Bug rtl-optimization/48302] New: ICE: SIGSEGV in reposition_prologue_and_epilogue_notes (function.c:5662) with -fcrossjumping -fselective-scheduling2

[zsojka at seznam dot cz]

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

   Summary: ICE: SIGSEGV in reposition_prologue_and_epilogue_notes
(function.c:5662) with -fcrossjumping
-fselective-scheduling2
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


Created attachment 23781
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23781
reduced testcase

Command line:
$ gcc -O -fcrossjumping -fgcse -fschedule-insns2 -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops -fselective-scheduling2 --param
lim-expensive=320 --param min-crossjump-insns=1 testcase.C

or

$ gcc -O2 -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops
-fselective-scheduling2 -fno-tree-copy-prop -fno-tree-vrp --param
min-crossjump-insns=1 testcase.C

Compiler output:
$ gcc -O2 -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops
-fselective-scheduling2 -fno-tree-copy-prop -fno-tree-vrp --param
min-crossjump-insns=1 testcase.C
==18470== Invalid read of size 2
==18470==at 0x8731AB: reposition_prologue_and_epilogue_notes
(function.c:5662)
==18470==by 0x9BB9CC: sched_rgn_finish (sched-rgn.c:3074)
==18470==by 0x9F1359: run_selective_scheduling (sel-sched.c:7645)
==18470==by 0x9BF695: rest_of_handle_sched2 (sched-rgn.c:3523)
==18470==by 0x937AA5: execute_one_pass (passes.c:1555)
==18470==by 0x937D94: execute_pass_list (passes.c:1610)
==18470==by 0x937DA6: execute_pass_list (passes.c:1611)
==18470==by 0x937DA6: execute_pass_list (passes.c:1611)
==18470==by 0xA79D95: tree_rest_of_compilation (tree-optimize.c:422)
==18470==by 0xC44D11: cgraph_expand_function (cgraphunit.c:1576)
==18470==by 0xC473E9: cgraph_optimize (cgraphunit.c:1635)
==18470==by 0xC47969: cgraph_finalize_compilation_unit (cgraphunit.c:1096)
==18470==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==18470== 
testcase.C: In function 'void foo()':
testcase.C:18:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


Tested revisions:
r171573 - crash
4.6 r170955 - crash
4.5 r170955 - crash
4.4 r170955 - crash (the -O1 version)

[Bug lto/48259] Internal compiler errors in lto1

[d.g.gorbachev at gmail dot com]

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

--- Comment #7 from Dmitry Gorbachev  
2011-03-27 17:33:51 UTC ---
Created attachment 23782
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23782
Backtrace from GCC 4.7

[Bug fortran/47065] Replace trim(a) by a(1:len_trim(a))

[tkoenig at gcc dot gnu.org]

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

--- Comment #6 from Thomas Koenig  2011-03-27 
17:40:29 UTC ---
Author: tkoenig
Date: Sun Mar 27 17:40:26 2011
New Revision: 171575

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171575
Log:
2011-03-27  Thomas Koenig  

PR fortran/47065
* frontend-passes (optimize_trim): Also follow references, except
when they are substring references or array references.

2011-03-27  Thomas Koenig  

PR fortran/47065
* gfortran.dg/trim_optimize_5.f90:  New test.
* gfortran.dg/trim_optimize_6.f90:  New test.


Added:
trunk/gcc/testsuite/gfortran.dg/trim_optimize_5.f90
trunk/gcc/testsuite/gfortran.dg/trim_optimize_6.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/frontend-passes.c
trunk/gcc/testsuite/ChangeLog

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #2 from Jack Howarth  2011-03-27 
17:42:05 UTC ---
Same issue exists with llvm-gcc from llvm 2.9 svn.

[Bug fortran/48303] New: [Legacy] Support Character constants in DATA statement for non-character variables

[burnus at gcc dot gnu.org]

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

   Summary: [Legacy] Support Character constants in DATA statement
for non-character variables
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org


Reported on freenode's #fortran.

The following program uses:
  DATA ZERO,ONE,TWO,THREE,FOUR,FIVE,SIX,SEVEN,EIGHT,
 & RNINE,TEN/'-','1','2','3','4','5','6','7','8','9','T'/

which almost all my compilers accept as vendor extension; however, gfortran
only accepts Hollerith constants (even more common vendor extension) in DATA:

  DATA ZERO,ONE,TWO,THREE,FOUR,FIVE,SIX,SEVEN,EIGHT,
 & RNINE,TEN/1H-,1H1,1H2,1H3,1H4,1H5,1H6,1H7,1H8,1H9,1HT/

Expected: As -std=legacy extension, also accept in DATA character literals.

The full program is the first one in the list at
http://www.netl.doe.gov/technologies/oil-gas/software/simulat.html

[Bug tree-optimization/48304] New: ICE: SIGFPE (division by zero) in maybe_hot_count_p at predict.c:145 with --param hot-bb-count-fraction=0 -fprofile-use

[zsojka at seznam dot cz]

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

   Summary: ICE: SIGFPE (division by zero) in maybe_hot_count_p at
predict.c:145 with --param hot-bb-count-fraction=0
-fprofile-use
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


Created attachment 23783
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23783
reduced testcase

Compiler output:
$ rm *.gcda
$ gcc --param hot-bb-count-fraction=0 testcase.c -fprofile-generate
$ ./a.out
$ gcc --param hot-bb-count-fraction=0 testcase.c -fprofile-use
Program received signal SIGFPE, Arithmetic exception.
0x007fdece in maybe_hot_count_p (e=0x7599b1c0) at
/mnt/svn/gcc-trunk/gcc/predict.c:145
145   > profile_info->sum_max / PARAM_VALUE
(HOT_BB_COUNT_FRACTION));

[Bug fortran/48303] [Legacy] Support Character constants in DATA statement for non-character variables

[burnus at gcc dot gnu.org]

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

--- Comment #1 from Tobias Burnus  2011-03-27 
19:18:32 UTC ---
Created attachment 23784
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23784
Longer example

[Bug other/48221] documentation for -Wno-cpp seems wrong

[redi at gcc dot gnu.org]

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

--- Comment #5 from Jonathan Wakely  2011-03-27 
20:08:40 UTC ---
Author: redi
Date: Sun Mar 27 20:08:35 2011
New Revision: 171581

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171581
Log:
2011-03-27  Jonathan Wakely  

PR other/48179
PR other/48221
PR other/48234
* doc/extend.texi (Alignment): Move section to match order in TOC.
* doc/invoke.texi (i386 and x86-64 Windows Options): Likewise.
(Warning Options): Adjust -Wno-cpp summary and remove stray backslash.


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

[Bug other/48234] documentation bad sequence in toc

[redi at gcc dot gnu.org]

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

--- Comment #7 from Jonathan Wakely  2011-03-27 
20:08:44 UTC ---
Author: redi
Date: Sun Mar 27 20:08:35 2011
New Revision: 171581

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171581
Log:
2011-03-27  Jonathan Wakely  

PR other/48179
PR other/48221
PR other/48234
* doc/extend.texi (Alignment): Move section to match order in TOC.
* doc/invoke.texi (i386 and x86-64 Windows Options): Likewise.
(Warning Options): Adjust -Wno-cpp summary and remove stray backslash.


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

[Bug other/48179] Reference mismatch in documentation chapter 6

[redi at gcc dot gnu.org]

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

--- Comment #7 from Jonathan Wakely  2011-03-27 
20:08:40 UTC ---
Author: redi
Date: Sun Mar 27 20:08:35 2011
New Revision: 171581

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171581
Log:
2011-03-27  Jonathan Wakely  

PR other/48179
PR other/48221
PR other/48234
* doc/extend.texi (Alignment): Move section to match order in TOC.
* doc/invoke.texi (i386 and x86-64 Windows Options): Likewise.
(Warning Options): Adjust -Wno-cpp summary and remove stray backslash.


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

[Bug c/48305] New: ice at -O0: verify_gimple failed

[regehr at cs dot utah.edu]

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

   Summary: ice at -O0: verify_gimple failed
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: reg...@cs.utah.edu
CC: cheny...@cs.utah.edu
  Host: i686-pc-linux-gnu
Target: i686-pc-linux-gnu
 Build: i686-pc-linux-gnu


regehr@home:~/volatile/bugs/tmp006$ current-gcc -O0 -c small.c
small.c: In function ‘func_18’:
small.c:36:15: error: type mismatch in comparison expression
unsigned int
int
unsigned int
D.1991 = D.1979 == D.1990;

small.c:36:15: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

regehr@home:~/volatile/bugs/tmp006$ current-gcc -v

Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/mnt/z/z/compiler-install/gcc-r171573-install/libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --with-libelf=/usr/local --enable-lto
--prefix=/mnt/z/z/compiler-install/gcc-r171573-install
--program-prefix=r171573- --enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 20110327 (experimental) (GCC) 

regehr@home:~/volatile/bugs/tmp006$ cat small.c


static signed char foo (signed char si1, unsigned char si2)
{
  return si2 || si1 && si2 ? : si1 + si2;
}

static unsigned char bar (unsigned ui1, unsigned char ui2)
{
  return ui1 + ui2;
}

static unsigned char baz (unsigned ui1, unsigned char ui2)
{
  return ui2 ? : ui1 + ui2;
}

struct S0
{
  unsigned char f0;
  const unsigned char f2;
  unsigned char f3;
};

struct S1
{
  const unsigned f7:54 > 1 * 8 ? : 0;
};

struct S1 g_99[9][1][5] = {
};

struct S0 g_244[10][3][1] = {
};

unsigned char func_127 (const unsigned char);

unsigned char func_18 (struct S0 p_19, unsigned char p_20)
{
  unsigned char l_605[4];
  p_20 |=
baz (bar
 ((func_127 (0) ^ p_19.f3 > l_605[2] >= 0) ==
  (1U ^
   foo (p_19.f0,
l_605[1]) &
   g_244[1][2][0].f2), g_244[1][2][0].f3), 1);
  return g_99[4][0][0].f7;
}

[Bug other/48234] documentation bad sequence in toc

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #8 from Jonathan Wakely  2011-03-27 
21:08:11 UTC ---
fixed

[Bug other/48221] documentation for -Wno-cpp seems wrong

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Jonathan Wakely  2011-03-27 
21:08:25 UTC ---
fixed

[Bug other/48179] Reference mismatch in documentation chapter 6

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #8 from Jonathan Wakely  2011-03-27 
21:08:38 UTC ---
fixed

[Bug fortran/48298] F2003 Implement User Defined Derived Type IO (DTIO)

[jvdelisle at gcc dot gnu.org]

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

--- Comment #1 from Jerry DeLisle  2011-03-27 
21:18:40 UTC ---
Created attachment 23785
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23785
A starting front end only patch

This is a beginning patch to allow the DTIO syntax to be accepted and some
format descriptor checking.

[Bug fortran/48303] [Legacy] Support Character constants in DATA statement for non-character variables

[steven at gcc dot gnu.org]

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

Steven Bosscher  changed:

   What|Removed |Added

 CC||steven at gcc dot gnu.org

--- Comment #2 from Steven Bosscher  2011-03-27 
22:01:04 UTC ---
What are the semantics supposed to be of this extension? Make the variables
assigned in the data implicitly typed CHARACTER?

[Bug target/48288] [4.7 Regression] ld: Unsatisfied symbol "__iordi3" in file /test/gnu/gcc/objdir/./gcc/libgcc_eh.a

[danglin at gcc dot gnu.org]

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

--- Comment #5 from John David Anglin  2011-03-27 
22:09:39 UTC ---
Author: danglin
Date: Sun Mar 27 22:09:36 2011
New Revision: 171582

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171582
Log:
PR target/48288
* config/pa/predicates.md (reg_or_ior_operand): New predicate.
* config/pa/pa.md (iordi3): Use new predicate in expander.
(iorsi3): Likewise.


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

[Bug fortran/48303] [Legacy] Support Character constants in DATA statement for non-character variables

[steven at gcc dot gnu.org]

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

--- Comment #3 from Steven Bosscher  2011-03-27 
23:08:20 UTC ---
Interpret them as Hollerith constants? Something like this extremely crude code
from the hip:

  /* Only DATA Statements come here.  */
  if (!conform)
{
  /* Numeric can be converted to any other numeric. And Hollerith can be
 converted to any other type.  */
  if ((gfc_numeric_ts (&lvalue->ts) && gfc_numeric_ts (&rvalue->ts))
  || rvalue->ts.type == BT_HOLLERITH)
return SUCCESS;

  if (lvalue->ts.type == BT_LOGICAL && rvalue->ts.type == BT_LOGICAL)
return SUCCESS;

  /* In legacy mode, accept CHARACTER data, interpreted as a Hollerith
 constant.  */
  if (lvalue->ts.type != rvalue->ts.type
  && rvalue->ts.type == BT_CHARACTER
  && rvalue->ts.kind == gfc_default_character_kind)
{
  gfc_expr *e;
  unsigned i, l;

  if (gfc_notify_std (GFC_STD_LEGACY, "Shame on you at %C ")
  == FAILURE)
return FAILURE;

  l = rvalue->value.character.length;
  e = gfc_get_constant_expr (BT_HOLLERITH, gfc_default_character_kind,
 &rvalue->where);
  e->representation.string = XCNEWVEC (char, l + 1);
  for (i = 0; i < l; i++)
{
  gfc_char_t c = rvalue->value.character.string[i];
  e->representation.string[i] = (char) c;
}
  *rvalue = *e; /* ??? Not sure how to replace rvalue with the new e */
  return SUCCESS;
}

[Bug fortran/48303] [Legacy] Support Character constants in DATA statement for non-character variables

[steven at gcc dot gnu.org]

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

Steven Bosscher  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.27 23:08:42
 Ever Confirmed|0   |1

[Bug bootstrap/35619] [4.3/4.4 Regression] fixed includes not being found if building in src dir

[karl at freefriends dot org]

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

karl at freefriends dot org changed:

   What|Removed |Added

 CC||karl at freefriends dot org

--- Comment #35 from karl at freefriends dot org 2011-03-27 23:51:28 UTC ---
*** Bug 42560 has been marked as a duplicate of this bug. ***

[Bug other/42560] include-fixed incomplete when srcdir=builddir

[karl at freefriends dot org]

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

karl at freefriends dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from karl at freefriends dot org 2011-03-27 23:51:28 UTC ---
i confirm that this include-file-related problem is fixed in 4.6.0. thanks.

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

[Bug driver/48306] New: presence of gcc subdir with . in PATH causes breakdown

[karl at freefriends dot org]

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

   Summary: presence of gcc subdir with . in PATH causes breakdown
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: k...@freefriends.org


If a directory in PATH contains a subdirectory gcc/ (with executable access),
gcc fails to find its subprograms:

$ PATH=/tmp:$PATH
$ mkdir /tmp/gcc
$ gcc hello.c
gcc: error trying to exec 'cc1': execvp: No such file or directory
$ rmdir /tmp/gcc
$ gcc hello.c
$

If this behavior is explained or implicit in the documentation, sorry; I
couldn't find it.  It happens in at least gcc 4.5.x and 4.6.0.  I'm sure it
wasn't always this way.

[Bug bootstrap/48307] New: [4.7 Regression] Bootstrap failure

[hjl.tools at gmail dot com]

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

   Summary: [4.7 Regression] Bootstrap failure
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com
CC: vmaka...@redhat.com


On Linux/x86, revision 171583 failed to bootstrap:

http://gcc.gnu.org/ml/gcc-regression/2011-03/msg00478.html
http://gcc.gnu.org/ml/gcc-regression/2011-03/msg00479.html
http://gcc.gnu.org/ml/gcc-regression/2011-03/msg00480.html
http://gcc.gnu.org/ml/gcc-regression/2011-03/msg00481.html

[Bug bootstrap/48307] [4.7 Regression] Bootstrap failure

[hjl.tools at gmail dot com]

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

--- Comment #1 from H.J. Lu  2011-03-28 00:39:55 
UTC ---
Failed with

../../../src-trunk/libgfortran/generated/product_c8.c: In function
'mproduct_c8':
../../../src-trunk/libgfortran/generated/product_c8.c:372:1: internal compiler
error: in update_left_conflict_sizes_p, at ira-color.c:971
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[6]: *** [product_c8.lo] Error 1
make[6]: *** Waiting for unfinished jobs

[Bug target/45844] FAIL: gfortran.dg/vect/pr45714-b.f -O (internal compiler error)

[amodra at gmail dot com]

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

--- Comment #9 from Alan Modra  2011-03-28 01:44:36 
UTC ---
I an planning to backport to 4.6.1

[Bug bootstrap/48307] [4.7 Regression] Bootstrap failure

[vmakarov at gcc dot gnu.org]

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

--- Comment #2 from Vladimir Makarov  2011-03-28 
01:53:29 UTC ---
Author: vmakarov
Date: Mon Mar 28 01:53:24 2011
New Revision: 171589

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171589
Log:
2011-03-27  Vladimir Makarov  

PR bootstrap/48307
Revert the previous patch.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/config/alpha/alpha.h
trunk/gcc/config/arm/arm.h
trunk/gcc/config/avr/avr.h
trunk/gcc/config/bfin/bfin.h
trunk/gcc/config/cris/cris.h
trunk/gcc/config/fr30/fr30.h
trunk/gcc/config/frv/frv.h
trunk/gcc/config/h8300/h8300.h
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.h
trunk/gcc/config/ia64/ia64.h
trunk/gcc/config/iq2000/iq2000.h
trunk/gcc/config/m32r/m32r.h
trunk/gcc/config/m68k/m68k.h
trunk/gcc/config/mcore/mcore.h
trunk/gcc/config/mep/mep.h
trunk/gcc/config/mips/mips.c
trunk/gcc/config/mn10300/mn10300.h
trunk/gcc/config/moxie/moxie.h
trunk/gcc/config/pa/pa32-regs.h
trunk/gcc/config/pa/pa64-regs.h
trunk/gcc/config/picochip/picochip.h
trunk/gcc/config/rs6000/rs6000.c
trunk/gcc/config/rs6000/rs6000.h
trunk/gcc/config/rx/rx.h
trunk/gcc/config/s390/s390.h
trunk/gcc/config/score/score.h
trunk/gcc/config/sh/sh.h
trunk/gcc/config/sparc/sparc.h
trunk/gcc/config/spu/spu.h
trunk/gcc/config/stormy16/stormy16.h
trunk/gcc/config/v850/v850.h
trunk/gcc/config/vax/vax.h
trunk/gcc/config/xtensa/xtensa.h
trunk/gcc/doc/tm.texi
trunk/gcc/doc/tm.texi.in
trunk/gcc/haifa-sched.c
trunk/gcc/ira-build.c
trunk/gcc/ira-color.c
trunk/gcc/ira-conflicts.c
trunk/gcc/ira-costs.c
trunk/gcc/ira-emit.c
trunk/gcc/ira-int.h
trunk/gcc/ira-lives.c
trunk/gcc/ira.c
trunk/gcc/ira.h
trunk/gcc/loop-invariant.c
trunk/gcc/opts.c
trunk/gcc/reginfo.c
trunk/gcc/regmove.c
trunk/gcc/rtl.h
trunk/gcc/sched-deps.c
trunk/gcc/sched-int.h
trunk/gcc/system.h
trunk/gcc/target-def.h
trunk/gcc/target.def
trunk/gcc/targhooks.c
trunk/gcc/targhooks.h

[Bug c/48308] New: crosscompiling to arm fails with assembler: can't resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4' {*UND* section}

[dev-gcc-20110327-b588 at gheift dot de]

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

   Summary: crosscompiling to arm fails with assembler: can't
resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4'
{*UND* section}
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
    ReportedBy: dev-gcc-20110327-b...@gheift.de


Created attachment 23786
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23786
reduced testcase

Hello,

I tried to crosscompile openssl to arm and it stopped with the following error
message:

{standard input}: Assembler messages:
{standard input}:113: Error: can't resolve `.LC4' {.rodata.str1.1 section} -
`.LPIC4' {*UND* section}

This happens only if I try to compile the file with "-Os -fPIC". 

/data/br-build/host/usr/bin/arm-unknown-linux-uclibcgnueabi-gcc -fPIC -Os -c
pkeyparam.out.i

Output of arm-unknown-linux-uclibcgnueabi-gcc -v:

COLLECT_GCC=/data/br-build/host/usr/bin/arm-unknown-linux-uclibcgnueabi-gcc
COLLECT_LTO_WRAPPER=/data/br-build/host/usr/libexec/gcc/arm-unknown-linux-uclibcgnueabi/4.6.0/lto-wrapper
Target: arm-unknown-linux-uclibcgnueabi
Configured with: /data/br-build/toolchain/gcc-4.6.0/configure
--prefix=/home/data/br-build/host/usr --build=x86_64-unknown-linux-gnu
--host=x86_64-unknown-linux-gnu --target=arm-unknown-linux-uclibcgnueabi
--enable-languages=c
--with-sysroot=/data/br-build/host/usr/arm-unknown-linux-uclibcgnueabi/sysroot
--with-build-time-tools=/data/br-build/host/usr/arm-unknown-linux-uclibcgnueabi/bin
--disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --disable-libssp
--disable-multilib --disable-tls --enable-shared
--with-gmp=/data/br-build/host/usr --with-mpfr=/data/br-build/host/usr
--with-mpc=/data/br-build/host/usr --enable-threads --disable-decimal-float
--with-float=soft --with-abi=aapcs-linux --with-pkgversion='Buildroot
2011.05-git-dirty' --with-bugurl=http://bugs.buildroot.net/
Thread model: posix
gcc version 4.6.0 (Buildroot 2011.05-git-dirty)

Output of arm-unknown-linux-uclibcgnueabi-as -version:

GNU assembler (GNU Binutils) 2.21
Copyright 2010 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `arm-unknown-linux-uclibcgnueabi'

Regards,
  Gerhard

[Bug fortran/48298] F2003 Implement User Defined Derived Type IO (DTIO)

[jvdelisle at gcc dot gnu.org]

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

--- Comment #2 from Jerry DeLisle  2011-03-28 
03:22:01 UTC ---
Created attachment 23787
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23787
A starter test case

Using this attached file as a beginning test case.  Extracted fro F2003
Standard examples.

[Bug lto/48309] New: gcc -flto -fuse-linker-plugin generates crashing executables on MinGW

[gordon.magnusson at gmail dot com]

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

   Summary: gcc -flto -fuse-linker-plugin generates crashing
executables on MinGW
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: gordon.magnus...@gmail.com
  Host: i686-pc-mingw32
Target: i686-pc-mingw32
 Build: i686-pc-mingw32


C:\bugreport>ld -v
GNU ld (GNU Binutils) 2.21.51.20110326

C:\bugreport>gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.6.0/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ../src/configure --prefix=/c/temp/gcc/dest
--enable-languages=c,c++ --with-arch=i686 --with-tune=generic
--disable-libstdcxx-pch --disable-nls --disable-shared
--disable-sjlj-exceptions --disable-win32-registry --enable-checking=release
--enable-lto
Thread model: win32
gcc version 4.6.0 (GCC)

C:\bugreport>type foo.cpp
#include 
#include 
using namespace std;

int main() {
cout << "Hello, C++ world!" << endl;
}

C:\bugreport>g++ foo.cpp -o foo1.exe

C:\bugreport>foo1
Hello, C++ world!

C:\bugreport>g++ -flto -fno-use-linker-plugin foo.cpp -o foo2.exe

C:\bugreport>foo2
Hello, C++ world!

C:\bugreport>g++ -flto -fuse-linker-plugin foo.cpp -o foo3.exe

C:\bugreport>foo3
Hello, C++ world!

C:\bugreport>type bar.c
#include 

int main(void) {
puts("Hello, C world!");
return 0;
}

C:\bugreport>gcc bar.c -o bar1.exe

C:\bugreport>bar1
Hello, C world!

C:\bugreport>gcc -flto -fno-use-linker-plugin bar.c -o bar2.exe

C:\bugreport>bar2
Hello, C world!

C:\bugreport>gcc -flto -fuse-linker-plugin bar.c -o bar3.exe

C:\bugreport>bar3
[Window Title]
Microsoft Windows

[Main Instruction]
bar3.exe has stopped working

[Content]
Windows can check online for a solution to the problem.

[^] Hide problem details  [Check online for a solution and close the program]
[Close the program]
Problem signature:
  Problem Event Name:APPCRASH
  Application Name:bar3.exe
  Application Version:0.0.0.0
  Application Timestamp:4d90117c
  Fault Module Name:StackHash_fd00
  Fault Module Version:0.0.0.0
  Fault Module Timestamp:
  Exception Code:c005
  Exception Offset:
  OS Version:6.0.6002.2.2.0.256.1
  Locale ID:1033
  Additional Information 1:fd00
  Additional Information 2:ea6f5fe8924aaa756324d57f87834160
  Additional Information 3:fd00
  Additional Information 4:ea6f5fe8924aaa756324d57f87834160

Read our privacy statement:
  http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0409

[Bug lto/48309] gcc -flto -fuse-linker-plugin generates crashing executables on MinGW

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||wrong-code
   Severity|critical|normal

[Bug middle-end/48310] New: ask a question about expand_used_vars in cfgexpand.c

[zgss278 at 163 dot com]

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

   Summary: ask a question about expand_used_vars in cfgexpand.c
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zgss...@163.com


Hello!
I am using the gcc to implemnt may compiler.My way is integrate the gcc source
to my windows VC project,from configurs to the other.
I want to thanks the Gcc group here!
But now I encounter a problem and cannot solve it,though I tryed some days,so I
resort to you.
The problem is that the assert fail:
for (i = 0; i < SA.map->m_num_partitions; i++)
{
LPTREE var = SSA_NAME_VAR (SA.map->partition_to_var ( i));
if (TREE_CODE (var) != VAR_DECL && !SA.partition_to_pseudo[i])
SA.partition_to_pseudo[i] = DECL_RTL_IF_SET (var);
gcc_assert (SA.partition_to_pseudo[i]);//problemt is here
=
the sourec code(equal to C) is
int f(int p)
{
  int x = 3;
  return x;
}
and the gimple is 
int f(int) (int p)
{
  int D.1702;
  int x;

  D.1702 = x;
  return D.1702;
}
and the optimized is
int f(int) (int p)
{
 int x;
 int D.1702;

:
  D.1702_2 = x_1(D);
  return D.1702_2;
}
For the problem,according to my debug on VC,I found there  two VAR_DECL
through the expand_used_vars, then one will throught expand_one_stack_var
(var),and the one wiil through expand_one_hard_reg_var.And last both will bei
set_rtl (decl, x),ans is not the SA.partition_to_pseudo[i ]= 

   So SA.partition_to_pseudo[i] can't be filled and the assert failed.

   I think there must some missing or uncomplete in my project,i update my
project partly by the gcc trunk. Can you help me to diagnost this problem and
give me some hint. That's all right!

[Bug rtl-optimization/48064] Optimizer produces suboptimal code for e.g. x = x ^ (x >> 1)

[jasper.neumann at web dot de]

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

Jasper Neumann  changed:

   What|Removed |Added

   Severity|minor   |normal