[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 --- Comment #20 from Gabor Z. Papp 2010-10-02 06:58:38 UTC --- (In reply to comment #19) > > make configure-target-libmudflap > > make: *** No rule to make target `configure-target-libmudflap'. Stop. My bad. I'm building gcc in ./obj So running make configure-target-libmudflag in obj: $ make configure-target-libmudflap Checking multilib configuration for libmudflap...
[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 --- Comment #19 from Gabor Z. Papp 2010-10-02 06:56:43 UTC --- (In reply to comment #15) > make configure-target-libmudflap make: *** No rule to make target `configure-target-libmudflap'. Stop.
[Bug fortran/43062] NAMELIST attribute conflicts with ALLOCATABLE attribute
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43062 --- Comment #18 from Tobias Burnus 2010-10-02 06:44:41 UTC --- (In reply to comment #16) > Interpretation request for the June J3 meeting: > http://j3-fortran.org/doc/meeting/192/10-146.txt > Proposed edit is to allow ALLOCATABLEs. (In reply to comment #17) > Any further direction on this? Updated IR: http://j3-fortran.org/doc/meeting/192/10-146r1.txt Status at the meeting: http://j3-fortran.org/doc/meeting/193/10-198.txt > 0. List of papers passed at meeting #192 > >The interpretations passed by this meeting were: >[...] F08/0002 == 10-146r1 [...]
[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 --- Comment #18 from Ralf Wildenhues 2010-10-02 05:34:16 UTC --- Ah, sorry. The sed script was meant for the toplevel source directory. Your .../libmudflap/config.log however looks like configure did compute the maximum command line length correctly. Let's hope the shell trace log will provide more clues. Thanks.
[Bug target/45858] [4.6 Regression] Revision 164671 failed gcc.dg/dfp/convert-dfp-round-thread.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45858 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #2 from H.J. Lu 2010-10-02 03:38:22 UTC --- Fixed as of revision 164878.
[Bug tree-optimization/45860] [4.6 Regression] ICE: verify_ssa failed: virtual SSA name for non-VOP decl at -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45860 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.10.02 01:45:14 CC||hubicka at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from H.J. Lu 2010-10-02 01:45:14 UTC --- It is caused by revision 164688: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00987.html
[Bug libstdc++/45863] [4.6 regression] FAIL: libstdc++-abi/abi_check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45863 H.J. Lu changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2010-10/msg00062.htm ||l --- Comment #6 from H.J. Lu 2010-10-02 00:40:42 UTC --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2010-10/msg00062.html
[Bug libstdc++/45863] [4.6 regression] FAIL: libstdc++-abi/abi_check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45863
--- Comment #5 from H.J. Lu 2010-10-01 23:57:57
UTC ---
Also
if [ -n ${pvs} ]; then
${pvs} ${lib} | \
needs a quote like
if [ -n "${pvs}" ]; then
${pvs} ${lib} | \
[Bug libstdc++/45863] [4.6 regression] FAIL: libstdc++-abi/abi_check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45863 --- Comment #4 from H.J. Lu 2010-10-01 23:54:16 UTC --- I got /export/gnu/import/svn/gcc-test/src-trunk/libstdc++-v3/testsuite/../scripts/extract_symvers: line 88: nawk: command not found^M or /export/gnu/import/git/gcc/libstdc++-v3/testsuite/../scripts/extract_symvers: line 55: [: pvs: binary operator expected^M Linux has pvs: [...@gnu-1 testsuite]$ rpm -qf /sbin/pvs lvm2-2.02.73-2.fc13.x86_64 [...@gnu-1 testsuite]$ # Sun ld doesn't record symbol versions in .dynsym entries and they cannot # easily be extracted from readelf --versions output, so use pvs instead. if type pvs 2>&1 | grep 'not found' > /dev/null; then : else pvs="pvs -dsvo" fi is completely bogus.
[Bug testsuite/45856] gcc.c-torture/execute/cmpsf-1.c/cmpsi-2.c failed on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45856 Jack Howarth changed: What|Removed |Added CC||howarth at nitro dot ||med.uc.edu --- Comment #2 from Jack Howarth 2010-10-01 23:52:48 UTC --- Since gcc.c-torture/execute/cmpsf-1.c and gcc.c-torture/execute/cmpsi-2.c appear to be specific to the microblaze architecture, shouldn't these tests be moved into gcc.target/microblaze?
[Bug libstdc++/45863] [4.6 regression] FAIL: libstdc++-abi/abi_check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45863 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot ||com --- Comment #3 from Paolo Carlini 2010-10-01 23:42:23 UTC --- At the cost of annoyingly repeating myself, patches touching the linker script, and versioning, etc, *must* be always tested on Linux too. Thanks.
[Bug libstdc++/45863] [4.6 regression] FAIL: libstdc++-abi/abi_check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45863 --- Comment #2 from H.J. Lu 2010-10-01 23:35:56 UTC --- current_symbols.txt is empty.
[Bug bootstrap/45381] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: error: AltiVec argument passed to unprototyped function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45381 --- Comment #7 from Dominique d'Humieres 2010-10-01 23:33:03 UTC --- (In reply to comment #6) > I'd prefer it if you provided some amount of detail about *what* > fails with the patch attached to this PR, rather than just reporting > the bare fact of not working. gcc -I../../gcc-4.6-work/libcpp -I. -I../../gcc-4.6-work/libcpp/../include -I../../gcc-4.6-work/libcpp/include -g -fkeep-inline-functions -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -pedantic -Wno-long-long -I../../gcc-4.6-work/libcpp -I. -I../../gcc-4.6-work/libcpp/../include -I../../gcc-4.6-work/libcpp/include -c -o lex.o -MT lex.o -MMD -MP -MF .deps/lex.Tpo ../../gcc-4.6-work/libcpp/lex.c ../../gcc-4.6-work/libcpp/lex.c:789: error: conflicting types for 'warn_in_comment' ../../gcc-4.6-work/libcpp/lex.c:62: error: previous declaration of 'warn_in_comment' was here ../../gcc-4.6-work/libcpp/lex.c: In function 'warn_in_comment': ../../gcc-4.6-work/libcpp/lex.c:796: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:801: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:810: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:811: warning: control reaches end of non-void function ../../gcc-4.6-work/libcpp/lex.c: In function '_cpp_process_line_notes': ../../gcc-4.6-work/libcpp/lex.c:851: error: invalid operands to binary || ../../gcc-4.6-work/libcpp/lex.c: At top level: ../../gcc-4.6-work/libcpp/lex.c:883: error: conflicting types for '_cpp_skip_block_comment' ../../gcc-4.6-work/libcpp/internal.h:596: error: previous declaration of '_cpp_skip_block_comment' was here ../../gcc-4.6-work/libcpp/lex.c: In function '_cpp_skip_block_comment': ../../gcc-4.6-work/libcpp/lex.c:922: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:934: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:935: warning: control reaches end of non-void function ../../gcc-4.6-work/libcpp/lex.c: In function 'skip_whitespace': ../../gcc-4.6-work/libcpp/lex.c:958: error: incompatible types in initialization ../../gcc-4.6-work/libcpp/lex.c:967: error: incompatible types in assignment ../../gcc-4.6-work/libcpp/lex.c:979: error: invalid operands to binary != ../../gcc-4.6-work/libcpp/lex.c: In function 'forms_identifier_p': ../../gcc-4.6-work/libcpp/lex.c:1035: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1044: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1055: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1059: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1060: warning: control reaches end of non-void function ../../gcc-4.6-work/libcpp/lex.c: In function 'lex_identifier': ../../gcc-4.6-work/libcpp/lex.c:1130: error: wrong type argument to unary exclamation mark ../../gcc-4.6-work/libcpp/lex.c:1137: error: invalid operands to binary != ../../gcc-4.6-work/libcpp/lex.c:1146: error: invalid operands to binary != ../../gcc-4.6-work/libcpp/lex.c: In function 'lex_number': ../../gcc-4.6-work/libcpp/lex.c:1209: error: invalid operands to binary != ../../gcc-4.6-work/libcpp/lex.c: In function 'lex_string': ../../gcc-4.6-work/libcpp/lex.c:1523: error: incompatible types in initialization ../../gcc-4.6-work/libcpp/lex.c:1579: error: incompatible types in assignment ../../gcc-4.6-work/libcpp/lex.c:1582: error: invalid operands to binary != ../../gcc-4.6-work/libcpp/lex.c: At top level: ../../gcc-4.6-work/libcpp/lex.c:1863: error: conflicting types for '_cpp_get_fresh_line' ../../gcc-4.6-work/libcpp/internal.h:595: error: previous declaration of '_cpp_get_fresh_line' was here ../../gcc-4.6-work/libcpp/lex.c: In function '_cpp_get_fresh_line': ../../gcc-4.6-work/libcpp/lex.c:1868: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1875: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1880: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1885: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c:1899: error: incompatible types in return ../../gcc-4.6-work/libcpp/lex.c: In function '_cpp_lex_direct': ../../gcc-4.6-work/libcpp/lex.c:1944: error: wrong type argument to unary exclamation mark ../../gcc-4.6-work/libcpp/lex.c:2044: error: incompatible type for argument 3 of 'lex_identifier' ../../gcc-4.6-work/libcpp/lex.c:2068: error: invalid operands to binary != ../../gcc-4.6-work/libcpp/lex.c:2270: error: invalid operands to binary != ../../gcc-4.6-work/libcpp/lex.c:2273: error: incompatible type for argument 3 of 'lex_identifier' ../../gcc-4.6-work/libcpp/lex.c: At top level: ../../gcc-4.6-work/libcpp/lex.c:2356: error: conflicting types for 'cpp_spell_token' ../../gcc-4.6-work/libcpp/include/cpplib.h:723: error: previous declaration of 'cpp_spell_token' was here ../../gcc-4.6-work/libcpp/lex.c: In function 'cpp_spell_token': ../.
[Bug middle-end/16660] attribute((aligned)) doesn't work for variables on the stack for greater than required alignement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660 Andrew Pinski changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2010-10/msg00060.htm ||l --- Comment #19 from Andrew Pinski 2010-10-01 23:03:15 UTC --- Fixed fully with http://gcc.gnu.org/ml/gcc-patches/2010-10/msg00060.html .
[Bug libstdc++/45863] [4.6 regression] FAIL: libstdc++-abi/abi_check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45863 --- Comment #1 from H.J. Lu 2010-10-01 23:00:02 UTC --- I got Problems parsing the list of exported symbols. FAIL: libstdc++-abi/abi_check
[Bug bootstrap/45801] [4.6 regression] powerpc64-linux bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45801 Mikael Pettersson changed: What|Removed |Added CC||bernds at gcc dot gnu.org --- Comment #4 from Mikael Pettersson 2010-10-01 22:54:40 UTC --- A bisection identified r164552 as the cause of or trigger for this regression: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00849.html URL: http://gcc.gnu.org/viewcvs?root=3Dgcc&view=3Drev&rev=3D164552 Log: PR rtl-optimization/44374 * basic-block.h (enum bb_flags): Add BB_MODIFIED. ...
[Bug libstdc++/45863] New: [4.6 regression] FAIL: libstdc++-abi/abi_check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45863 Summary: [4.6 regression] FAIL: libstdc++-abi/abi_check Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com CC: r...@gcc.gnu.org On Linux/x86-64, revision 164879 gave FAIL: libstdc++-abi/abi_check Revision 164874 is OK. It may be caused by revision 164879: http://gcc.gnu.org/ml/gcc-cvs/2010-10/msg00060.html
[Bug bootstrap/45612] [4.6 regression] Reference to undefined label building libada on Solaris 2/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45612
--- Comment #21 from hainque at adacore dot com
2010-10-01 22:11:52 UTC ---
hubicka at gcc dot gnu.org wrote:
> We might be missing some code in inliner that passes the fact that
> the label is user label...
I don't yet have a clear track here, but can provide a pretty easy
way to reproduce with a cross and get starters for further analysis:
$ configure --target=sparc-sun-solaris2.10 --enable-languages=c,ada
--disable-libada --disable-bootstrap
$ make CFLAGS="-O0 -g"
...
let it fail when it gets to C parts of runtime libraries.
you should have gnat1 at this stage. then ...
$ cd gcc
$ make -C ada ../stamp-gnatlib1-rts
this prepares the runtime library source symlinks in ada/rts. now:
$ ./gnat1 -Iada/rts ada/rts/g-debpoo.adb -O2 -fdump-tree-all -da
the anomaly is visible in the output, in particular in one call
to debug_pools__put_line from the code for 'Dereference'
gnat__debug_pools__dereference__2:
...
ld [%g1+%lo(gnat__debug_pools__code_address_for_dereference_end)], %o4
...
sethi %hi(.LL544), %o3
...
callgnat__debug_pools__put_line, 0
or %o3, %lo(.LL544), %o3
LL544 is nowhere for me.
From a quick glance, this one of the calls to Put_Line in
<>
if not Valid then
if Pool.Raise_Exceptions then
raise Accessing_Not_Allocated_Storage;
else
Put (Output_File (Pool),
"error: Accessing not allocated storage, at ");
Put_Line (Output_File (Pool), Pool.Stack_Trace_Depth, null,
Dereference_Label'Address,
Code_Address_For_Dereference_End);
end if;
else
Header := Header_Of (Storage_Address);
if Header.Block_Size < 0 then
if Pool.Raise_Exceptions then
raise Accessing_Deallocated_Storage;
else
Put (Output_File (Pool),
"error: Accessing deallocated storage, at ");
Put_Line
(Output_File (Pool), Pool.Stack_Trace_Depth, null,
Dereference_Label'Address,
Code_Address_For_Dereference_End);
which indeed passe the address of the <> code
label.
Compiling -da then grep suggests that the label disappears as of
ada/rts/g-debpoo.adb.153r.vregs:
(code_label/s 12 11 13 4 538 ("dereference_label") [4 uses])
ada/rts/g-debpoo.adb.154r.into_cfglayout:
(note/s 12 11 14 2 ("dereference_label") NOTE_INSN_DELETED_LABEL 538)
This is still very rough and obviously needs further investigation, but
yields starters.
[Bug bootstrap/45381] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: error: AltiVec argument passed to unprototyped function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45381 --- Comment #6 from Richard Henderson 2010-10-01 22:00:47 UTC --- (In reply to comment #5) > I think altivec should disabled with "gcc version 4.0.1 (Apple Inc. build > 5493)". Otherwise this pr could be closed as wontfix. I'd prefer it if you provided some amount of detail about *what* fails with the patch attached to this PR, rather than just reporting the bare fact of not working.
[Bug c++/42018] Template specialization in wrong namespace accepted if it matches template arguments of an earlier specialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42018 --- Comment #5 from Jonathan Wakely 2010-10-01 21:21:03 UTC --- incomplete patch posted to http://gcc.gnu.org/ml/gcc-patches/2010-10/msg00054.html
[Bug middle-end/45862] New: SUPPORTS_WEAK is documented as a C expression, used as a compile time constant
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45862 Summary: SUPPORTS_WEAK is documented as a C expression, used as a compile time constant Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: s...@cup.hp.com The hppa[12]*-hp-hpux11* platforms fail to bootstrap because they are using SUPPORTS_WEAK as a C expression (as documented) but the GCC code actually requires that SUPPORTS_WEAK be a constant because it is used in #if statements. gcc/defaults.h contains: # if SUPPORTS_WEAK and #if defined (TARGET_ASM_NAMED_SECTION) && SUPPORTS_WEAK And looking through the defines during an hppa2.0w-hp-hpux11.11 build I see: gcc/config/pa/som.h:#define SUPPORTS_WEAK (TARGET_SOM_SDEF && TARGET_GAS) obj_gcc/gcc/options.h:#define target_flags global_options.x_target_flags obj_gcc/gcc/options.h:#define MASK_GAS (1 << 4) obj_gcc/gcc/options.h:#define TARGET_GAS ((target_flags & MASK_GAS) != 0) This gives a syntax error when SUPPORTS_GCC expands to include global_options.x_target_flags during compilation. It used to not give a syntax error (prior to r164723) but it was probably not working correctly either.
[Bug fortran/43062] NAMELIST attribute conflicts with ALLOCATABLE attribute
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43062 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot ||gnu.org --- Comment #17 from Jerry DeLisle 2010-10-01 20:20:53 UTC --- Any further direction on this?
[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 --- Comment #17 from Gabor Z. Papp 2010-10-01 18:42:49 UTC --- (In reply to comment #15) > Please attach i686-pc-linux-gnu/libmudflap/config.log Done. > Please post the output of the following commands (modifying the configure > script to post verbose output, and rerunning it): > > sed -i '/checking the maximum length/a\ > set -x > ' libmudflap/configure I'm not sure I understand this part. In what directory level run this command? ~/src/gcc-4.4.5/obj/i686-pc-linux-gnu $ sed -i '/checking the maximum length/a\ > set -x > ' libmudflap/configure sed: can't read libmudflap/configure: No such file or directory ~/src/gcc-4.4.5/obj/i686-pc-linux-gnu/libmudflap $ ls -l total 504 -rw-r--r-- 1 gzp gzp 30715 Oct 1 20:35 Makefile -rw-r--r-- 1 gzp gzp 8728 Oct 1 20:34 config.cache -rw-r--r-- 1 gzp gzp 7996 Oct 1 20:35 config.h -rw-r--r-- 1 gzp gzp 102009 Oct 1 20:35 config.log -rwxr-xr-x 1 gzp gzp 78680 Oct 1 20:35 config.status -rwxr-xr-x 1 gzp gzp 258177 Oct 1 20:35 libtool -rw-r--r-- 1 gzp gzp 3 Oct 1 20:34 multilib.out drwxr-xr-x 2 gzp gzp 4096 Oct 1 20:34 pth -rw-r--r-- 1 gzp gzp 23 Oct 1 20:35 stamp-h1 drwxr-xr-x 2 gzp gzp 4096 Oct 1 20:35 testsuite
[Bug tree-optimization/41460] value-numbering does not handle type-punning in a user-friendly way
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41460 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.10.01 18:41:12 Ever Confirmed|0 |1 --- Comment #1 from Andrew Pinski 2010-10-01 18:41:12 UTC --- Confirmed.
[Bug bootstrap/45612] [4.6 regression] Reference to undefined label building libada on Solaris 2/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45612 --- Comment #20 from dave at hiauly1 dot hia.nrc.ca 2010-10-01 18:34:45 UTC --- > --- Comment #18 from Jan Hubicka 2010-10-01 > 17:24:27 UTC --- > Hmm, I tried to use one of compile farm sparc machines, but no luck. Either > with ssh on them I end on gcc12 that is amd64 or they are down. > I am looking into the dumps if I can make sense of it, so far I don't seem to > be able to find the code taking address of local label in .optimized dump at > all. I had trouble too. I kept all the dumps just in case we needed something earlier. Dave
[Bug c/45861] New: Possible missed optimization - array ops vs shift-and-mask
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45861 Summary: Possible missed optimization - array ops vs shift-and-mask Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: za...@panix.com Created attachment 21938 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=21938 test case The attached .c file contains two functions, which (unless I screwed up) compute exactly the same (mathematical) function - they take an array of 8 bytes, permute its elements, and stuff them into a 64-bit integer, which is then returned. However, GCC generates very different code for each (on x86-64). There seem to be two missed optimization opportunities here: 1) I don't know *which* of the two code generation possibilities here is better, but it seems like GCC ought to know and ought to generate that code for both functions. 2) Could we be taking advantage of SSEn vector permute instructions here?
[Bug other/35377] stack-protector: multiple definition of `__stack_chk_fail_local'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35377
Gabor Z. Papp changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Version|4.2.3 |4.4.5
Resolution||FIXED
--- Comment #2 from Gabor Z. Papp 2010-10-01 17:47:57 UTC
---
Changing in gcc/gcc.c
#define LINK_SSP_SPEC "%{fstack-protector|fstack-protector-all:-lssp_nonshared
-lssp}"
to
#define LINK_SSP_SPEC "%{fstack-protector|fstack-protector-all:-lssp}"
solved the problem.
[Bug ada/41321] Ada runtime not initializing fpu (finit)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41321 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Eric Botcazou 2010-10-01 17:47:20 UTC --- Fixed in 4.5 and later.
[Bug ada/41321] Ada runtime not initializing fpu (finit)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41321 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED CC||ebotcazou at gcc dot ||gnu.org Target Milestone|4.4.6 |4.5.0 Known to fail||
[Bug fortran/45827] mio_component_ref(): Component not found when mixing f90 and f03 in large projects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Jerry DeLisle changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #19 from Jerry DeLisle 2010-10-01
17:42:40 UTC ---
After applying this patch to get rid of the error in comment #18:
--- a/cpp.c
+++ b/cpp.c
@@ -510,10 +510,11 @@ gfc_cpp_post_options (void)
|| gfc_cpp_option.dump_includes))
gfc_fatal_error("To enable preprocessing, use -cpp");
- cpp_in = cpp_create_reader (CLK_GNUC89, NULL, line_table);
if (!gfc_cpp_enabled ())
return;
+ cpp_in = cpp_create_reader (CLK_GNUC89, NULL, line_table);
+
gcc_assert (cpp_in);
/* The cpp_options-structure defines far more flags than those set here.
I can now see this:
==7134== 4 bytes in 2 blocks are definitely lost in loss record 2 of 842
==7134==at 0x4A04481: calloc (vg_replace_malloc.c:418)
==7134==by 0xCCDB08: xcalloc (xmalloc.c:162)
==7134==by 0x4F6E8F: parse_atom (module.c:1037)
==7134==by 0x4FD7EC: gfc_use_module (module.c:5595)
==7134==by 0x501C94: accept_statement (parse.c:1574)
==7134==by 0x504A2A: parse_spec (parse.c:2588)
==7134==by 0x5074F0: gfc_parse_file (parse.c:4109)
==7134==by 0x53EB97: gfc_be_parse_file (f95-lang.c:242)
==7134==by 0x83523F: toplev_main (toplev.c:955)
==7134==by 0x3E9F21EC5C: (below main) (libc-start.c:226)
==7134==
==7134== 159 bytes in 1 blocks are definitely lost in loss record 499 of 842
==7134==at 0x4A04481: calloc (vg_replace_malloc.c:418)
==7134==by 0xCCDB08: xcalloc (xmalloc.c:162)
==7134==by 0x659E64: init_emit (emit-rtl.c:5574)
==7134==by 0x6E3328: prepare_function_start (function.c:4382)
==7134==by 0x6E8E88: init_function_start (function.c:4436)
==7134==by 0x5554D6: trans_function_start.isra.2 (trans-decl.c:2002)
==7134==by 0x55F7C0: gfc_generate_function_code (trans-decl.c:4557)
==7134==by 0x543B8A: gfc_generate_module_code (trans.c:1433)
==7134==by 0x507AD5: gfc_parse_file (parse.c:4377)
==7134==by 0x53EB97: gfc_be_parse_file (f95-lang.c:242)
==7134==by 0x83523F: toplev_main (toplev.c:955)
==7134==by 0x3E9F21EC5C: (below main) (libc-start.c:226)
==7134==
==7134== 184 bytes in 1 blocks are definitely lost in loss record 514 of 842
==7134==at 0x4A04481: calloc (vg_replace_malloc.c:418)
==7134==by 0xCCDB08: xcalloc (xmalloc.c:162)
==7134==by 0x4C853F: gfc_get_expr (expr.c:48)
==7134==by 0x51A924: extract_compcall_passed_object (resolve.c:5283)
==7134==by 0x51A978: check_typebound_baseobject (resolve.c:5405)
==7134==by 0x51AE09: resolve_typebound_call (resolve.c:5607)
==7134==by 0x51E730: resolve_code (resolve.c:5843)
==7134==by 0x51F1AB: gfc_resolve_blocks (resolve.c:8568)
==7134==by 0x51D3E3: resolve_code (resolve.c:8810)
==7134==by 0x51F332: resolve_codes (resolve.c:13323)
==7134==by 0x51F23F: resolve_codes (resolve.c:13309)
==7134==by 0x51171B: gfc_resolve (resolve.c:13350)
==7134==
==7134== 192 (96 direct, 96 indirect) bytes in 6 blocks are definitely lost in
loss record 518 of 842
==7134==at 0x4A04481: calloc (vg_replace_malloc.c:418)
==7134==by 0xCCDB08: xcalloc (xmalloc.c:162)
==7134==by 0x4F7C87: mio_formal_arglist (module.c:2517)
==7134==by 0x4FA0CF: mio_component (module.c:2402)
==7134==by 0x4FA49D: mio_symbol (module.c:2434)
==7134==by 0x4FA7CF: load_needed (module.c:4171)
==7134==by 0x4FA775: load_needed (module.c:4132)
==7134==by 0x4FA780: load_needed (module.c:4133)
==7134==by 0x4FA775: load_needed (module.c:4132)
==7134==by 0x4FA775: load_needed (module.c:4132)
==7134==by 0x4FA780: load_needed (module.c:4133)
==7134==by 0x4FA775: load_needed (module.c:4132)
==7134==
and several other similar messages.
[Bug bootstrap/45612] [4.6 regression] Reference to undefined label building libada on Solaris 2/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45612 --- Comment #19 from Eric Botcazou 2010-10-01 17:35:47 UTC --- > Hmm, I tried to use one of compile farm sparc machines, but no luck. Either > with ssh on them I end on gcc12 that is amd64 or they are down. Try grobluk (ssh -p 9202 lo...@gcc12.fsffrance.org), it's a 6x machine. Ada compilers are available in /opt/cfarm/release. > I am looking into the dumps if I can make sense of it, so far I don't seem to > be able to find the code taking address of local label in .optimized dump at > all. > > We might be missing some code in inliner that passes the fact that the label > is > user label... I'll look into this next week.
[Bug bootstrap/45612] [4.6 regression] Reference to undefined label building libada on Solaris 2/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45612 --- Comment #18 from Jan Hubicka 2010-10-01 17:24:27 UTC --- Hmm, I tried to use one of compile farm sparc machines, but no luck. Either with ssh on them I end on gcc12 that is amd64 or they are down. I am looking into the dumps if I can make sense of it, so far I don't seem to be able to find the code taking address of local label in .optimized dump at all. We might be missing some code in inliner that passes the fact that the label is user label...
[Bug middle-end/44716] [4.6 Regression] Bootstrap fails with partial inlining (r161382)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44716 --- Comment #18 from Steve Ellcey 2010-10-01 17:05:53 UTC --- Author: sje Date: Fri Oct 1 17:05:45 2010 New Revision: 164891 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164891 Log: 2010-10-01 Steve Ellcey PR tree-optimization/44716 * config/ia64/hpux.h (UNLIKELY_EXECUTED_TEXT_SECTION_NAME): Define. (HOT_TEXT_SECTION_NAME): Define. Modified: trunk/gcc/ChangeLog trunk/gcc/config/ia64/hpux.h
[Bug debug/45849] [4.6 Regression] ICE: in emit_note_insn_var_location, at var-tracking.c:7336 with -O -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45849 --- Comment #6 from Jakub Jelinek 2010-10-01 16:43:09 UTC --- Seems simplify_rtx depends on ORIG_REGNO or REG_POINTER: (gdb) p debug_rtx (copy) (plus:DI (minus:DI (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66]) (reg:DI 41 r12)) (mult:DI (minus:DI (reg/v/f:DI 6 bp [orig:76 rp ] [76]) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66])) (reg/v:DI 43 r14 [orig:62 repllen ] [62]))) $52 = void (gdb) p debug_rtx (0x719403c0) (plus:DI (minus:DI (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66]) (reg/v/f:DI 41 r12 [orig:61 text ] [61])) (mult:DI (minus:DI (reg/v/f:DI 6 bp [orig:76 rp ] [76]) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66])) (reg/v:DI 43 r14 [orig:62 repllen ] [62]))) $53 = void (gdb) p rtx_equal_p (copy, 0x719403c0) $54 = 1 (gdb) p debug_rtx (simplify_rtx (copy)) (plus:DI (mult:DI (minus:DI (reg/v/f:DI 6 bp [orig:76 rp ] [76]) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66])) (reg/v:DI 43 r14 [orig:62 repllen ] [62])) (minus:DI (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66]) (reg:DI 41 r12))) $55 = void (gdb) p debug_rtx (simplify_rtx (0x719403c0)) (plus:DI (minus:DI (mult:DI (minus:DI (reg/v/f:DI 6 bp [orig:76 rp ] [76]) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66])) (reg/v:DI 43 r14 [orig:62 repllen ] [62])) (reg/v/f:DI 41 r12 [orig:61 text ] [61])) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66])) $56 = void (gdb) p rtx_equal_p (simplify_rtx (copy), simplify_rtx (0x719403c0)) $57 = 0
[Bug tree-optimization/45860] New: [4.6 Regression] ICE: verify_ssa failed: virtual SSA name for non-VOP decl at -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45860
Summary: [4.6 Regression] ICE: verify_ssa failed: virtual SSA
name for non-VOP decl at -O1
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
Created attachment 21937
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=21937
reduced testcase
Might be related to PR45732
Compiler output:
$ gcc -O pr45860.c
pr45860.c: In function 'foo':
pr45860.c:2:1: error: virtual SSA name for non-VOP decl
while verifying SSA_NAME cstore.1_7 in statement
# .MEM_13 = VDEF <.MEM_10>
cstore.1_7 = MEM[(char * {ref-all})D.2686_4];
pr45860.c:2:1: error: virtual SSA name for non-VOP decl
while verifying SSA_NAME cstore.1_8 in statement
cstore.1_8 = PHI
pr45860.c:2:1: error: virtual SSA name for non-VOP decl
pr45860.c:2:1: error: missing definition
for SSA_NAME: cstore.1_7 in statement:
cstore.1_8 = PHI
PHI argument
cstore.1_7
for PHI node
cstore.1_8 = PHI
pr45860.c:2:1: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
Tested revisions:
r164716 - crash
r163636 - OK
[Bug c++/45845] g++.dg/pubtypes.C scan-assembler "A\\\\\\\\0"+[ \\t]+[#;@]+[\\t]+external name
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45845 --- Comment #8 from Jack Howarth 2010-10-01 16:34:15 UTC --- The regression caused by r164719 was not eliminated with the change introduced in r164874. The change in pubtypes.s of... @@ -2575,19 +2575,15 @@ .ascii "main\0" # external name .long 0 .section __DWARF,__debug_pubtypes,regular,debug - .long 0x2a# Length of Public Type Names Info + .long 0x1e# Length of Public Type Names Info .word 0x2 # DWARF Version .set L$set$185,Ldebug_info0-Lsection__debug_info .long L$set$185 # Offset of Compilation Unit Info .long 0x421 # Compilation Unit Length .long 0x72# DIE offset .ascii "empty\0"# external name - .long 0xef# DIE offset - .ascii "A\0"# external name .long 0x7c# DIE offset .ascii "B\0"# external name - .long 0xef# DIE offset - .ascii "A\0"# external name .long 0 .section __DWARF,__debug_aranges,regular,debug .long 0x1c# Length of Address Ranges Info caused by r164719 still remains.
[Bug libstdc++/45841] [4.6 Regression]: r164529 cris-elf libstdc++ 27_io/basic_filebuf/seekoff/char/2-io.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45841 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot ||com --- Comment #14 from Paolo Carlini 2010-10-01 16:31:05 UTC --- Ok..
[Bug fortran/45859] New: [Coarray, F2008, IR] Rejects valid actuals to coarray dummies
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45859 Summary: [Coarray, F2008, IR] Rejects valid actuals to coarray dummies Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Blocks: 18918,39627 The discussion has started at http://j3-fortran.org/pipermail/j3/2010-September/003862.html and lead to the following interpretation request (no link as the mail archive lags behind). The program interface subroutine sub (x) real x(10)[*] end subroutine end interface real :: x(100)[*] call sub (x(10)) end is supposed to be valid according the following IR. A modified program which uses call sub (x(10:)) is unambiguously valid. However, both programs are rejected by: call sub (x(10)) 1 Error: Actual argument to 'x' at (1) must be a coarray and thus shall not have an array designator -- To: J3 10-xxx From: John Reid Subject: F2008 interp re sequence association for coarrays Date: 2010 October 1 NUMBER: F08/ TITLE: Sequence association for coarrays KEYWORDS: sequence association, coarrays DEFECT TYPE: Erratum STATUS: J3 consideration in progress QUESTION: Was the text in 12.5.2.8: "If the dummy argument is an array coarray that has the CONTIGUOUS attribute or is not of assumed shape, the corresponding actual argument shall be simply contiguous." intended to disallow sequence association for coarrays, as illustrated by the example interface subroutine sub (x) real x(10)[*] end subroutine end interface ... real :: x(100)[*] ... call sub (x(10)) ANSWER: No. This restriction contradicts 12.5.2.4 paragraph 13, which allows the example program. An edit is supplied to correct this. EDIT: In 12.5.2.8 Coarray dummy variables, at the end of paragraph 2, add "or an element of a simply contiguous array". SUBMITTED BY: John Reid
Re: [Bug fortran/45827] mio_component_ref(): Component not found when mixing f90 and f03 in large projects
On Friday 01 October 2010 16:39:35 jvdelisle at gcc dot gnu.org wrote:
> 2010-10-01 14:39:23 UTC --- This look suspicious: valgrind on f951
>
No, it is unrelated. It happens on the most simple testcases like:
end
It can be circumvented by the following patch. But it is harmless (unreleased
memory).
--- a/cpp.c
+++ b/cpp.c
@@ -510,10 +510,11 @@ gfc_cpp_post_options (void)
|| gfc_cpp_option.dump_includes))
gfc_fatal_error("To enable preprocessing, use -cpp");
- cpp_in = cpp_create_reader (CLK_GNUC89, NULL, line_table);
if (!gfc_cpp_enabled ())
return;
+ cpp_in = cpp_create_reader (CLK_GNUC89, NULL, line_table);
+
gcc_assert (cpp_in);
/* The cpp_options-structure defines far more flags than those set here.
[Bug middle-end/42505] [4.4/4.5/4.6 Regression] loop canonicalization causes a lot of unnecessary temporary variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42505 --- Comment #13 from Sandra Loosemore 2010-10-01 15:01:08 UTC --- I think this bug is fixed now.
[Bug fortran/45827] mio_component_ref(): Component not found when mixing f90 and f03 in large projects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot ||gnu.org --- Comment #18 from Jerry DeLisle 2010-10-01 14:39:23 UTC --- This look suspicious: valgrind on f951 ==4245== 8,032 bytes in 1 blocks are possibly lost in loss record 120 of 127 ==4245==at 0x4A0515D: malloc (vg_replace_malloc.c:195) ==4245==by 0xCCDAA7: xmalloc (xmalloc.c:147) ==4245==by 0xCAA114: _cpp_get_buff (lex.c:2672) ==4245==by 0xCA7FE1: cpp_create_reader (init.c:217) ==4245==by 0x4B3B21: gfc_cpp_post_options (cpp.c:513) ==4245==by 0x50072E: gfc_post_options (options.c:401) ==4245==by 0x8347A8: toplev_main (toplev.c:1809) ==4245==by 0x3E9F21EC5C: (below main) (libc-start.c:226)
[Bug testsuite/45664] All ifunc tests fail on Solaris 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45664 Rainer Orth changed: What|Removed |Added Status|NEW |RESOLVED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2010-09/msg02070.htm ||l Resolution||FIXED --- Comment #5 from Rainer Orth 2010-10-01 13:53:29 UTC --- Fixed for 4.6.0.
[Bug testsuite/45856] gcc.c-torture/execute/cmpsf-1.c/cmpsi-2.c failed on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45856 --- Comment #1 from Dominique d'Humieres 2010-10-01 13:50:12 UTC --- Confirmed on x86_64-apple-darwin10.4.
[Bug fortran/45848] [OOP] ICE on invalid code in fortran/symbol.c:2410
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45848 Mikael Morin changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #2 from Mikael Morin 2010-10-01 13:34:46 UTC --- gfc_match_select_type has: new_st.op = EXEC_SELECT_TYPE; new_st.expr1 = expr1; new_st.expr2 = expr2; new_st.ext.block.ns = gfc_current_ns; gfc_free_statement has: case EXEC_SELECT: case EXEC_SELECT_TYPE: if (p->ext.case_list) gfc_free_case_list (p->ext.case_list); break; as gfc_code.ext is an union, gfc_free_case_list (p->ext.case_list) is actually gfc_free_case_list (p->ext.block.ns)
[Bug libffi/45677] Bad stack allocation for ffi function calls on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45677 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #16 from Jakub Jelinek 2010-10-01 13:28:50 UTC --- .
[Bug libffi/45677] Bad stack allocation for ffi function calls on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45677 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #15 from Jakub Jelinek 2010-10-01 13:27:51 UTC --- Fixed.
[Bug target/45843] [4.3 Regression] __builtin_va_arg overwrites into adjacent stack location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45843 Jakub Jelinek changed: What|Removed |Added Known to work||4.4.6 Summary|[4.3/4.4 Regression]|[4.3 Regression] |__builtin_va_arg overwrites |__builtin_va_arg overwrites |into adjacent stack |into adjacent stack |location|location Known to fail|4.4.4 |4.4.5 --- Comment #6 from Jakub Jelinek 2010-10-01 13:25:18 UTC --- Fixed even for 4.4.6.
[Bug target/45843] [4.3/4.4 Regression] __builtin_va_arg overwrites into adjacent stack location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45843 --- Comment #5 from Jakub Jelinek 2010-10-01 13:13:36 UTC --- Author: jakub Date: Fri Oct 1 13:13:31 2010 New Revision: 164884 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164884 Log: Backport from mainline 2010-09-30 Jakub Jelinek PR target/45843 * config/i386/i386.c (ix86_gimplify_va_arg): Use INTVAL (XEXP (slot, 1)) as prev_size. 2010-06-21 Jakub Jelinek PR target/44575 * config/i386/i386.c (ix86_gimplify_va_arg): When copying va_arg from a set of register save slots into a temporary, if the container is bigger than type size, do the copying using smaller mode or using memcpy. Backport from mainline 2010-09-30 Jakub Jelinek * g++.dg/torture/pr45843.C: New test. 2010-06-21 Jakub Jelinek PR target/44575 * gcc.c-torture/execute/pr44575.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr45843.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr44575.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/config/i386/i386.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug target/44575] [4.5 Regression] __builtin_va_arg overwrites into adjacent stack location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44575 --- Comment #8 from Jakub Jelinek 2010-10-01 13:13:36 UTC --- Author: jakub Date: Fri Oct 1 13:13:31 2010 New Revision: 164884 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164884 Log: Backport from mainline 2010-09-30 Jakub Jelinek PR target/45843 * config/i386/i386.c (ix86_gimplify_va_arg): Use INTVAL (XEXP (slot, 1)) as prev_size. 2010-06-21 Jakub Jelinek PR target/44575 * config/i386/i386.c (ix86_gimplify_va_arg): When copying va_arg from a set of register save slots into a temporary, if the container is bigger than type size, do the copying using smaller mode or using memcpy. Backport from mainline 2010-09-30 Jakub Jelinek * g++.dg/torture/pr45843.C: New test. 2010-06-21 Jakub Jelinek PR target/44575 * gcc.c-torture/execute/pr44575.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr45843.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr44575.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/config/i386/i386.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug tree-optimization/45704] [4.5 Regression] load byte instruction is used for volatile int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45704 --- Comment #10 from Atsushi Nemoto 2010-10-01 12:48:47 UTC --- (In reply to comment #9) > > Is that "two more changes" are not bugfix but improvement? > > Yes. I see, thank you for clarification.
[Bug libffi/45677] Bad stack allocation for ffi function calls on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45677 --- Comment #14 from Jakub Jelinek 2010-10-01 12:45:33 UTC --- Author: jakub Date: Fri Oct 1 12:45:25 2010 New Revision: 164882 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164882 Log: PR libffi/45677 * src/x86/ffi64.c (ffi_prep_cif_machdep): Ensure cif->bytes is a multiple of 8. * testsuite/libffi.call/many2.c: New test. Added: branches/gcc-4_4-branch/libffi/testsuite/libffi.call/many2.c Modified: branches/gcc-4_4-branch/libffi/ChangeLog branches/gcc-4_4-branch/libffi/src/x86/ffi64.c
[Bug testsuite/45851] FAIL: gcc.dg/lto/20090210 link test with WHOPR owing to bad -pthread option.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45851 --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2010-10-01 12:31:14 UTC --- > --- Comment #1 from Dave Korn 2010-10-01 01:30:26 > UTC --- > Hi Rainer; Cc'ing you as requested back before you went on vacation. Thanks. I hope to get to this either this weekend or the next. Rainer
[Bug libstdc++/45841] [4.6 Regression]: r164529 cris-elf libstdc++ 27_io/basic_filebuf/seekoff/char/2-io.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45841 --- Comment #13 from David Krauss 2010-10-01 12:19:26 UTC --- (In reply to comment #12) I haven't decided on that. It's a performance improvement but rather ugly. I was thinking, if lseek(0,cur) can alter the behavior of a filesystem, it must not be that fast. But it didn't, so I'm not really inclined to pursue this further.
[Bug libstdc++/45841] [4.6 Regression]: r164529 cris-elf libstdc++ 27_io/basic_filebuf/seekoff/char/2-io.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45841 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot ||com --- Comment #12 from Paolo Carlini 2010-10-01 12:14:55 UTC --- David, if you think your patchlet is an improvement anyway, please post it to the mailing list with a proper ChangeLog entry (per the aforementioned general rule of making progress in small steps, the most uncontroversial ones first)
[Bug c++/39219] attribute doesn't work with enums properly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39219 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug ada/41321] Ada runtime not initializing fpu (finit)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41321 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/43700] [4.4/4.5/4.6 Regression] global register variables defect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43700 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug debug/42278] [4.4 Regression] incorrect dwarf data gcc-4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42278 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug rtl-optimization/42621] [4.4 Regression] Computed gotos on AMD 800% slower
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42621 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug debug/45849] [4.6 Regression] ICE: in emit_note_insn_var_location, at var-tracking.c:7336 with -O -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45849 Jakub Jelinek changed: What|Removed |Added Status|WAITING |NEW CC||jakub at gcc dot gnu.org --- Comment #5 from Jakub Jelinek 2010-10-01 12:11:56 UTC --- The expressions seem to be equivalent, but not something rtx_equal_p recognizes as equivalent: (gdb) p debug_rtx (*note_slot) (var_location len (plus:DI (minus:DI (mult:DI (minus:DI (reg/v/f:DI 6 bp [orig:76 rp ] [76]) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66])) (reg/v:DI 43 r14 [orig:62 repllen ] [62])) (reg/v/f:DI 41 r12 [orig:61 text ] [61])) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66]))) $4 = void (gdb) p debug_rtx (note_vl) (var_location len (plus:DI (mult:DI (minus:DI (reg/v/f:DI 6 bp [orig:76 rp ] [76]) (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66])) (reg/v:DI 43 r14 [orig:62 repllen ] [62])) (minus:DI (reg/v/f:DI 42 r13 [orig:66 matchstart ] [66]) (reg:DI 41 r12 $5 = void Will try to debug where this difference comes from.
[Bug ada/37430] [4.4/4.5/4.6 Regression] C974013 gives exception
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug c++/45043] [4.4/4.5 Regression] ICE: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 on invalid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45043 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug preprocessor/39533] [4.4/4.5/4.6 Regression] -MM may list a header file twice
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39533 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44626 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/38134] [4.4/4.5/4.6 Regression] speed regression with many loop invariants
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/43546] [4.4/4.5/4.6 Regression] ICE: in assign_stack_local_1, at function.c:353 with -mpreferred-stack-boundary=2 -msseregparm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43546 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/41176] [4.4/4.5/4.6 Regression] ICE in reload_cse_simplify_operands at postreload.c:396
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41176 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/43722] [4.4 only] ICE when passing NEON registers using const refrences
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43722 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug ada/42168] [4.4/4.5/4.6 Regression] GNAT bug box with invalid anonymous access declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42168 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug rtl-optimization/37273] [4.4/4.5/4.6 Regression] IRA does not re-materializes addresses (loads from the TOC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/45854] [4.5 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2131
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45854 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Richard Guenther 2010-10-01 12:08:40 UTC --- Fixed.
[Bug middle-end/38878] [4.4/4.5/4.6 Regression] gcc.dg/tree-ssa/foldaddr-1.c XFAILed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38878 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug bootstrap/40894] [4.4/4.5/4.6 Regression] bootstrap4-lean failed crtfastmath.o comparision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/43884] [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43884 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/45854] [4.5 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2131
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45854 --- Comment #3 from Richard Guenther 2010-10-01 12:07:54 UTC --- Author: rguenth Date: Fri Oct 1 12:07:47 2010 New Revision: 164881 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164881 Log: 2010-10-01 Richard Guenther PR tree-optimization/45854 * tree-eh.c (cleanup_empty_eh): Avoid degenerate case. * g++.dg/torture/pr45854.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr45854.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-eh.c
[Bug fortran/42169] [4.4/4.5/4.6 Regression] gfortran.dg/pr41928.f90:47: internal compiler error: in store_can_be_removed_p, at ira-emit.c:371
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug rtl-optimization/37534] [4.4/4.5/4.6 Regression] IRA causes 17% degradation in 187.facerec benchmark
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37534 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/43897] [4.4/4.5/4.6 Regression] IA-64 asm clobbers are ignored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug tree-optimization/38747] [4.4 Regression] Wrong code due to VIEW_CONVERT_EXPR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38747 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug tree-optimization/39355] [4.4/4.5/4.6 Regression] Revision 144529: ICE due to missing or incorrectly relocated DECL_VALUE_EXPR in PCH header for PARM_DECL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/45854] [4.5 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2131
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45854 --- Comment #2 from Richard Guenther 2010-10-01 12:05:48 UTC --- Author: rguenth Date: Fri Oct 1 12:05:42 2010 New Revision: 164880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164880 Log: 2010-10-01 Richard Guenther PR tree-optimization/45854 * tree-eh.c (cleanup_empty_eh): Avoid degenerate case. * g++.dg/torture/pr45854.C: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr45854.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-eh.c
[Bug middle-end/36201] [4.4 Regression] NVR in the front-end causes missed optimization later on ( thought to alias arguments)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36201 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug tree-optimization/44336] [4.4/4.5 Regression] ICE: verify_ssa failed: SSA_NAME_DEF_STMT is wrong with -fipa-struct-reorg -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44336 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/38306] [4.4/4.5/4.6 Regression] 15% slowdown w.r.t. 4.3 of computational kernel on some architectures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/37165] [4.4/4.5/4.6 Regression] FAIL: gcc.dg/matrix/matrix-1.c scan-ipa-dump-times matrix-reorg "Flattened 3 dimensions" 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug rtl-optimization/44249] [4.4/4.5/4.6 Regression] IRA generates extra register move
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44249 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug debug/45387] [4.4 regression] mips: non-dynamic relocations refer to dynamc symbol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45387 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug rtl-optimization/43494] [4.4/4.5/4.6 Regression] Overlooked dependency causes wrong scheduling, wrong code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43494 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/40154] [4.4/4.5/4.6 Regression] internal compiler error: in do_SUBST, at combine.c:681
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug c++/22488] [4.3/4.4/4.5/4.6 Regression] push_fields_onto_fieldstack calculates offset incorrectly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/40106] [4.4 Regression] Weird interaction between optimize_insn_for_speed_p and -funsafe-math-optimizations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40106 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug c++/42018] Template specialization in wrong namespace accepted if it matches template arguments of an earlier specialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42018
Jonathan Wakely changed:
What|Removed |Added
Summary|Accepts definition for |Template specialization in
|non-anonymous specialized |wrong namespace accepted if
|template method within |it matches template
|anonymous namespace |arguments of an earlier
||specialization
--- Comment #4 from Jonathan Wakely 2010-10-01
12:00:51 UTC ---
It doesn't even depend on unnamed namespaces!
This is also accepted:
template
void foo(void);
template<>
void foo(void);
namespace xxx {
template<>
void foo(void) { return; }
}
I've adjusted the summary accordingly.
[Bug middle-end/42505] [4.4/4.5/4.6 Regression] loop canonicalization causes a lot of unnecessary temporary variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42505 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug target/40454] [4.4 regression] zlib is about 20% slower when compiled with GCC 4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/38059] [4.4/4.5/4.6 Regression] Compile time regression for gcc.dg/20020425-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38059 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42494 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug middle-end/39514] [4.4/4.5/4.6 Regression] unreported change to packed bitfields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
[Bug debug/45849] [4.6 Regression] ICE: in emit_note_insn_var_location, at var-tracking.c:7336 with -O -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45849 --- Comment #4 from Zdenek Sojka 2010-10-01 11:59:24 UTC --- I am sorry I didn't mention it earlier, the assert is guarded by #ifdef ENABLE_RTL_CHECKING ... gcc_assert (rtx_equal_p (PAT_VAR_LOCATION_LOC (pnote), PAT_VAR_LOCATION_LOC (note_vl))); ... #endif The builds are used are with RTL checking (including those that didn't crash).
[Bug middle-end/43323] [4.4 Regression] Wrong code with bitfields and type casting.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43323 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.4.5 |4.4.6
