[Bug debug/53704] [4.8 Regression] ICE: in based_loc_descr, at dwarf2out.c:10027 after revision 188621

[ebotcazou at gcc dot gnu.org]

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

--- Comment #12 from Eric Botcazou  2012-06-22 
07:18:56 UTC ---
Author: ebotcazou
Date: Fri Jun 22 07:18:50 2012
New Revision: 188874

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188874
Log:
PR debug/53704
* dwarf2out.c (gen_compile_unit_die): Use DW_LANG_Fortran90 as language
for GNU Fortran if in strict DWARF2 mode.

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

[Bug debug/53704] [4.8 Regression] ICE: in based_loc_descr, at dwarf2out.c:10027 after revision 188621

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #13 from Eric Botcazou  2012-06-22 
07:23:19 UTC ---
Patch applied.

[Bug gcov-profile/53744] gcov version oscillates between 407* and 407p on branches

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2012-06-22 
08:07:59 UTC ---
Author: rguenth
Date: Fri Jun 22 08:07:47 2012
New Revision: 188876

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188876
Log:
2012-06-22  Richard Guenther  

PR gcov-profile/53744
* gcov-iov.c (main): Treat "" and "prerelease" the same.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/gcov-iov.c

[Bug gcov-profile/53744] gcov version oscillates between 407* and 407p on branches

[rguenth at gcc dot gnu.org]

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

--- Comment #2 from Richard Guenther  2012-06-22 
08:10:54 UTC ---
Author: rguenth
Date: Fri Jun 22 08:10:48 2012
New Revision: 188877

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188877
Log:
2012-06-22  Richard Guenther  

PR gcov-profile/53744
* gcov-iov.c (main): Treat "" and "prerelease" the same.

Modified:
branches/gcc-4_7-branch/gcc/ChangeLog
branches/gcc-4_7-branch/gcc/gcov-iov.c

[Bug gcov-profile/53744] gcov version oscillates between 407* and 407p on branches

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Guenther  2012-06-22 
08:14:14 UTC ---
Author: rguenth
Date: Fri Jun 22 08:14:03 2012
New Revision: 188878

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188878
Log:
2012-06-22  Richard Guenther  

PR gcov-profile/53744
* gcov-iov.c (main): Treat "" and "prerelease" the same.

Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/gcov-iov.c

[Bug gcov-profile/53744] gcov version oscillates between 407* and 407p on branches

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Guenther  2012-06-22 
08:17:03 UTC ---
Author: rguenth
Date: Fri Jun 22 08:16:56 2012
New Revision: 188879

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188879
Log:
2012-06-22  Richard Guenther  

PR gcov-profile/53744
* gcov-iov.c (main): Treat "" and "prerelease" the same.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/gcov-iov.c

[Bug gcov-profile/53744] gcov version oscillates between 407* and 407p on branches

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

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

--- Comment #5 from Richard Guenther  2012-06-22 
08:18:19 UTC ---
Fixed.

[Bug c/53748] New: ice in fold_convert_loc

[dcb314 at hotmail dot com]

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

 Bug #: 53748
   Summary: ice in fold_convert_loc
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dcb...@hotmail.com


Created attachment 27687
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27687
C source code

I just tried to compile the package ratpoints-2.1.3-5
on gcc-4.8 trunk dated 20120620 on an AMD x86_64 box.

The compiler said

