[Bug fortran/45715] [ABI cleanup] Move runtime parsing of I/O control list to front end
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-21 06:54 --- (In reply to comment #1) Here is a case where we do have to evaluate at run time. So maybe we can not do what is proposed above. Well, I understood the request such that one passes a boolean for the 'YES' / 'NO' items. If it cannot be simplified at compile time, one adds (in trans*c) code like: advance = _gfortran_compare_string (3, YES, len, str) == 0; Possibly, one should add a new function like advance = _gfortran_io_yes_no (len, str, ADVANCE); which takes then also into account invalid values. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45715
[Bug debug/45673] -fcompare-debug failure with minor difference in dumps
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-09-21 08:02 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 08:02:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45673
[Bug lto/45702] [4.6 Regression] New LTO test failures
--- Comment #16 from rguenther at suse dot de 2010-09-21 08:44 --- Subject: Re: [4.6 Regression] New LTO test failures On Tue, 21 Sep 2010, danglin at gcc dot gnu dot org wrote: --- Comment #15 from danglin at gcc dot gnu dot org 2010-09-21 00:44 --- Similar errors on hppa2.0w-hp-hpux11.11. Excess errors are: cc1: error: LTO support has not been enabled in this configuration cc1: error: LTO support has not been enabled in this configuration the effective target check should avoid that. Why does it not work for you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45702
[Bug bootstrap/45737] New: Bootstrap comparison failure
Hi, I'm building gcc 4.5.1 and I encounter the below error: Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs Bootstrap comparison failure! gmp/mpn/sb_div_q.o differs mpfr/get_d.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/tmp/IEK2/gcc-4.5.1-build' This build is on a linux IA64 system, making use of gcc 3.4.6. THe configure was run with the below command: configure --prefix=/opt/third/gcc-4.5.1 --enable-languages=c And then simply running make. I had several times problems (for each stage) due to missing gmp_impl.h and longlong.h but solved with a manual copy from the sources. Note that I succeeded to make the same gcc 4.5.1 build installation on a AIX 5.3 but on the linux I have the above issue that is quite blocking for the build. THanks upfront for keeping me informed on any possible way to investigate, Kind regards, -- Summary: Bootstrap comparison failure Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: iek at c-w dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45737
[Bug middle-end/45738] New: [4.6 Regression] ICE: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375
Between revisions 164405 (working) and 164451, compiling the following code on *-apple-darwin* gives an ICE: [macbook] f90/bug% cat pr32083_1_red.f90 PROGRAM TestInfinite integer(8) :: bit_pattern_NegInf_i8 = -4503599627370496_8 integer(8) :: i real(8):: r r = transfer(bit_pattern_NegInf_i8_p,r) i = transfer(r,i) END PROGRAM TestInfinite [macbook] f90/bug% gfc -O2 -g pr32083_1_red.f90 pr32083_1_red.f90: In function 'main': pr32083_1_red.f90:9:0: internal compiler error: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375 -- Summary: [4.6 Regression] ICE: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45738
[Bug bootstrap/45737] Bootstrap comparison failure
-- iek at c-w dot be changed: What|Removed |Added Severity|normal |major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45737
[Bug debug/45673] -fcompare-debug failure with minor difference in dumps
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-21 08:53 --- Created an attachment (id=21854) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21854action=view) Patch that fixes the problem Here's the patch I'm testing. Turns out it's not enough to take only the second pointer type into account, the first also matters because we'll get different dump output depending on whether they're equal or not. In this case, we failed to distinguish (void*)0B and (struct type*)0B in the first operands. Richi, care to pre-approve it in case it passes regstrap? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45673
[Bug bootstrap/45737] Bootstrap comparison failure
--- Comment #1 from iek at c-w dot be 2010-09-21 08:55 --- Forgot to mention: GMP 4.3.2 MPFR 3.0.0 MPC 0.8.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45737
[Bug bootstrap/45737] Bootstrap comparison failure
--- Comment #2 from iek at c-w dot be 2010-09-21 09:10 --- And GNU make 3.80 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45737
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-21 09:19 --- Mine. It's something wrong in combine, causing the cmp insn to be deleted as trivially dead. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[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
--- Comment #15 from burnus at gcc dot gnu dot org 2010-09-21 09:20 --- Any idea what could be done from the gfortran side? Without being able to reproduce it, it is a bit difficult to debug :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
[Bug fortran/45319] [4.5 Regression] FAIL: libgomp.fortran/vla4.f90
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-21 09:28 --- (In reply to comment #1) Similar fails: FAIL: libgomp.fortran/vla5.f90 -O0 (test for warnings, line 69) FAIL: libgomp.fortran/vla5.f90 -O0 (test for excess errors) Excess errors: libgomp.fortran/vla5.f90:68:0: warning: barrier region may not be closely nested inside of work-sharing, critical, ordered, master or explicit task region That is: The warning is in line 68 instead of 69. Does this still occur? I could imagine that the input-location fixes solved this issue, but maybe it didn't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45319
[Bug fortran/45710] WRITE of NAMELIST group to internal file contains newline characters
--- Comment #8 from urbanjost at comcast dot net 2010-09-21 09:34 --- Subject: Re: WRITE of NAMELIST group to internal file contains newline characters Per some discussions today, there were apparently different versions on some of the nodes I was using, ranging from 4.3.4 to 4.6.0 (they were all supposed to be identical); so I can't be sure till I get back. But I installed Cygwin on an MSWindows laptop and upgraded to gfortran 4.6.0 (per the gfortran -v switch; it comes with gfortran 4.3.4) and I am getting what you show, which is much better, I looked thru all the 2009 and 2010 fixes and missed seeing any change like this. Maybe a few tweeks are in order? Looking at the f2008 draft standard, from 10.11.4.3 line 5, taken literally the should be in column 2 instead of 1; and the records written to in the OUT array should be blank filled to the end per 9.4 line 2 bullet (d)? That would be more in line with how list-directed output works (column 1 always being clear) and would prevent garbage from being in the lines written to if OUT is not initialized to all blanks; so I think I'm reading (interpreting?) the sections correctly. From the draft: 10.11.4.3Namelist output records 1 If two or more successive values for the same namelist group item in an output record produced have identical values, the processor has the option of producing a repeated constant of the form r *c instead of the sequence of identical values. 2 The name of each namelist group object list item is placed in the output record followed by an equals and a list of values of the namelist group object list item. 3 An ampersand character followed immediately by a namelistgroupname will be produced by namelist formatting at the start of the first output record to indicate which particular group of data objects is being output. A slash is produced by namelist formatting to indicate the end of the namelist formatting. 4 A null value is not produced by namelist formatting. 5 Except for new records created by explicit formatting within a defined output procedure or by continuation of delimited character sequences, each output record begins with a blank character. 9.4 Internal files 1 Internal files provide a means of transferring and converting data from internal storage to internal storage. 2 An internal file is a record file with the following properties. (a)· The file is a variable of default, ASCII, or ISO 10646 character that is not an array section with a vector subscript. (b)· A record of an internal file is a scalar character variable. (c)· If the file is a scalar character variable, it consists of a single record whose length is the same as the length of the scalar character variable. If the file is a character array, it is treated as a sequence of character array elements. Each array element, if any, is a record of the file. The ordering of the records of the file is the same as the ordering of the array elements in the array (6.5.3.2) or the array section (6.5.3.3). Every record of the file has the same length, which is the length of an array element in the array. (d)· A record of the internal file becomes defined by writing the record. If the number of characters written in a record is less than the length of the record, the remaining portion of the record is filled with blanks. The number of characters to be written shall not exceed the length of the record. (e)· A record may be read only if the record is defined. (f)· A record of an internal file may become defined (or undefined) by means other than an output statement. For example, the character variable may become defined by a character assignment statement. (g)· An internal file is always positioned at the beginning of the first record prior to data transfer, except for child data transfer statements (9.6.4.7). This record becomes the current record. (h)· The initial value of a connection mode (9.5.2) is the value that would be implied by an initial OPEN statement without the corresponding keyword. (i)· Reading and writing records shall be accomplished only by sequential access formatted input/output statements. (j)· An internal file shall not be specified as the unit in a file connection statement or a file positioning statement. - Original Message - From: jvdelisle at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org To: urbanj...@comcast.net Sent: Monday, September 20, 2010 11:20 PM Subject: [Bug fortran/45710] WRITE of NAMELIST group to internal file contains newline characters --- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-09-21 03:20 --- With current trunk, gfortran 4.6, I get: BEFORE: 001 @@@ 002 @@@ 003
[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-09-21 09:52 --- Subject: Bug 45580 Author: rguenth Date: Tue Sep 21 09:52:00 2010 New Revision: 164474 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164474 Log: 2010-09-21 Richard Guenther rguent...@suse.de PR tree-optimization/45580 * tree-ssa-propagate.c (substitute_and_fold): Always replace regular uses. * gimple-fold.c (gimple_fold_obj_type_ref): For a BINFO without virtuals fold the call into a regular indirect one. * g++.dg/torture/pr45580.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr45580.C Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-fold.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-propagate.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-09-21 09:53 --- ICE fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
[Bug c++/42315] [4.3/4.4/4.5/4.6 Regression] ICE with invalid array initializer
-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu |dot com |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42315
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-09-21 10:04 --- Created an attachment (id=21855) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21855action=view) Patch that fixes the problem cse was losing track of cc0 set/use because of intervening debug insns. Anyone got a CC0 host to bootstrap-test this on? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug tree-optimization/45734] [4.6 Regression] Devirtualization results in wrong-code
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-21 10:12 --- The following is miscompiled since ever (and also ICC miscompiles it), so I'm not sure if it is valid to use 'f' to refer to the Bar object. namespace std { typedef __SIZE_TYPE__ size_t; } inline void* operator new(std::size_t, void* __p) throw() { return __p; } extern C void abort (void); class Foo { public: virtual void test (void) { abort (); } }; class Bar : public Foo { public: virtual void test (void) { } }; int main() { Foo f; new (f) Bar(); f.test(); return 0; } A variant with using a pointer of type Bar * like int main() { Foo f; static_castFoo *(new (f) Bar())-test(); return 0; } only breaks on recent trunk. int main() { Foo f; new (f) Bar(); (f)-test(); return 0; } also breaks always. While int main() { Foo f, *p; p = new (f) Bar(); p-test(); return 0; } works. int main() { Foo f, *p; new (f) Bar(); ((Foo *)(void *)f)-test(); return 0; } also works. Fun. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45734
[Bug middle-end/45739] New: [missed optimization] static evaluation of SSE intrinsics (pxor)
Testcase: #include emmintrin.h __m128i foo; int main() { foo = _mm_xor_si128(_mm_setzero_si128(), foo); return 0; } Resulting Assembly (with -O3): pxor%xmm0, %xmm0 xorl%eax, %eax pxorfoo(%rip), %xmm0 movdqa %xmm0, foo(%rip) ret Expected Result: since any value xor zero does not change the value the static evaluation step of GCC should eliminate the pxor instruction altogether. Likewise the call to _mm_xor_si128 on two constants should be statically evaluated and if the destination register would not change the call should be eliminated. Rationale: a) of course removing unnecessary code is always nice b) the implementation of correct unsigned integer compare can be done with pxor and 0x8000. All unsigned compares against constant values can thus be improved. -- Summary: [missed optimization] static evaluation of SSE intrinsics (pxor) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kretz at kde dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45739
[Bug target/35906] build fails when building with -m32 -mcpu=ultrasparc (sparcv9 or -mv8plus also)
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-09-21 10:15 --- Target: sparc-linux-gnu Configured with: /home/ebotcazou/src-4.4/configure --build=sparc-linux-gnu --prefix=/home/ebotcazou/install-4.4 --enable-languages=c,ada --with-cpu=ultrasparc Thread model: posix gcc version 4.4.5 20100914 (prerelease) (GCC) -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35906
[Bug target/45739] static evaluation of SSE intrinsics (pxor)
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-21 10:25 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Component|middle-end |target Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2010-09-21 10:25:16 date|| Summary|[missed optimization] static|static evaluation of SSE |evaluation of SSE intrinsics|intrinsics (pxor) |(pxor) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45739
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #11 from t7 at gmail dot com 2010-09-21 10:28 --- Hi, (In reply to comment #0) Hi, (i first reported this to mingw32-w64's bug tracker: http://sourceforge.net/tracker/?func=detailaid=3067541group_id=202880atid=983354 and was forwarded here) Kai has posted a patch here you can try. http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01634.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug middle-end/45712] [4.6 Regression] Segmentation violation when compiling spec source on either x86 or ppc with debugging
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-21 10:29 --- this should be fixed by patch introducing static_object_in_other_unit_p. However it seems bit strange that we can get into VAR_DECL not in a varpool by folding. I know this is possible for vtables and type infos, but this seems like an ordinary var. I will investigat it. but the ICE should be gone. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45712
[Bug middle-end/45738] [4.6 Regression] ICE: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45738
[Bug lto/45736] [4.6 Regression] ICE: in cgraph_remove_unreachable_nodes, at ipa.c:245 with -flto and attribute((constructor))
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45736
[Bug tree-optimization/45704] [4.5 Regression] load byte instruction is used for volatile int
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-21 10:47 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45704
[Bug tree-optimization/45704] [4.5 Regression] load byte instruction is used for volatile int
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-21 10:47 --- Subject: Bug 45704 Author: rguenth Date: Tue Sep 21 10:47:28 2010 New Revision: 164475 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164475 Log: 2010-09-21 Richard Guenther rguent...@suse.de PR middle-end/45704 * gimplify.c (gimplify_modify_expr_rhs): Preserve volatileness. * gcc.dg/torture/pr45704.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/torture/pr45704.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimplify.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45704
[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3
--- Comment #19 from bernds at gcc dot gnu dot org 2010-09-21 11:12 --- Can you provide a .i file for which this is reproducible with a cross compiler? Before/after -fdump-rtl-ira dumps and assembly files could also be helpful. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
[Bug target/45739] static evaluation of SSE intrinsics (pxor)
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2010-09-21 10:25:16 |2010-09-21 11:27:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45739
[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3
--- Comment #20 from mikpe at it dot uu dot se 2010-09-21 11:30 --- (In reply to comment #19) Can you provide a .i file for which this is reproducible with a cross compiler? Before/after -fdump-rtl-ira dumps and assembly files could also be helpful. I'm leaving in a couple of minutes on work-related travelling. I'll resume my attempts to convert the miscompiled code to a minimized and standalone test case on thursday. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
[Bug middle-end/45738] [4.6 Regression] ICE: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-21 12:23 --- It is caused by revision 164438: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00734.html -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 12:23:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45738
[Bug rtl-optimization/45739] static evaluation of SSE intrinsics (pxor)
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-21 12:23 --- Created an attachment (id=21856) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21856action=view) gcc46-pr45739.patch Fix. For further optimizations (like vector A | ~0, A | ~A, A ^ ~0, A ~0), I guess we'd need something like CONST_ALL_ONES_RTX (mode) and sharing that in const_tiny_rtx. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45739
[Bug fortran/45740] New: PROCEDURE POINTER and PROTECTED: Accepts/ICEs on invalid code
From Fortran 2008: C549 An entity with the PROTECTED attribute shall be a procedure pointer or variable. C551 A nonpointer object that has the PROTECTED attribute and is accessed by use association shall not appear in a variable definition context (16.6.7) or as the data-target or proc-target in a pointer-assignment-stmt. C552 A pointer that has the PROTECTED attribute and is accessed by use association shall not appear in a pointer association context (16.6.8). module m procedure(), pointer :: p, p2 protected :: p end module m subroutine one use m procedure(), pointer :: ptr1 = p ! Invalid end subroutine one subroutine two use m procedure(), pointer :: ptr2 ptr2 = p ! Invalid end subroutine two subroutine three use m procedure(), pointer :: ptr3 = p2 ! Valid call ptr3() ! ICE, related to PR 45290 ! internal compiler error: in record_reference, at cgraphbuild.c:60 end subroutine three -- Summary: PROCEDURE POINTER and PROTECTED: Accepts/ICEs on invalid code Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, accepts-invalid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45740
[Bug fortran/45290] [F08] pointer initialization
--- Comment #9 from burnus at gcc dot gnu dot org 2010-09-21 12:37 --- Another issue besides comment 5 is the following program (from PR 45740), which gives an ICE. Actually, I am not quite sure the example is valid as p2's target is not known at compile time. module m procedure(), pointer :: p2 end module m use m procedure(), pointer :: ptr3 = p2 call ptr3() ! ICE, related to PR 45290 ! internal compiler error: in record_reference, at cgraphbuild.c:60 end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45290
[Bug middle-end/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)
--- Comment #6 from iains at gcc dot gnu dot org 2010-09-21 13:01 --- (In reply to comment #5) Thus, I would say middle-end? However, certainly doesn't happen on Linux, for some reason... Honza, in case please recategorize. This happens also on i686-darwin9 at m32 m64. However, it does _not_ occur on powerpc-darwin9. -- iains at gcc dot gnu dot org changed: What|Removed |Added CC||iains at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 13:01:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45730
[Bug java/44495] [4.6 regression] ICE in java_mangle_resource_name, at java/mangle.c:658
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44495
[Bug fortran/44945] [4.6 Regression] Wrong decl for module vars / FAIL: gfortran.dg/char_array_structure_constructor.f90
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44945
[Bug c/45054] [4.6 Regression] struct-by-value-1.c fail.
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45054
[Bug target/45250] [4.6 Regression] FAIL: tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check_nan.cc
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-09-21 13:17 --- Hm, fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45250
[Bug middle-end/45251] [4.6 Regression] Java testsuite regressions on hppa-linux
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45251
[Bug ada/45394] [4.6 regression] gnat fails to build on s390, trunk 20100814
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-21 13:24 --- Still broken? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
[Bug c/45491] [4.6 Regression] FAIL: gcc.c-torture/compile/pr45085.c
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-21 13:32 --- Probably another callee-copy thing. Needs investigation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45491
[Bug middle-end/45550] [4.6 regression] internal compiler error: in fold_convert_loc, at fold-const.c:1899
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-21 13:34 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45550
[Bug c++/45562] [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45562
[Bug tree-optimization/45563] [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-inlining -fipa-cp-clone
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45563
[Bug middle-end/45565] [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45565
[Bug tree-optimization/45734] [DR 1116] Devirtualization results in wrong-code
--- Comment #4 from jason at gcc dot gnu dot org 2010-09-21 13:37 --- Not a bug; all these testcases (should) have undefined behavior. I'm working on clarifying the standard to that end. This is related to http://www.open-std.org/JTC1/SC22/WG21/docs/cwg_active.html#1116 and on the C side, http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_236.htm http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1409.htm -- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2010-09-20 15:27:10 |2010-09-21 13:37:32 date|| Summary|[4.6 Regression]|[DR 1116] Devirtualization |Devirtualization results in |results in wrong-code |wrong-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45734
[Bug fortran/45740] PROCEDURE POINTER and PROTECTED: Accepts/ICEs on invalid code
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-21 13:47 --- TODO: Check whether the code is really invalid - C551 talks only about nonpointers, but it also talks about proc-target - which only applies to procedures and the PROTECTED only applies per C549 to variables and procedure pointers. Re-reading F2008's 4.5.4.6 Default initialization for components and R505 and following, the procedure(), pointer :: ptr3 = p2 ! Valid is invalid as p2 does not have the target attribute. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Keywords|ice-on-valid-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45740
[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45572
[Bug fortran/45290] [F08] pointer initialization
--- Comment #10 from burnus at gcc dot gnu dot org 2010-09-21 13:52 --- (In reply to comment #9) procedure(), pointer :: ptr3 = p2 I now believe that this is invalid (all quotes are F2008): R505 initialization is [...] or = initial-data-target R443 initial-data-target is designator C461 (R443) The designator shall designate a nonallocatable variable that has the TARGET and SAVE attributes and does not have a vector subscript. Every subscript, section subscript, substring starting point, and substring ending point in designator shall be a constant expression. Well, in the example (cf. also the ICE in comment 5) p2 is a POINTER and a pointer cannot have the TARGET attribute (cf. C556). Thus, the initial-data-target can neither be a pointer nor a proc-pointer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45290
[Bug tree-optimization/45626] [4.6 Regression] Segfault in fold_const_aggregate_ref
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-21 13:56 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45626
[Bug tree-optimization/45653] [4.6 Regression] ICE: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1241 with -fno-early-inlining -fno-ipa-cp -fno-ipa-pure-const
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-21 14:00 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45653
[Bug middle-end/45687] [4.6 Regression] possible wrong code bug
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45687
[Bug c++/45645] pr44972.C fails with error: �__assert_fail� was not declared in this scope
--- Comment #9 from iains at gcc dot gnu dot org 2010-09-21 14:13 --- Subject: Bug 45645 Author: iains Date: Tue Sep 21 14:12:58 2010 New Revision: 164479 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164479 Log: 2010-09-21 Jonathan Wakely r...@gcc.gnu.org Jack Howarth howa...@bromo.med.uc.edu PR c++/45645 * g++.dg/torture/pr44972.C: Use portable assert(). Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/torture/pr44972.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45645
[Bug rtl-optimization/45678] [4.4/4.5 Regression] crash on vector code with -m32 -msse
--- Comment #29 from jakub at gcc dot gnu dot org 2010-09-21 14:19 --- Subject: Bug 45678 Author: jakub Date: Tue Sep 21 14:18:34 2010 New Revision: 164480 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164480 Log: PR middle-end/45678 * expr.c (expand_expr_real_1) case VIEW_CONVERT_EXPR: If op0 isn't sufficiently aligned and there is movmisalignM insn for mode, use it to load op0 into a temporary register. Backport from mainline 2010-09-20 Jakub Jelinek ja...@redhat.com PR middle-end/45678 * cfgexpand.c (expand_one_stack_var_at): Limit alignment to crtl-max_used_stack_slot_alignment. Backport from mainline 2010-09-17 Richard Guenther rguent...@suse.de H.J. Lu hongjiu...@intel.com PR middle-end/45678 * gcc.dg/torture/pr45678-1.c: New. * gcc.dg/torture/pr45678-2.c: Likewise. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/torture/pr45678-1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/torture/pr45678-2.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/cfgexpand.c branches/gcc-4_5-branch/gcc/expr.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
[Bug fortran/45740] PROCEDURE POINTER and PROTECTED: Accepts/ICEs on invalid code
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-21 14:19 --- (In reply to comment #1) TODO: Check whether the code is really invalid I have now asked at J3, cf. http://j3-fortran.org/pipermail/j3/2010-September/thread.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45740
[Bug libgcj/40182] [4.4/4.5/4.6 regression] regressions in libjava testsuite on sparc-linux
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-21 14:39 --- Fixed on the 4.4 branch: LAST_UPDATED: Obtained from SVN: branches/gcc-4_4-branch revision 164288 Native configuration is sparc-unknown-linux-gnu === libjava tests === Running target unix === libjava Summary === # of expected passes2574 Compiler version: gcc libjava Platform: sparc-unknown-linux-gnu configure flags: --build=sparc-linux-gnu --prefix=/home/ebotcazou/install-4.4 --enable-languages=c,c++,java --with-cpu=v8 BOOT_CFLAGS=-g -O2 -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|4.4.0 4.5.0 |4.4.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182
[Bug lto/45727] ICE: in subreg_get_info, at rtlanal.c:3092
--- Comment #3 from ibolton at gcc dot gnu dot org 2010-09-21 14:40 --- Which architecture/cpu are you wanting to build for? I'm not sure what the default is. If you can specify that when you configure, and then post the outcome of the build, that would be helpful. -- ibolton at gcc dot gnu dot org changed: What|Removed |Added CC||ibolton at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45727
[Bug tree-optimization/45563] [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-inlining -fipa-cp-clone
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-21 14:46 --- It is caused by revision 162911: http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00122.html -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 14:46:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45563
[Bug c++/45562] [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-21 14:54 --- It is caused by revision 162911: http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00122.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 14:54:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45562
[Bug ada/45394] [4.6 regression] gnat fails to build on s390, trunk 20100918
--- Comment #3 from doko at ubuntu dot com 2010-09-21 14:59 --- https://buildd.debian.org/pkg.cgi?pkg=gcc-snapshot yes, 20100918 still fails to build: -- doko at ubuntu dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED Summary|[4.6 regression] gnat fails |[4.6 regression] gnat fails |to build on s390, trunk |to build on s390, trunk |20100814|20100918 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
[Bug ada/45394] [4.6 regression] gnat fails to build on s390, trunk 20100918
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-21 15:09 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 15:09:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- Comment #6 from hp at gcc dot gnu dot org 2010-09-21 15:11 --- (In reply to comment #5) Created an attachment (id=21855) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21855action=view) [edit] Patch that fixes the problem cse was losing track of cc0 set/use because of intervening debug insns. Anyone got a CC0 host to bootstrap-test this on? Thanks for looking to this. No bootstrap unfortunately, but I can regression-test it for cris-elf, which should be sufficient. Well, I'm quite certain you too know exactly the steps ;-) but I guess since I have a baseline and a setup... Let me just suggest changing the ... == 0 to ... == NULL_RTX in the last part of the patch. To incentivise, I'll test that. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug target/45250] [4.6 Regression] FAIL: tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check_nan.cc
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-21 15:16 --- Subject: Re: [4.6 Regression] FAIL: tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check_nan.cc Hm, fixed? It's fixed on the target. I left it open because I wasn't sure whether the variable tracking issue should be addressed or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45250
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- Comment #7 from hp at gcc dot gnu dot org 2010-09-21 15:17 --- Created an attachment (id=21857) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21857action=view) Same patch, just s/0/NULL_RTX/ in two places. As mentioned plus one more place. -- hp at gcc dot gnu dot org changed: What|Removed |Added Attachment #21855|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug lto/45727] ICE: in subreg_get_info, at rtlanal.c:3092
--- Comment #4 from rafael dot carre at gmail dot com 2010-09-21 15:20 --- Same output with -mcpu=arm926ej-s or -mcpu=arm7tdmi What did you mean with when I configure ? I posted gcc -v output, should I rebuild gcc with a specific option? I build with http://www.rockbox.org/gcc/rockbox-multilibs-noexceptions-arm-elf-eabi-gcc-4.4.2_1.diff to disable support for exceptions and build libgcc for several CPUs -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45727
[Bug lto/45729] -flto conflicts with -mthumb
--- Comment #1 from ibolton at gcc dot gnu dot org 2010-09-21 15:30 --- Unfortunately, LTO does not officially work on ARM yet. There are many LTO failures in the gcc testsuite at the moment. Can you retry without LTO so we can diagnose the interworking problems? -- ibolton at gcc dot gnu dot org changed: What|Removed |Added CC||ibolton at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 15:30:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45729
[Bug rtl-optimization/45678] [4.4/4.5 Regression] crash on vector code with -m32 -msse
--- Comment #30 from jakub at gcc dot gnu dot org 2010-09-21 16:30 --- Subject: Bug 45678 Author: jakub Date: Tue Sep 21 16:30:21 2010 New Revision: 164486 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164486 Log: PR middle-end/45678 * expr.c (expand_expr_real_1) case VIEW_CONVERT_EXPR: If op0 isn't sufficiently aligned and there is movmisalignM insn for mode, use it to load op0 into a temporary register. Backport from mainline 2010-09-20 Jakub Jelinek ja...@redhat.com PR middle-end/45678 * cfgexpand.c (expand_one_stack_var_at): Limit alignment to crtl-max_used_stack_slot_alignment. Backport from mainline 2010-09-17 Richard Guenther rguent...@suse.de H.J. Lu hongjiu...@intel.com PR middle-end/45678 * gcc.dg/torture/pr45678-1.c: New. * gcc.dg/torture/pr45678-2.c: Likewise. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/torture/pr45678-1.c branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/torture/pr45678-2.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/cfgexpand.c branches/gcc-4_4-branch/gcc/expr.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- Comment #8 from hp at gcc dot gnu dot org 2010-09-21 16:34 --- Created an attachment (id=21858) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21858action=view) Same patch, just gunzipped this time. :) -- hp at gcc dot gnu dot org changed: What|Removed |Added Attachment #21857|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug rtl-optimization/45678] [4.4/4.5 Regression] crash on vector code with -m32 -msse
--- Comment #31 from jakub at gcc dot gnu dot org 2010-09-21 16:42 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
the arm
I misunderstood you. I thought you said 'anybody,' and so I supposed 'anybody' included--well, anybody; that is, everybody. It doth--anybody that is of lofty birth; and the better if he be royal. That, it meseemeth, might well be, said the abbot, who saw his opportunity to smooth things and avert disaster, for it were not likely that so wonderful a gift as this would be conferred for the revelation of the concerns of lesser beings than such as be born near to the summits of greatness. Our Arthur the king-- Would you know of him? broke in the enchanter. Most gladly, yea, and gratefully. Everybody was full of awe and interest again right away, the incorrigible idiots. They watched the incantations absorbingly, and looked at me with a There, now, what can you say to that? air, when the announcement came: The king is weary with the chase, and lieth in his palace these two hours sleeping a dreamless sleep. God's benison upon him! said the abbot, a attachment: boorishness.jpg
[Bug c++/45562] [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug
--- Comment #3 from jamborm at gcc dot gnu dot org 2010-09-21 17:08 --- This is the full backtrace: #0 0x081e945d in cp_build_unary_op (code=ADDR_EXPR, xarg=0xb76d0dac, noconvert=0, complain=3) at /home/mjambor/gcc/icln/gcc/cp/typeck.c:5091 #1 0x080d10b3 in build_this (obj=0xb76d7898) at /home/mjambor/gcc/icln/gcc/cp/call.c:2738 #2 0x080dfaf5 in build_new_method_call (instance=0xb76d0dac, fns=0xb76d0dc8, args=0xbfffe8d0, conversion_path=0xb776e000, flags=3, fn_p=0x0, complain=0) at /home/mjambor/gcc/icln/gcc/cp/call.c:6482 #3 0x0812f34c in tsubst_copy_and_build (t=0xb76d1774, args=0xb775de88, complain=0, in_decl=0x0, function_p=0 '\000', integral_constant_expression_p=0 '\000') at /home/mjambor/gcc/icln/gcc/cp/pt.c:12587 #4 0x0813a8b6 in tsubst_expr (t=0xb76d1774, args=value optimized out, complain=value optimized out, in_decl=0x0, integral_constant_expression_p=value optimized out) at /home/mjambor/gcc/icln/gcc/cp/pt.c:12069 #5 0x08132dbc in tsubst (t=0xb7763f60, args=0xb775de88, complain=0, in_decl=0x0) at /home/mjambor/gcc/icln/gcc/cp/pt.c:10697 #6 0x081a7e24 in dump_template_bindings (typenames=value optimized out, args=value optimized out, parms=value optimized out) at /home/mjambor/gcc/icln/gcc/cp/error.c:315 #7 dump_function_decl (typenames=value optimized out, args=value optimized out, parms=value optimized out) at /home/mjambor/gcc/icln/gcc/cp/error.c:1346 #8 0x081a95f8 in decl_as_string (decl=0xb7766a80, flags=4) at /home/mjambor/gcc/icln/gcc/cp/error.c:2372 #9 0x08233b8b in cxx_printable_name_internal (decl=0xb7766a80, v=0, translate=152 '\230') at /home/mjambor/gcc/icln/gcc/cp/tree.c:1445 #10 0x0843aba9 in current_function_name () at /home/mjambor/gcc/icln/gcc/function.c:5635 #11 0x08668ed0 in dump_enumerated_decls (file=0x8d8c670, flags=1048576) at /home/mjambor/gcc/icln/gcc/tree-ssa-live.c:1268 #12 0x0860387c in execute_cleanup_cfg_post_optimizing () at /home/mjambor/gcc/icln/gcc/tree-optimize.c:214 #13 0x084fe5e9 in execute_one_pass (pass=0x8c42820) at /home/mjambor/gcc/icln/gcc/passes.c:1573 #14 0x084fe89d in execute_pass_list (pass=0x8c42820) at /home/mjambor/gcc/icln/gcc/passes.c:1628 #15 0x08603a8a in tree_rest_of_compilation (fndecl=0xb7766a80) at /home/mjambor/gcc/icln/gcc/tree-optimize.c:452 #16 0x087afdbc in cgraph_expand_function (node=value optimized out) at /home/mjambor/gcc/icln/gcc/cgraphunit.c:1477 #17 0x087b3051 in cgraph_expand_all_functions () at /home/mjambor/gcc/icln/gcc/cgraphunit.c:1556 #18 cgraph_optimize () at /home/mjambor/gcc/icln/gcc/cgraphunit.c:1812 #19 0x087b368a in cgraph_finalize_compilation_unit () at /home/mjambor/gcc/icln/gcc/cgraphunit.c:1020 #20 0x0819bebb in cp_write_global_declarations () at /home/mjambor/gcc/icln/gcc/cp/decl2.c:3928 #21 0x085a2894 in compile_file () at /home/mjambor/gcc/icln/gcc/toplev.c:967 #22 do_compile () at /home/mjambor/gcc/icln/gcc/toplev.c:2394 #23 0x085a3062 in toplev_main (argc=21, argv=0xbfffef64) at /home/mjambor/gcc/icln/gcc/toplev.c:2435 #24 0x082ca5eb in main (argc=21, argv=0xbfffef64) at /home/mjambor/gcc/icln/gcc/main.c:36 It seems that some template bindings get built when we try to dump the current function for the compare-debug dump (required to get the ICE), which is so late in the compilation process that cp front-end cannot handle it somehow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45562
[Bug c/45741] New: [4.6 Regression] ICE: SIGSEGV in string_constant (expr.c:9863) when parsing memcmp()
Command line: $ gcc testcase.c $ cat testcase.c static const int data[2048]; void foo (void *ptr) { __builtin_memcmp (data, ptr, 1); } Relevant valgrind output: $ valgrind --trace-children=yes /mnt/svn/gcc-trunk/binary-164484-lto-fortran-checking-yes-rtl-df/bin/gcc testcase.c ==13187== Invalid read of size 2 ==13187==at 0x6935CC: string_constant (expr.c:9863) ==13187==by 0x57808E: c_getstr (builtins.c:580) ==13187==by 0x59940E: fold_builtin_3 (builtins.c:8819) ==13187==by 0x58C7FB: fold_builtin_n (builtins.c:10622) ==13187==by 0x58EAE9: fold_builtin_call_array (builtins.c:10857) ==13187==by 0x500B83: build_function_call_vec (c-typeck.c:2798) ==13187==by 0x50C7CD: c_parser_postfix_expression_after_primary (c-parser.c:6037) ==13187==by 0x51063C: c_parser_postfix_expression (c-parser.c:5923) ==13187==by 0x50972E: c_parser_unary_expression (c-parser.c:5322) ==13187==by 0x50A642: c_parser_cast_expression (c-parser.c:5185) ==13187==by 0x50A809: c_parser_binary_expression (c-parser.c:5001) ==13187==by 0x50AF4C: c_parser_conditional_expression (c-parser.c:4782) ==13187== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==13187== testcase.c: In function 'foo': testcase.c:5:3: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r164484 - crash r163636 - OK -- Summary: [4.6 Regression] ICE: SIGSEGV in string_constant (expr.c:9863) when parsing memcmp() Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45741
[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-09-21 17:14 --- *** Bug 45563 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45572
[Bug tree-optimization/45563] [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-inlining -fipa-cp-clone
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-09-21 17:14 --- The same patch works for both bugs so I assume they are duplicates. *** This bug has been marked as a duplicate of 45572 *** -- jamborm at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45563
[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-09-21 17:19 --- Created an attachment (id=21859) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21859action=view) Proposed fix. I'm testing this fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45572
[Bug bootstrap/45737] Bootstrap comparison failure
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal GCC target triplet||ia64-linux-gnu Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45737
[Bug c/45741] [4.6 Regression] ICE: SIGSEGV in string_constant (expr.c:9863) when parsing memcmp()
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-21 17:37 --- It is caused by revision 164438: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00734.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-21 17:37:53 date|| Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45741
[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty
--- Comment #30 from paolo dot carlini at oracle dot com 2010-09-21 17:55 --- More correctly (in the meanwhile went through a exchange at the beginning of this year), Howard stores the hash, which boils down to a memory requirement similar to that of the traditional doubly linked list scheme per Dinkum in the limit of high load factor, for small load factor is better because can use only one pointer instead of two for each bucket in the bucket list. All in all, if the requirements of throwing hash + erase complexity are combined, I don't think anything with a memory use similar to that of the singly linked schemes is possible. Joaquin, I think Matt would be in favor of a motion asking a re-opening of the issue in Batavia, what do you think? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #12 from ktietz at gcc dot gnu dot org 2010-09-21 17:58 --- Subject: Bug 45694 Author: ktietz Date: Tue Sep 21 17:58:32 2010 New Revision: 164489 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164489 Log: 2010-09-21 Kai Tietz kai.ti...@onevision.com PR target/45694 * config/i386/i386.c (ix86_expand_prologue): Save r10 in case that static chain-register is used for 64-bit. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug objc/25965] [4.3/4.4/4.5/4.6 Regression] Allows duplicate member names in objc subclasses
--- Comment #10 from nicola at gcc dot gnu dot org 2010-09-21 18:51 --- Subject: Bug 25965 Author: nicola Date: Tue Sep 21 18:51:34 2010 New Revision: 164491 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164491 Log: PR objc/25965 In gcc/objc/: * objc-act.c (objc_get_interface_ivars): New function. (objc_collecting_ivars): New variable. (continue_class): Set and reset objc_collecting_ivars for context. In gcc/: * c-decl.c (detect_field_duplicates): If compiling Objective-C, call objc_get_interface_ivars (). * c-family/c-common.h (objc_get_interface_ivars): New declaration. * c-family/stub-objc.c (objc_get_interface_ivars): New stub. In gcc/objcp/: * objcp-decl.c (objcp_finish_struct): Call objc_get_interface_ivars() and check for duplicate ivars. In gcc/testsuite/: Merge from 'apple/trunk' branch on FSF servers. 2005-10-11 Fariborz Jahanian fjahan...@apple.com Radar 4291785 objc.dg/naming-4.m: New objc.dg/naming-5.m: New obj-c++.dg/naming-1.mm: New obj-c++.dg/naming-2.mm: New Added: trunk/gcc/testsuite/obj-c++.dg/naming-1.mm trunk/gcc/testsuite/obj-c++.dg/naming-2.mm trunk/gcc/testsuite/objc.dg/naming-4.m trunk/gcc/testsuite/objc.dg/naming-5.m Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/c-family/c-common.h trunk/gcc/c-family/stub-objc.c trunk/gcc/objc/ChangeLog trunk/gcc/objc/objc-act.c trunk/gcc/objcp/ChangeLog trunk/gcc/objcp/objcp-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25965
[Bug objc/25965] [4.3/4.4/4.5/4.6 Regression] Allows duplicate member names in objc subclasses
--- Comment #11 from nicola at gcc dot gnu dot org 2010-09-21 18:52 --- Patch applied to trunk. Thanks -- nicola at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25965
[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.
--- Comment #7 from mikael at gcc dot gnu dot org 2010-09-21 19:04 --- Subject: Bug 45648 Author: mikael Date: Tue Sep 21 19:04:09 2010 New Revision: 164494 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164494 Log: 2010-09-21 Mikael Morin mik...@gcc.gnu.org PR fortran/45648 * trans-array.c (gfc_conv_expr_descriptor): Calculate dim out of n and info-dim. PR fortran/45648 * trans-array.c (gfc_conv_expr_descriptor): Unset full if we are accessing dimensions in reversed order. PR fortran/45648 * trans-array.c (gfc_conv_expr_descriptor): Special case noncopying intrinsic function call. * trans-array.c (gfc_conv_expr_descriptor): Remove ss lookup. Update asserts accordingly. PR fortran/45648 * trans.h (gfc_se): New field force_tmp. * trans-expr.c (gfc_conv_procedure_call): Check for argument alias and set parmse.force_tmp if some alias is found. * trans-array.c (gfc_conv_expr_descriptor): Force a temporary creation if se-force_tmp is set. 2010-09-21 Mikael Morin mik...@gcc.gnu.org PR fortran/45648 * gfortran.dg/inline_transpose_1.f90: Update temporary's locations and counts. Add non-elemental function call check. PR fortran/45648 * gfortran.dg/inline_transpose_1.f90: Add function calls with aliasing arguments checks. Update temporary counts. * gfortran.dg/transpose_optimization_1.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/transpose_optimization_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-expr.c trunk/gcc/fortran/trans.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/inline_transpose_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45648
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #13 from ktietz at gcc dot gnu dot org 2010-09-21 19:05 --- Subject: Bug 45694 Author: ktietz Date: Tue Sep 21 19:05:18 2010 New Revision: 164495 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164495 Log: 2010-09-21 Kai Tietz kai.ti...@onevision.com PR target/45694 * config/i386/i386.c (ix86_expand_prologue): Save r10 in case that static chain-register is used for 64-bit. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/config/i386/i386.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?
--- Comment #14 from ktietz at gcc dot gnu dot org 2010-09-21 19:09 --- Issue fixed on mainline and backported to 4.5 branch -- ktietz at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
[Bug lto/45702] [4.6 Regression] New LTO test failures
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-21 20:40 --- Subject: Re: [4.6 Regression] New LTO test failures Similar errors on hppa2.0w-hp-hpux11.11. Excess errors are: cc1: error: LTO support has not been enabled in this configuration cc1: error: LTO support has not been enabled in this configuration the effective target check should avoid that. Why does it not work for you? It seems configure enables LTO by default if it doesn't find a reason to disable it. ENABLE_LTO is defined in auto-host.h. It can be disabled with a configure option, but I think the default should be changed on hppa*-*-hpux*. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45702
[Bug objc/23710] objc front-end should not abort after erroring out about method definition not in class context
--- Comment #3 from nicola at gcc dot gnu dot org 2010-09-21 20:47 --- Subject: Bug 23710 Author: nicola Date: Tue Sep 21 20:47:04 2010 New Revision: 164497 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164497 Log: PR objc/23710 In gcc/: * c-family/c-common.h (objc_start_method_definition): Return bool instead of void. * c-family/stub-objc.c (objc_start_method_definition): Return bool instead of void. * c-parser.c (c_parser_objc_method_definition): Check the return value of objc_start_method_definition and if false is returned, parse the method definition but emit no code. In gcc/objc/: * objc-act.c (objc_start_method_definition): Do not abort upon a 'method definition not in @implementation context' error. Return 'false' instead. In gcc/testsuite/: * objc.dg/invalid-method-1.m: New. Added: trunk/gcc/testsuite/objc.dg/invalid-method-1.m Modified: trunk/gcc/ChangeLog trunk/gcc/c-family/c-common.h trunk/gcc/c-family/stub-objc.c trunk/gcc/c-parser.c trunk/gcc/objc/ChangeLog trunk/gcc/objc/objc-act.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23710
[Bug objc/23710] objc front-end should not abort after erroring out about method definition not in class context
--- Comment #4 from nicola at gcc dot gnu dot org 2010-09-21 20:48 --- Fix committed to trunk. Thanks -- nicola at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23710
[Bug web/43133] changes.html needs to document configure API changes due to autotools upgrade
--- Comment #1 from rwild at gcc dot gnu dot org 2010-09-21 20:52 --- The changes.html patch went in a while ago; I'm leaving open PR 43132 for remaining issues but closing this one. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43133
[Bug other/44253] libdecnumber .o vs. obj = @OBJEXT@
--- Comment #3 from rwild at gcc dot gnu dot org 2010-09-21 20:56 --- trunk is fixed by r163993, http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00285.html -- rwild at gcc dot gnu dot org changed: What|Removed |Added CC||gingold at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Known to work||4.6.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44253
[Bug driver/44933] --help=common undocumented
--- Comment #1 from rwild at gcc dot gnu dot org 2010-09-21 20:58 --- Please send patches to the gcc-patches list, in the usual format and with all information attached as per http://gcc.gnu.org/contribute.html. You might want to consider wrapping lines so neither source file nor --help output go beyond 80 columns. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44933
[Bug fortran/45742] New: VOLATILE not honored in comparison
i...@linux-fd1f:~/Krempel/Compare cat op.f90 program main integer, volatile :: j if (jj) call notfound end program main i...@linux-fd1f:~/Krempel/Compare gfortran op.f90 i...@linux-fd1f:~/Krempel/Compare The call to notfound should not be elided. -- Summary: VOLATILE not honored in comparison Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45742
[Bug rtl-optimization/41085] [4.5/4.6 Regression]: cris-elf gcc.dg/pr28796-2.c
--- Comment #9 from hp at gcc dot gnu dot org 2010-09-21 21:26 --- Subject: Bug 41085 Author: hp Date: Tue Sep 21 21:25:57 2010 New Revision: 164498 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164498 Log: PR rtl-optimization/41085 Backport from mainline 2010-07-27 Bernd Schmidt ber...@codesourcery.com PR rtl-optimization/45051 * reload1.c (delete_output_reload): Use refers_to_regno_p rather than reg_mentioned_p. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085
[Bug rtl-optimization/45051] [4.6 Regression]: gcc.c-torture/execute/builtins/abs-2.c and abs-3.c due to track subwords of DImode allocnos
--- Comment #6 from hp at gcc dot gnu dot org 2010-09-21 21:26 --- Subject: Bug 45051 Author: hp Date: Tue Sep 21 21:25:57 2010 New Revision: 164498 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164498 Log: PR rtl-optimization/41085 Backport from mainline 2010-07-27 Bernd Schmidt ber...@codesourcery.com PR rtl-optimization/45051 * reload1.c (delete_output_reload): Use refers_to_regno_p rather than reg_mentioned_p. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
[Bug rtl-optimization/41085] [4.5/4.6 Regression]: cris-elf gcc.dg/pr28796-2.c
--- Comment #10 from hp at gcc dot gnu dot org 2010-09-21 21:30 --- . -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- Comment #9 from hp at gcc dot gnu dot org 2010-09-21 21:44 --- (In reply to comment #8) Created an attachment (id=21858) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21858action=view) [edit] It fixes the bug with no regressions for r164480. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug java/44095] [4.5/4.6 Regression] massive java failures due to -findirect-dispatch breakage on sparc64-linux
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-09-21 21:45 --- Java is severely broken on sparc64-linux with gcc 4.5/4.6, which is a major regression from 4.4: http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg00853.html (4.6 broken) http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg00681.html (4.5 broken) http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg00472.html (4.4 works) The detailed test suite logs show that _every_ -findirect-dispatch test case SEGFAULTs shortly after startup. I've bisected trunk and identified r155622 as the cause: Author: jakub Date: Mon Jan 4 16:02:41 2010 New Revision: 155622 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155622 Log: PR driver/42442 * gcc.c (SWITCH_IGNORE_PERMANENTLY): Define. (do_self_spec): For switches with SWITCH_IGNORE set set also SWITCH_IGNORE_PERMANENTLY. (check_live_switch): Check SWITCH_IGNORE_PERMANENTLY instead of SWITCH_IGNORE. [...] The main difference is that in the working compiler, the java classes are assembled with -K PIC but the generated main() is not, while in the broken compiler both the java classes and the generated main() are assembled with -K PIC. Thanks for the detailed analysis. I note that gcc/java/jvspec.c has %findirect-dispatch, and that PR42442 is about correcting the handling of %match=native. Clearly something here doesn't mix well. My interpretation is that the %findirect-dispatch for cc1 used to cancel the effect of -findirect-dispatch for subsequent programs invoked by the driver, in particular 'as' in this case. Jakub's change disables this cancellation so -findirect-dispatch is passed to 'as' and thus the kludge I put in ASM_SPEC for Linux triggers, which breaks because cc1 hasn't compiled the file in PIC mode. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2010-09-20 21:40:00 |2010-09-21 21:45:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44095
[Bug tree-optimization/45743] New: [4.6 Regression] gfortran.dg/whole_file_3.f90 ICE: verify_stmts failed: invalid conversion in gimple call with -finline-small-functions
The ICE message is similiar to PR45076 and PR45733, but this might be different problem. Compiler output: $ gfortran -O -finline-small-functions whole_file_3.f90 whole_file_3.f90:17.71: call PHLOAD (R, 1) ! { dg-error Missing alternate return spec } 1 Warning: Missing alternate return spec in subroutine call at (1) whole_file_3.f90:18.71: CALL PHLOAD (R, 2) ! { dg-error Missing alternate return spec } 1 Warning: Missing alternate return spec in subroutine call at (1) whole_file_3.f90: In function 'test': whole_file_3.f90:21:0: error: invalid conversion in gimple call integer(kind=4) void # .MEM_12 = VDEF .MEM_2(D) _result_reader_6 = r (); whole_file_3.f90:21:0: error: invalid conversion in gimple call integer(kind=4) void # .MEM_14 = VDEF .MEM_12 _result_reader_8 = r (); whole_file_3.f90:21:0: error: invalid conversion in gimple call integer(kind=4) void # .MEM_16 = VDEF .MEM_14 _result_reader_10 = r (); whole_file_3.f90:21:0: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r164484 - crash r163636 - OK -- Summary: [4.6 Regression] gfortran.dg/whole_file_3.f90 ICE: verify_stmts failed: invalid conversion in gimple call with -finline-small-functions Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743
[Bug rtl-optimization/45739] static evaluation of SSE intrinsics (pxor)
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-21 23:33 --- Subject: Bug 45739 Author: jakub Date: Tue Sep 21 23:33:01 2010 New Revision: 164501 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164501 Log: PR rtl-optimization/45739 * simplify-rtx.c (simplify_binary_operation_1): Optimize even vector mode | CONST0_RTX (mode) and ^ CONST0_RTX (mode). * gcc.target/i386/pr45739.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr45739.c Modified: trunk/gcc/ChangeLog trunk/gcc/simplify-rtx.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45739