find_points.c: In function 'find_points_work':
find_points.c:1236:6: internal compiler error: in fold_convert_loc, at
fold-const.c:1986
 long find_points_work(ratpoints_args *args,
  ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -O2 required.

[Bug c/53749] New: ice in expand_shift_1

[dcb314 at hotmail dot com]

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

 Bug #: 53749
   Summary: ice in expand_shift_1
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dcb...@hotmail.com


Created attachment 27688
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27688
C source code

I just tried to compile the package slang-2.2.4
on gcc-4.8 trunk dated 20120620 on an AMD x86_64 box.

The compiler said

/home/dcb/rpmbuild/BUILD/slang-2.2.4/src/slarith.inc:697:32: internal compiler
error: in expand_shift_1, at expmed.c:2335
  for (n = 0; n < na; n++) b[n] = (2 * a[n]);
^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -O3 required.

[Bug tree-optimization/53748] [4.8 Regression] ice in fold_convert_loc

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-06-22
  Component|c   |tree-optimization
 CC||wschmidt at gcc dot gnu.org
 Ever Confirmed|0   |1
Summary|ice in fold_convert_loc |[4.8 Regression] ice in
   ||fold_convert_loc
   Target Milestone|--- |4.8.0

--- Comment #1 from Richard Guenther  2012-06-22 
08:54:58 UTC ---
Confirmed.  Happens in tree-ssa-phiopt.c in conditional_replacement.

[Bug c++/53202] [4.7/4.8 Regression] Copy constructor not called when starting a thread

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |

[Bug c++/52581] ICE with gcc-4.7 for H8300-elf target.

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2012-06-22
 CC||jason at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #2 from Jason Merrill  2012-06-22 
09:22:52 UTC ---
Please attach a preprocessed testcase to the PR.  In your case, you should be
able to generate this by trying to build libstdc++ with CXXFLAGS=-save-temps
and then attaching bitmap_allocator.ii.

[Bug bootstrap/53750] New: x86 bootstrap failure since 188876

[izamyatin at gmail dot com]

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

 Bug #: 53750
   Summary: x86 bootstrap failure since 188876
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: izamya...@gmail.com
Target: x86


Output snippet:
...
trunk/gcc/../libdecnumber -I../../src-trunk/gcc/../libdecnumber/bid
-I../libdecnumber\
-o build/gcov-iov.o ../../src-trunk/gcc/gcov-iov.c
../../src-trunk/gcc/gcov-iov.c: In function 'int main(int, char**)':
../../src-trunk/gcc/gcov-iov.c:58:39: error: 'strcmp' was not declared in this
scope
   || strcmp (argv[2], "prerelease") == 0)
   ^
make[6]: *** [build/gcov-iov.o] Error 1
make[6]: *** Waiting for unfinished jobs
/bin/sh ../../src-trunk/gcc/../move-if-change tmp-recog.c insn-recog.c echo
timestamp > s-recog /bin/sh ../../src-trunk/gcc/../move-if-change tmp-output.c
insn-output.c echo timestamp > s-output
/bin/sh ../../src-trunk/gcc/../move-if-change tmp-attrtab.cinsn-attrtab.c
/bin/sh ../../src-trunk/gcc/../move-if-change tmp-dfatab.c insn-dfatab.c
/bin/sh ../../src-trunk/gcc/../move-if-change tmp-latencytab.c
insn-latencytab.c echo timestamp > s-attrtab /bin/sh
../../src-trunk/gcc/../move-if-change tmp-automata.c insn-automata.c echo
timestamp > s-automata rm gcj-dbtool.pod jcf-dump.pod jv-convert.pod grmic.pod
gcj.pod gc-analyze.pod gcov.pod gfdl.pod cpp.pod gij.pod gfortran.pod gcc.pod
fsf-funding.pod
make[6]: Leaving directory
`/export/gnu/import/git/gcc-test-intel64corei7/bld/gcc'
make[5]: *** [all-stage2-gcc] Error 2
make[5]: Leaving directory `/export/gnu/import/git/gcc-test-intel64corei7/bld'
make[4]: *** [stage2-bubble] Error 2
make[4]: Leaving directory `/export/gnu/import/git/gcc-test-intel64corei7/bld'
make[3]: *** [bootstrap] Error 2
make[3]: Leaving directory `/export/gnu/import/git/gcc-test-intel64corei7/bld'
1994.22user 127.22system 8:17.26elapsed 426%CPU (0avgtext+0avgdata
560092maxresident)k
157512inputs+6632280outputs (9major+56001851minor)pagefaults 0swaps
make[2]: *** [bootstrap] Error 2
make[2]: Leaving directory `/export/gnu/import/git/gcc-test-intel64corei7'

[Bug bootstrap/53750] x86 bootstrap failure since 188876

[izamyatin at gmail dot com]

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

--- Comment #1 from Igor Zamyatin  2012-06-22 
10:14:40 UTC ---
Oh, I see that fix was already checked in. Great!

[Bug fortran/53685] surprising warns about transfer with explicit character range

[burnus at gcc dot gnu.org]

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

--- Comment #5 from Tobias Burnus  2012-06-22 
10:28:01 UTC ---
Author: burnus
Date: Fri Jun 22 10:27:56 2012
New Revision: 12

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=12
Log:
2012-06-22  Tobias Burnus  

Backport from mainline
2012-06-17  Tobias Burnus  

PR fortran/53691
PR fortran/53685
* check.c (gfc_calculate_transfer_sizes): Return if
SIZE= is not constant or source-size cannot be determined.

2012-06-22  Tobias Burnus  

Backport from mainline
2012-06-17  Tobias Burnus  

PR fortran/53691
PR fortran/53685
* gfortran.dg/transfer_check_3.f90: New.


Added:
branches/gcc-4_7-branch/gcc/testsuite/gfortran.dg/transfer_check_3.f90
Modified:
branches/gcc-4_7-branch/gcc/fortran/ChangeLog
branches/gcc-4_7-branch/gcc/fortran/check.c
branches/gcc-4_7-branch/gcc/testsuite/ChangeLog

[Bug fortran/53691] [4.7/4.8 Regression] ICE with -Wsurprising in LAPACK 3.4.1 cgbrfsx.f

[burnus at gcc dot gnu.org]

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

--- Comment #5 from Tobias Burnus  2012-06-22 
10:28:01 UTC ---
Author: burnus
Date: Fri Jun 22 10:27:56 2012
New Revision: 12

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=12
Log:
2012-06-22  Tobias Burnus  

Backport from mainline
2012-06-17  Tobias Burnus  

PR fortran/53691
PR fortran/53685
* check.c (gfc_calculate_transfer_sizes): Return if
SIZE= is not constant or source-size cannot be determined.

2012-06-22  Tobias Burnus  

Backport from mainline
2012-06-17  Tobias Burnus  

PR fortran/53691
PR fortran/53685
* gfortran.dg/transfer_check_3.f90: New.


Added:
branches/gcc-4_7-branch/gcc/testsuite/gfortran.dg/transfer_check_3.f90
Modified:
branches/gcc-4_7-branch/gcc/fortran/ChangeLog
branches/gcc-4_7-branch/gcc/fortran/check.c
branches/gcc-4_7-branch/gcc/testsuite/ChangeLog

[Bug fortran/53691] [4.7/4.8 Regression] ICE with -Wsurprising in LAPACK 3.4.1 cgbrfsx.f

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #6 from Tobias Burnus  2012-06-22 
10:29:05 UTC ---
FIXED on the 4.7 branch (for 4.7.2) and on the trunk (for 4.8).

Thanks for the bug report and sorry for the breakage!

[Bug target/46883] GCC ICE with error: unrecognizable insn

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

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

--- Comment #8 from Ramana Radhakrishnan  2012-06-22 
10:40:23 UTC ---
 Marking as fixed as I can see it fixed with 4.6.0 release , 4.6 branch, 4.7
branch and trunk.

[Bug fortran/53732] [4.7/4.8 Regression] "mismatching comparison operand types" on compile

[mikael at gcc dot gnu.org]

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

Mikael Morin  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #8 from Mikael Morin  2012-06-22 
11:24:04 UTC ---
(In reply to comment #7)
> > Well, it did!-) The patch even fixed the PR (no regression with -m32, 
> > further
> > testing in progress).
> 
> Testing finished without anything to report.
> 
Thanks for testing Dominique.
I'll come back to it next Monday or so.

Alexey, if this bug is annoying to you, you can probably circumvent it by
replacing "dim=one" for "dim=1" in the sum call, where "one" is a variable of
value 1.

[Bug lto/53751] New: [lto] collect2 generates a resolution file name -lm.res

[vincenzo.innocente at cern dot ch]

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

 Bug #: 53751
   Summary: [lto] collect2 generates a resolution file name
-lm.res
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vincenzo.innoce...@cern.ch


a file with a trailing dash is always a bit annoying...

touch CosmicClusterAlgo.cc EndcapPiZeroDiscriminatorAlgo.cc
HybridClusterAlgo.cc Multi5x5BremRecoveryClusterAlgo.cc PreshowerClusterAlgo.cc
a1.cc
c++ -c -flto -fPIC -fno-fat-lto-objects -ffunction-sections
CosmicClusterAlgo.cc EndcapPiZeroDiscriminatorAlgo.cc HybridClusterAlgo.cc
Multi5x5BremRecoveryClusterAlgo.cc PreshowerClusterAlgo.cc a1.cc
c++ -Wl,-v -O2 -g -fPIC -fno-fat-lto-objects -ffunction-sections -flto
-std=gnu++11 -msse3 CosmicClusterAlgo.o EndcapPiZeroDiscriminatorAlgo.o
HybridClusterAlgo.o Multi5x5BremRecoveryClusterAlgo.o PreshowerClusterAlgo.o
a1.o -shared -o libbho.so  -save-tempscollect2 version 4.7.2 20120615
(prerelease) [gcc-4_7-branch revision 188650]
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/bin/ld -plugin
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/libexec/gcc/x86_64-unknown-linux-gnu/4.7.2/liblto_plugin.so
-plugin-opt=/afs/cern.ch/user/i/innocent/w3/gcc47slc5/libexec/gcc/x86_64-unknown-linux-gnu/4.7.2/lto-wrapper
-plugin-opt=-fresolution=-lm.res -plugin-opt=-pass-through=-lgcc_s
-plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s --eh-frame-hdr
-m elf_x86_64 -shared -o libbho.so /usr/lib/../lib64/crti.o
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/crtbeginS.o
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../..
-v CosmicClusterAlgo.o EndcapPiZeroDiscriminatorAlgo.o HybridClusterAlgo.o
Multi5x5BremRecoveryClusterAlgo.o PreshowerClusterAlgo.o a1.o -lstdc++ -lm
-lgcc_s -lc -lgcc_s
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/crtendS.o
/usr/lib/../lib64/crtn.o
GNU gold (GNU Binutils 2.22.52.20120515) 1.11
[Leaving LTRANS /tmp/innocent/ccSYvTei.args]
[Leaving LTRANS libbho.so.ltrans.out]
[Leaving LTRANS /tmp/innocent/ccSuSfbA.args]
[Leaving LTRANS libbho.so.ltrans0.o]

ls
-lm.res   CosmicClusterAlgo.res
EndcapPiZeroDiscriminatorAlgo.o  HybridClusterAlgo.o
Multi5x5BremRecoveryClusterAlgo.o  PreshowerClusterAlgo.o  a1.o  
libbho.so.ltrans.out
CosmicClusterAlgo.cc  CosmicClusterAlgo.s  
EndcapPiZeroDiscriminatorAlgo.s  HybridClusterAlgo.s
Multi5x5BremRecoveryClusterAlgo.s  PreshowerClusterAlgo.s  a1.res
libbho.so.ltrans0.o
CosmicClusterAlgo.ii  EndcapPiZeroDiscriminatorAlgo.cc  HybridClusterAlgo.cc   
 Multi5x5BremRecoveryClusterAlgo.cc  PreshowerClusterAlgo.cc   
a1.cc   a1.s   libbho.so.ltrans0.s
CosmicClusterAlgo.o   EndcapPiZeroDiscriminatorAlgo.ii  HybridClusterAlgo.ii   
 Multi5x5BremRecoveryClusterAlgo.ii  PreshowerClusterAlgo.ii   
a1.ii   libbho.so

[Bug lto/53751] [lto] collect2 generates a resolution file name -lm.res

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2012-06-22 
12:13:40 UTC ---
There is a dup for this somewhere.  Only happens if you do not specify a
linker output file (and thus a.out is used).

[Bug bootstrap/53750] x86 bootstrap failure since 188876

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #2 from H.J. Lu  2012-06-22 12:16:30 
UTC ---
Fixed.

[Bug lto/53751] [lto] collect2 generates a resolution file name -lm.res

[vincenzo.innocente at cern dot ch]

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

--- Comment #2 from vincenzo Innocente  
2012-06-22 12:19:58 UTC ---
that was I suspected first.
but  I have
-shared -o libbho.so
and libbho.so is generated

[Bug tree-optimization/53748] [4.8 Regression] ice in fold_convert_loc

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 CC||bonzini at gnu dot org

--- Comment #2 from H.J. Lu  2012-06-22 12:21:46 
UTC ---
It is caused by revision 186905:

http://gcc.gnu.org/ml/gcc-cvs/2012-04/msg00858.html

[Bug lto/53751] [lto] collect2 generates a resolution file name -lm.res (with -save-temps)

[vincenzo.innocente at cern dot ch]

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

vincenzo Innocente  changed:

   What|Removed |Added

Summary|[lto] collect2 generates a  |[lto] collect2 generates a
   |resolution file name|resolution file name
   |-lm.res |-lm.res (with -save-temps)

--- Comment #3 from vincenzo Innocente  
2012-06-22 12:28:56 UTC ---
with just one file, minimal opt
first ok
second -lm.res

touch a1.cc
c++ -Wl,-v -fPIC -flto a1.cc -shared -o bho.so -save-temps
c++ -Wl,-v -fPIC -flto a1.o -shared -o bho.so -save-temps

collect2 version 4.7.2 20120615 (prerelease) [gcc-4_7-branch revision 188650]
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/bin/ld -plugin
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/libexec/gcc/x86_64-unknown-linux-gnu/4.7.2/liblto_plugin.so
-plugin-opt=/afs/cern.ch/user/i/innocent/w3/gcc47slc5/libexec/gcc/x86_64-unknown-linux-gnu/4.7.2/lto-wrapper
-plugin-opt=-fresolution=a1.res -plugin-opt=-pass-through=-lgcc_s
-plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s --eh-frame-hdr
-m elf_x86_64 -shared -o bho.so /usr/lib/../lib64/crti.o
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/crtbeginS.o
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../..
-v a1.o -lstdc++ -lm -lgcc_s -lc -lgcc_s
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/crtendS.o
/usr/lib/../lib64/crtn.o
GNU gold (GNU Binutils 2.22.52.20120515) 1.11
[Leaving LTRANS /tmp/innocent/cc29ngrg.args]
[Leaving LTRANS bho.so.ltrans.out]
[Leaving LTRANS /tmp/innocent/cc4SuQ5u.args]
[Leaving LTRANS bho.so.ltrans0.o]

c++ -Wl,-v -fPIC -flto a1.o -shared -o bho.so -save-temps
collect2 version 4.7.2 20120615 (prerelease) [gcc-4_7-branch revision 188650]
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/bin/ld -plugin
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/libexec/gcc/x86_64-unknown-linux-gnu/4.7.2/liblto_plugin.so
-plugin-opt=/afs/cern.ch/user/i/innocent/w3/gcc47slc5/libexec/gcc/x86_64-unknown-linux-gnu/4.7.2/lto-wrapper
-plugin-opt=-fresolution=-lm.res -plugin-opt=-pass-through=-lgcc_s
-plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s --eh-frame-hdr
-m elf_x86_64 -shared -o bho.so /usr/lib/../lib64/crti.o
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/crtbeginS.o
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../..
-v a1.o -lstdc++ -lm -lgcc_s -lc -lgcc_s
/afs/cern.ch/user/i/innocent/w3/gcc47slc5/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/crtendS.o
/usr/lib/../lib64/crtn.o
GNU gold (GNU Binutils 2.22.52.20120515) 1.11
[Leaving LTRANS /tmp/innocent/ccto8gdr.args]
[Leaving LTRANS bho.so.ltrans.out]
[Leaving LTRANS /tmp/innocent/cczK9K70.args]
[Leaving LTRANS bho.so.ltrans0.o]

[Bug c/53001] -Wfloat-conversion should be available to warn about floating point errors

[jjcogliati-r1 at yahoo dot com]

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

--- Comment #5 from Joshua Cogliati  2012-06-22 
12:29:14 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > I should have time to create a patch for this before 4.8 goes into stage 3. 
> >  Do
> > you think it needs a copyright assignment and if so what paperwork would you
> > need from my employer?
> 
> I am afraid so. See:
> https://www.gnu.org/prep/maintain/maintain.html#Legal-Matters
> 
> Write to g...@gcc.gnu.org asking for the documents. There are several people
> there dealing with this matter. Also, let us know if you find any problems.

I have written to to g...@gcc.gnu.org, and submitted the Employer disclaimer to
my employer, but my employer is reluctant to sign it. I may not be able to
create the patch because of that.

[Bug c/53001] -Wfloat-conversion should be available to warn about floating point errors

[manu at gcc dot gnu.org]

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

--- Comment #6 from Manuel López-Ibáñez  2012-06-22 
12:41:05 UTC ---
(In reply to comment #5)
> 
> I have written to to g...@gcc.gnu.org, and submitted the Employer disclaimer 
> to
> my employer, but my employer is reluctant to sign it. I may not be able to
> create the patch because of that.

Write to both g...@gcc.gnu.org and ass...@gnu.org to explain your case. They may
be able to work out an arrangement. Sadly, this situation is fairly common.

[Bug middle-end/53749] ice in expand_shift_1

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-06-22
  Component|c   |middle-end
 CC||rth at gcc dot gnu.org
 Ever Confirmed|0   |1
   Target Milestone|--- |4.8.0

--- Comment #1 from H.J. Lu  2012-06-22 13:52:52 
UTC ---
It is caused by revision 188786:

http://gcc.gnu.org/ml/gcc-cvs/2012-06/msg00696.html

[Bug debug/53671] [4.8 Regression] Many guality test failures

[hjl.tools at gmail dot com]

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

--- Comment #7 from H.J. Lu  2012-06-22 14:00:33 
UTC ---
As of revision 11, the remaining regressions are:

FAIL: gcc.dg/guality/pr43051-1.c  -Os  line 39 c == &a[0]
FAIL: gcc.dg/guality/pr49888.c  -Os  line 12 c == 0

[Bug target/53682] [4.7/4.8 Regression] ICE in cselib_lookup (SEGV) on i586-linux-gnu

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Alexandre Oliva  2012-06-22 
16:17:01 UTC ---
Fixed

[Bug middle-end/53749] ice in expand_shift_1

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |rth at gcc dot gnu.org
   |gnu.org |

--- Comment #2 from Richard Henderson  2012-06-22 
16:47:00 UTC ---
Mine.

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

[hjl at gcc dot gnu.org]

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

--- Comment #16 from hjl at gcc dot gnu.org  2012-06-22 
17:11:10 UTC ---
Author: hjl
Date: Fri Jun 22 17:10:58 2012
New Revision: 188893

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188893
Log:
Allow -mpreferred-stack-boundary=3 on x86-64

PR target/53383
* doc/invoke.texi: Add a warning for -mpreferred-stack-boundary=3.

* config/i386/i386.c (ix86_option_override_internal): Allow
-mpreferred-stack-boundary=3 for 64-bit if SSE is disabled.

* config/i386/i386.h (MIN_STACK_BOUNDARY): Set to 64 for 64-bit
if SSE is disabled.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.h
trunk/gcc/doc/invoke.texi

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #16 from hjl at gcc dot gnu.org  2012-06-22 
17:11:10 UTC ---
Author: hjl
Date: Fri Jun 22 17:10:58 2012
New Revision: 188893

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188893
Log:
Allow -mpreferred-stack-boundary=3 on x86-64

PR target/53383
* doc/invoke.texi: Add a warning for -mpreferred-stack-boundary=3.

* config/i386/i386.c (ix86_option_override_internal): Allow
-mpreferred-stack-boundary=3 for 64-bit if SSE is disabled.

* config/i386/i386.h (MIN_STACK_BOUNDARY): Set to 64 for 64-bit
if SSE is disabled.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.h
trunk/gcc/doc/invoke.texi

--- Comment #17 from H.J. Lu  2012-06-22 17:12:14 
UTC ---
Fixed for 4.8.0.

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

[hjl at gcc dot gnu.org]

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

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #17 from H.J. Lu  2012-06-22 17:12:14 
UTC ---
Fixed for 4.8.0.

[Bug target/53283] [4.8 Regression] Many failures on x86_64-apple-darwin10 after revision 186789

[gseanmcg at gmail dot com]

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

--- Comment #10 from Sean McGovern  2012-06-22 
18:24:25 UTC ---
Any new action on this? I still can't build anything that depends on the
CFSTR() macro.

[Bug fortran/53328] [OOP] Ambiguous check for type-bound GENERIC shall ignore PASSed arguments

[janus at gcc dot gnu.org]

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

--- Comment #4 from janus at gcc dot gnu.org 2012-06-22 21:05:55 UTC ---
Author: janus
Date: Fri Jun 22 21:05:51 2012
New Revision: 188902

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188902
Log:
2012-06-22  Janus Weil  

PR fortran/47710
PR fortran/53328
* interface.c (count_types_test, generic_correspondence,
gfc_compare_interfaces): Ignore PASS arguments.
(check_interface1, compare_parameter): Pass NULL arguments to
gfc_compare_interfaces.
* gfortran.h (gfc_compare_interfaces): Modified prototype.
* expr.c (gfc_check_pointer_assign): Pass NULL arguments to
gfc_compare_interfaces.
* resolve.c (resolve_structure_cons): Ditto.
(check_generic_tbp_ambiguity): Determine PASS arguments and pass them
to gfc_compare_interfaces.


2012-06-22  Janus Weil  

PR fortran/47710
PR fortran/53328
* gfortran.dg/typebound_generic_12.f03: New.
* gfortran.dg/typebound_generic_13.f03: New.

Added:
trunk/gcc/testsuite/gfortran.dg/typebound_generic_12.f03
trunk/gcc/testsuite/gfortran.dg/typebound_generic_13.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/expr.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/interface.c
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/47710] [OOP] Improve ambiguity check for GENERIC TBP w/ PASS and NOPASS

[janus at gcc dot gnu.org]

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

--- Comment #6 from janus at gcc dot gnu.org 2012-06-22 21:05:55 UTC ---
Author: janus
Date: Fri Jun 22 21:05:51 2012
New Revision: 188902

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188902
Log:
2012-06-22  Janus Weil  

PR fortran/47710
PR fortran/53328
* interface.c (count_types_test, generic_correspondence,
gfc_compare_interfaces): Ignore PASS arguments.
(check_interface1, compare_parameter): Pass NULL arguments to
gfc_compare_interfaces.
* gfortran.h (gfc_compare_interfaces): Modified prototype.
* expr.c (gfc_check_pointer_assign): Pass NULL arguments to
gfc_compare_interfaces.
* resolve.c (resolve_structure_cons): Ditto.
(check_generic_tbp_ambiguity): Determine PASS arguments and pass them
to gfc_compare_interfaces.


2012-06-22  Janus Weil  

PR fortran/47710
PR fortran/53328
* gfortran.dg/typebound_generic_12.f03: New.
* gfortran.dg/typebound_generic_13.f03: New.

Added:
trunk/gcc/testsuite/gfortran.dg/typebound_generic_12.f03
trunk/gcc/testsuite/gfortran.dg/typebound_generic_13.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/expr.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/interface.c
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/53328] [OOP] Ambiguous check for type-bound GENERIC shall ignore PASSed arguments

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from janus at gcc dot gnu.org 2012-06-22 21:10:51 UTC ---
Fixed with r188902. Closing.

[Bug fortran/47710] [OOP] Improve ambiguity check for GENERIC TBP w/ PASS and NOPASS

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #7 from janus at gcc dot gnu.org 2012-06-22 21:17:23 UTC ---
Fixed with r188902. Closing.

[Bug tree-optimization/53726] [4.8 Regression] aes test performance drop for eembc_2_0_peak_32

[hubicka at ucw dot cz]

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

--- Comment #22 from Jan Hubicka  2012-06-22 22:45:35 
UTC ---
> Yes.  The question is what is "very small" and how can we possibly

As what is very small is defined in the i386.c in the cost tables.
I simply run a small benchmark testing library&GCC implementations to
fill it in.  With new glibcs these tables may need upating.  I updated them
on some to make glibc in SUSE 11.x.

PR  43052 is about memcmp. Memcpy/memset should behave more or less sanely.
(that also reminds me that I should look again at the SSE memcpy/memset
implementation for 4.8)

> detect "very small".  For this testcase we can derive an upper bound
> of the size, which is 8, but the size is not constant.  I think unless
> we know we can expand the variable-size memcpy with, say, three
> CPU instructions inline there is no reason to not call memcpy.
> 
> Thus if the CPU could do
> 
>   tem = unaligned-load-8-bytes-from-src-and-ignore-faults;
>   mask = generate mask from size
>   store-unaligned-8-bytes-with-maxk
> 
> then expanding the memcpy call inline would be a win I suppose.
> AVX has VMASKMOV, but I'm not sure using that for sizes <= 16
> bytes is profitable?  Note that from the specs
> of VMASKMOV it seems the memory operands need to be aligned and
> the mask does not support byte-granularity.
> 
> Which would leave us to inline expanding the case of at most 2 byte
> memcpy.  Of course currently there is no way to record an upper
> bound for the size (we do not retain value-range information - but
> we of course should).

My secret plan was to make VRP produce value profiling histogram
when value is known to be with small range.  Should be quite easy
to implement.

Honza

Re: [Bug tree-optimization/53726] [4.8 Regression] aes test performance drop for eembc_2_0_peak_32

[Jan Hubicka]

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53726
> 
> --- Comment #22 from Jan Hubicka  2012-06-22 22:45:35 
> UTC ---
> > Yes.  The question is what is "very small" and how can we possibly
> 
> As what is very small is defined in the i386.c in the cost tables.
> I simply run a small benchmark testing library&GCC implementations to
> fill it in.  With new glibcs these tables may need upating.  I updated them
> on some to make glibc in SUSE 11.x.
> 
> PR  43052 is about memcmp. Memcpy/memset should behave more or less sanely.
> (that also reminds me that I should look again at the SSE memcpy/memset
> implementation for 4.8)

That also reminds me that this tunning was mostly reverted with the SSE work.
I will look into that patches and push out the safe bits for 4.8

Honza

[Bug tree-optimization/53726] [4.8 Regression] aes test performance drop for eembc_2_0_peak_32

[hubicka at ucw dot cz]

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

--- Comment #23 from Jan Hubicka  2012-06-22 23:04:21 
UTC ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53726
> 
> --- Comment #22 from Jan Hubicka  2012-06-22 22:45:35 
> UTC ---
> > Yes.  The question is what is "very small" and how can we possibly
> 
> As what is very small is defined in the i386.c in the cost tables.
> I simply run a small benchmark testing library&GCC implementations to
> fill it in.  With new glibcs these tables may need upating.  I updated them
> on some to make glibc in SUSE 11.x.
> 
> PR  43052 is about memcmp. Memcpy/memset should behave more or less sanely.
> (that also reminds me that I should look again at the SSE memcpy/memset
> implementation for 4.8)

That also reminds me that this tunning was mostly reverted with the SSE work.
I will look into that patches and push out the safe bits for 4.8

Honza