[Bug rtl-optimization/34171] New: [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

With current trunk on Alpha with -O3: (sid)170:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -O3 enlightenment-handlers.c enlightenment-handlers.c: In function 'doSignalsSetup': enlightenment-handlers.c:24: internal compiler error: Segmentation fault Please submit a full bug report, with pre

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #1 from tbm at cyrius dot com 2007-11-21 09:19 --- Program received signal SIGSEGV, Segmentation fault. df_chain_remove_problem () at gcc/df-problems.c:1948 1948for (use_rec = df_get_artificial_uses (bb->index); *use_rec; use_rec++) (gdb) where #0 df_chain_remove

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #2 from tbm at cyrius dot com 2007-11-21 09:19 --- Created an attachment (id=14588) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14588&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34171

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #3 from tbm at cyrius dot com 2007-11-21 09:20 --- /* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */ extern char coredump; extern void sigemptyset (char *); struct sigaction { char sa_mask; }; void doSignalsSetup (void) { static const int signals[] = { 1, 2, 3,

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #4 from bonzini at gnu dot org 2007-11-21 09:47 --- Created an attachment (id=14589) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14589&action=view) attempt Can you try this patch? I don't have the resources now to build a cross and test it. -- http://gcc.gnu.or

[Bug tree-optimization/34148] [4.3 Regression] Too many VOPs, too deep tree-ssa-sccvn.c recursion

--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-21 10:16 --- Subject: Bug 34148 Author: rguenth Date: Wed Nov 21 10:16:21 2007 New Revision: 130329 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130329 Log: 2007-11-21 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug tree-optimization/34147] internal compiler error: in set_iv, at tree-ssa-loop-ivopts.c:936

--- Comment #8 from huamama at gmail dot com 2007-11-21 10:24 --- Thanks. The complie flag in the Makefile of Busybox is "/opt/arm/bin/arm-linux-gcc -I/home/mahua/opt/test/busybox-1.1.3/include -I/home/mahua/opt/test/busybox-1.1.3/include -I/home/mahua/opt/test/busybox-1.1.3/libbb -funsi

[Bug ada/34118] Please enable stack checking (-fstack-check) by default

--- Comment #6 from ludovic at ludovic-brenta dot org 2007-11-21 10:44 --- I note that this (impressive) patch is not in mainline yet; it seems nobody has reviewed it yet. In the patch, you say: "-fstack-check is broken in the 4.x series of compilers in the sense that you cannot recove

[Bug target/34161] -Os produces 32-bit load from 16-bit variable

--- Comment #2 from vegard at peltkore dot net 2007-11-21 11:05 --- It can trigger watchpoints on other members. Try this example: struct s { int dummy; short x; short y; }; void dummy(struct s *b) { } void f(struct s *a, struct s *b) { dummy(b);

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #5 from tbm at cyrius dot com 2007-11-21 10:56 --- (In reply to comment #4) > Created an attachment (id=14589) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14589&action=view) [edit] > attempt > > Can you try this patch? I don't have the resources now to build a cross

[Bug tree-optimization/34147] internal compiler error: in set_iv, at tree-ssa-loop-ivopts.c:936

--- Comment #9 from ubizjak at gmail dot com 2007-11-21 11:15 --- (In reply to comment #8) > Thanks. > The complie flag in the Makefile of Busybox is "/opt/arm/bin/arm-linux-gcc > -I/home/mahua/opt/test/busybox-1.1.3/include > -I/home/mahua/opt/test/busybox-1.1.3/include > -I/home/mahua/

[Bug tree-optimization/34172] New: Missed store ccp optimization

#define N 256 struct { int x; int y; } S[100]; int z[100]; int foo (int y) { int x; S[5].x = 4; S[5].y = 0; x = S[5].x; return (x); } On powerpc64-linux, r130275 with -O2 we get: (taken from .store_ccp dump file) foo (y) { int x; : S[5].x = 4; S[5].y = 0; x_1 = S[5].x

[Bug tree-optimization/34148] [4.3 Regression] Too many VOPs, too deep tree-ssa-sccvn.c recursion

--- Comment #9 from rguenth at gcc dot gnu dot org 2007-11-21 12:01 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug tree-optimization/34172] Missed store ccp optimization

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-21 12:04 --- Note that only store _copyprop_ was removed for now. But yes, store ccp removal is on the plate. Note that this and similar bugs should be fixed by extending value-numbering to disambiguate memory accesses itself a

[Bug tree-optimization/34172] Missed store ccp optimization

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-op

[Bug ada/34173] New: [4.3 regression] FAIL: gnat.dg/release_unc_maxalign.adb execution test

gnat.dg/release_unc_maxalign.adb execution test fails for me since 20.11.2007. At 19.11.2007 it whas worked. Compiler version: 4.3.0 20071120 (experimental) (GCC) Platform: i686-pc-linux-gnu configure flags: --enable-languages=ada,c,c++,fortran,java,objc,obj-c++,treelang --with-mpfr=/usr/local I

[Bug fortran/34145] single_char_string.f90 fails with -fdefault-integer-8

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-11-21 12:25 --- The following (doesn't need to be compiled with -fdefault-integer-8): character (len=5) :: c integer(kind=8) :: i i = 3 c(i:i) = 'a' if (c(i:i) /= 'a') call abort () end gives the tree code below:

[Bug ada/34118] Please enable stack checking (-fstack-check) by default

--- Comment #7 from manu at gcc dot gnu dot org 2007-11-21 12:34 --- (In reply to comment #5) > > AdaCore has done it on 7 architectures and is ready to contribute this code, > see http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01846.html Why don't you ping directly the relevant maintain

[Bug c/34174] New: gcc produces erroneous asm for movdi

Compiling the testcase for BUG #27386 with the fr30-elf crosscompiler shows that while reloading memory operands to registers the source adress of the memory operand is changed. testcase: typedef unsigned long long uint64_t; uint64_t a, b, c; int foo(uint64_t x, uint64_t y, uint64_t z, int i) {

[Bug c/34174] gcc produces erroneous asm for movdi

--- Comment #1 from markus dot heigl at fme dot fujitsu dot com 2007-11-21 12:36 --- Created an attachment (id=14590) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14590&action=view) The used testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34174

[Bug c/34174] gcc produces erroneous asm for movdi

--- Comment #2 from markus dot heigl at fme dot fujitsu dot com 2007-11-21 12:37 --- Created an attachment (id=14591) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14591&action=view) The output asm file with sibling -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34174

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #6 from paolo dot bonzini at lu dot unisi dot ch 2007-11-21 12:51 --- Subject: Re: [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha So it means the basic block has been deleted. I want to see what happens if I consolidate all the out_of_date_transf

[Bug target/34161] -Os produces 32-bit load from 16-bit variable

--- Comment #3 from manu at gcc dot gnu dot org 2007-11-21 13:06 --- (In reply to comment #2) > > And this doesn't really make that much sense unless you know what's going on. > I'd say that following the principle of least surprise, this optimization is > unfortunate at the very least.

[Bug ada/34118] Please enable stack checking (-fstack-check) by default

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-21 12:40 --- > Why don't you ping directly the relevant maintainers? Probably because I have other things more interesting to do. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34118

[Bug ada/34118] Please enable stack checking (-fstack-check) by default

--- Comment #9 from manu at gcc dot gnu dot org 2007-11-21 13:17 --- (In reply to comment #8) > > Why don't you ping directly the relevant maintainers? > > Probably because I have other things more interesting to do. :-) > Then I humbly think you should have clearly stated that in you

[Bug ada/34118] Please enable stack checking (-fstack-check) by default

--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-11-21 13:34 --- > Then I humbly think you should have clearly stated that in your email and > asked people interested in the patch to ping the relevant maintainers on > your behalf. That's what I've sort of done in the second s

[Bug ada/34118] Please enable stack checking (-fstack-check) by default

--- Comment #11 from manu at gcc dot gnu dot org 2007-11-21 13:45 --- (In reply to comment #10) > > Then I humbly think you should have clearly stated that in your email and > > asked people interested in the patch to ping the relevant maintainers on > > your behalf. > > That's what I'v

[Bug ada/23487] Assignment from incompatible pointer warning in __gnat_install_handler kills bootstrap

--- Comment #8 from charlet at gcc dot gnu dot org 2007-11-21 13:49 --- closing then. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|NE

[Bug fortran/32129] ICE: Procedure call with array-section-actual to scalar dummy

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-11-21 13:51 --- I think this is valid code. The reduced testcase is: $ cat y.f90 program testCode implicit none type vec real, dimension(1) :: coords end type integer :: i real, dimension(1,1), parameter :: vy = 1.

[Bug fortran/34083] internal compiler error: in gfc_conv_array_constructor_expr, at fortran/trans-expr.c:2819

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-11-21 13:53 --- It's fixed by the simple patch below: Index: resolve.c === --- resolve.c (revision 130234) +++ resolve.c (working copy) @@ -740,6 +740,8 @@ reso

[Bug bootstrap/32212] Makefile:142: ../.././gcc/libgcc.mvars: No such file or directory

--- Comment #3 from rask at gcc dot gnu dot org 2007-11-21 14:44 --- Strictly speaking, it is a bug that building in the source tree doesn't work, but IIRC, the instructions on building GCC do mention that building in the source tree doesn't work, and no fix seem likely any time soon.

[Bug middle-end/29749] [4.0/4.1/4.2/4.3 regression] Missing byte swap optimizations

--- Comment #12 from jakub at gcc dot gnu dot org 2007-11-21 14:50 --- I disagree with that, it is preferrable to avoid including any headers in testcases if possible. Anyway, I'm testing a fold-const.c optimization which solves this already at the tree level. -- jakub at gcc dot gn

[Bug target/34174] gcc produces erroneous asm for movdi

--- Comment #3 from rask at gcc dot gnu dot org 2007-11-21 15:40 --- Created an attachment (id=14592) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14592&action=view) patch v1 for GCC 4.3 Please use -dp when posting asm output because it makes it easier to see what is going on. Pl

[Bug middle-end/29749] [4.0/4.1/4.2/4.3 regression] Missing byte swap optimizations

--- Comment #13 from jakub at gcc dot gnu dot org 2007-11-21 16:26 --- Created an attachment (id=14593) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14593&action=view) gcc43-pr29749.patch Patch I'm about to test. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29749

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #7 from spark at gcc dot gnu dot org 2007-11-21 16:22 --- (In reply to comment #6) > Subject: Re: [4.3 Regression] Segfault in df_chain_remove_problem > with -O3 on alpha > > So it means the basic block has been deleted. > > I want to see what happens if I consolidate all

[Bug fortran/34175] New: Document when fixed form and when free form source code is assumed

This was asked for on IRC. Add something about the following: .f90, .f95, .f03 (and at some point .f08) and their captial version .F90, .F95, .F03 (and at some point .F08 for Fortran 2008) will default to free-format Fortran. .for, .ftn and .f as well as .F, .FOR, .FTN and .FPP are considered as

[Bug tree-optimization/34176] New: [4.3 Regression] SCCVN breaks gettext

The following testcase reduced from gettext does not terminate with FRE enabled, as that replaces nitems + len2 with len2. typedef __SIZE_TYPE__ size_t; typedef unsigned int index_ty; typedef index_ty *index_list_ty; struct mult_index { index_ty index; unsigned int count; }; struct mult_ind

[Bug target/34141] gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 fails on Intel Darwin9

--- Comment #5 from dominiq at lps dot ens dot fr 2007-11-21 17:32 --- The bug is not present in PPC OSX 10.5.1 (at least the C code in comment #1, returns -126). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34141

[Bug c++/34166] -fleading-underscore duplicate underscore in some template cases

--- Comment #1 from shockenhull at niceberg dot com 2007-11-21 18:02 --- Created an attachment (id=14598) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14598&action=view) .ii file that produce error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34166

[Bug inline-asm/34177] Inline assembly uses wrong register

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-11-21 18:06 --- r25 is not marked as clobbered so what do you expect? Try: asm volatile("mov r25, %0" : "=r" (RunTsk)::"r25"); -- pinskia at gcc dot gnu dot org changed: What|Removed |Ad

[Bug c/34177] Inline assembly uses wrong register

--- Comment #1 from pete at highdesertsoftware dot net 2007-11-21 17:53 --- Created an attachment (id=14594) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14594&action=view) Standard out from make -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34177

[Bug c/34177] Inline assembly uses wrong register

--- Comment #3 from pete at highdesertsoftware dot net 2007-11-21 17:54 --- Created an attachment (id=14596) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14596&action=view) Preprocessor output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34177

[Bug testsuite/34168] runtime tests in gfortran.dg/vect fail for unsupported [non-SSE2] targets

--- Comment #2 from ubizjak at gmail dot com 2007-11-21 17:40 --- Changed summary to reflect real cause of failures. -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug c/34177] Inline assembly uses wrong register

--- Comment #4 from pete at highdesertsoftware dot net 2007-11-21 17:57 --- Created an attachment (id=14597) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14597&action=view) Fragment from the lss file This shows a mix is c and assembly showing where the incorrect register is used

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #8 from steven at gcc dot gnu dot org 2007-11-21 17:47 --- Martin, can you go up to frame #4, and do "print *pass" in gdb? Thanks. -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/34177] New: Inline assembly uses wrong register

asm volatile("mov r25, %0" : "=r" (RunTsk)); Selects the incorrect register for the move. -- Summary: Inline assembly uses wrong register Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/34177] Inline assembly uses wrong register

--- Comment #2 from pete at highdesertsoftware dot net 2007-11-21 17:53 --- Created an attachment (id=14595) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14595&action=view) Standard error from make -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34177

[Bug fortran/34162] F2008: Allow internal procedures as actual argument

--- Comment #1 from burnus at gcc dot gnu dot org 2007-11-21 18:21 --- Some quotes from comp.lang.fortran to help with the implementation - or at least rise awareness of some problems. http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/eaa52a125f022287/ -

[Bug fortran/13615] -Wuninitialized produces wrong error message for characters

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-11-21 18:58 --- $ cat z.f subroutine warn_character(d) character c, d d = c end $ gfortran -O2 -Wall z.f -c z.f: In function ‘warn_character’: z.f:3: warning: ‘c[1]{lb: 1 sz: 1}’ is used uninitialized in t

[Bug middle-end/29749] [4.0/4.1/4.2/4.3 regression] Missing byte swap optimizations

--- Comment #14 from rask at gcc dot gnu dot org 2007-11-21 19:11 --- > it is preferrable to avoid including any headers in > testcases if possible. Yes, but IMHO not at the cost of disabling the test on targets where it is supposed to run and pass. Targets without stdint.h are rare and

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #9 from tbm at cyrius dot com 2007-11-21 18:11 --- (In reply to comment #8) > Martin, can you go up to frame #4, and do "print *pass" in gdb? Thanks. You mean in execute_one_pass, right? Breakpoint 4, execute_one_pass (pass=0x1208c51b8) at gcc/passes.c:1065 1065 curren

[Bug fortran/34083] internal compiler error: in gfc_conv_array_constructor_expr, at fortran/trans-expr.c:2819

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-11-21 18:32 --- Subject: Bug 34083 Author: fxcoudert Date: Wed Nov 21 18:32:40 2007 New Revision: 130332 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130332 Log: PR fortran/34083 * resolve.c (resolve_s

[Bug fortran/34083] internal compiler error: in gfc_conv_array_constructor_expr, at fortran/trans-expr.c:2819

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-11-21 18:34 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #10 from steven at gcc dot gnu dot org 2007-11-21 20:02 --- That is useless information. You have a breakpoint on execute_one_pass, which executes the pass list. Look at *pass _at the point of the ICE_. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34171

[Bug c++/34178] New: Compilation using -frepo fails

When compiling the following piece of code with "-frepo", linking fails template class A { private: static int x; public: int getX() { return x; } }; template int A::x=0; int main() { A a; a.getX(); } g++ -frepo -c -o test.o t

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #11 from tbm at cyrius dot com 2007-11-21 20:23 --- (In reply to comment #10) > That is useless information. You have a breakpoint on execute_one_pass, which > executes the pass list. I thought you said frame 4 and that was execute_one_pass. Anyway, Seongbae Park found the

[Bug inline-asm/34177] Inline assembly uses wrong register

--- Comment #6 from pete at highdesertsoftware dot net 2007-11-21 20:38 --- Subject: Re: Inline assembly uses wrong register Thank you for your exceptionally fast response. However, adding the clobber did not help. The problem, I think, is r19 is used as the local variable "RunTsk

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #12 from spark at gcc dot gnu dot org 2007-11-21 20:40 --- At the end of fwprop2 pass in fwprop_done(), we call cleanup_cfg() and it merges a few blocks, making some bb disappear (in this particular case, bb index 25), which clears the bit in df_chain->out_of_date_transfer_fu

[Bug inline-asm/34177] Inline assembly uses wrong register

--- Comment #7 from pinskia at gcc dot gnu dot org 2007-11-21 20:42 --- Oh you are not storing to RunTsk but to r25 so your constraints are incorrect still. Try: asm volatile("mov r25, %0" : : "r" (RunTsk):"r25"); This still makes the bug invalid. -- http://gcc.gnu.org/bugzil

[Bug c/34179] New: ice for legal code

I just tried to compile the Suse Linux package with the GNU C compiler version 4.3 snapshot 20071116 The compiler said options.c:274: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See for instru

[Bug c/34179] ice for legal code

--- Comment #1 from dcb314 at hotmail dot com 2007-11-21 21:07 --- Created an attachment (id=14599) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14599&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34179

[Bug inline-asm/34177] Inline assembly uses wrong register

--- Comment #8 from pete at highdesertsoftware dot net 2007-11-21 21:01 --- Subject: Re: Inline assembly uses wrong register Thank you so much. That fixed it. Sorry to bother you with user error. It worked in 3.4.6, the last version of WinAVR I installed, that is why I assumed a

[Bug target/34174] gcc produces erroneous asm for movdi

--- Comment #4 from markus dot heigl at fme dot fujitsu dot com 2007-11-21 21:46 --- I will test it tomorrow when I'm at work again. There are simulators available from Greenhills and an Instruction set simulator from Cygnus. But that are both commercial products. Our own IDE Softune

[Bug libffi/31937] libffi doesn't support ppc without FPU

--- Comment #5 from andreast at gcc dot gnu dot org 2007-11-21 22:13 --- New patch here: http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01128.html -- andreast at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libffi/31937] libffi doesn't support ppc without FPU

--- Comment #6 from andreast at gcc dot gnu dot org 2007-11-21 22:14 --- Buh, reassigng. -- andreast at gcc dot gnu dot org changed: What|Removed |Added Assigned

[Bug target/34155] [4.3 Regression] ICE in simplify_binary_operation_1, at simplify-rtx.c:2666 on sh64

--- Comment #2 from kkojima at gcc dot gnu dot org 2007-11-21 22:36 --- I've committed a patch to avoid producing nested VEC_SELECT pattern by the back end in the first place. Fixed. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #14 from steven at gcc dot gnu dot org 2007-11-21 22:30 --- The patch is semi-wrong. The call to emit_insn_after_noloc() should already set the proper BLOCK_FOR_INSN for every insn. Only doing the df_insn_change_bb() should be sufficient. -- http://gcc.gnu.org/bugzilla

[Bug target/34155] [4.3 Regression] ICE in simplify_binary_operation_1, at simplify-rtx.c:2666 on sh64

--- Comment #1 from kkojima at gcc dot gnu dot org 2007-11-21 22:29 --- Subject: Bug 34155 Author: kkojima Date: Wed Nov 21 22:29:04 2007 New Revision: 130335 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130335 Log: PR target/34155 * config/sh/sh.md (binary_sf_

[Bug tree-optimization/34179] [4.3 Regression] verify_ssa failed (found real variable when subvariables should have appeared)

--- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-21 22:09 --- ./cc1 -quiet t3.i -O3 -Wfatal-errors t3.i: In function 'setparam': t3.i:4917: error: found real variable when subvariables should have appeared ... looks like a dup of PR34138. -- rguenth at gcc dot gnu dot org

[Bug tree-optimization/34005] [4.3 Regression] ICE: verify_ssa failed (expected an SSA_NAME object)

--- Comment #5 from tbm at cyrius dot com 2007-11-21 22:08 --- Note that Diego had some questions about the patch: http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00860.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34005

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #13 from spark at gcc dot gnu dot org 2007-11-21 22:08 --- The following patch seems to fix the problem: diff -r fad6feb87420 gcc/cfgrtl.c --- a/gcc/cfgrtl.c Wed Nov 21 00:17:50 2007 + +++ b/gcc/cfgrtl.c Wed Nov 21 14:07:15 2007 -0800 @@ -2629,6 +2629,7 @@ cfg_

[Bug c++/34180] New: Default copy constructor copies const auto_ptr members

It is an error to assign or copy a const auto_ptr. g++ should refuse to compile the following code: "bug.cpp": #include int main() { class A { const std::auto_ptr a; }; A a; } Compiled with: g++ bug.cpp This code compiles, incorrectly, on the foll

[Bug target/34141] gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 fails on Intel Darwin9

--- Comment #6 from dominiq at lps dot ens dot fr 2007-11-21 22:42 --- I filled a bug report to Apple: radar #5610291. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34141

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #15 from spark at gcc dot gnu dot org 2007-11-21 22:43 --- (In reply to comment #14) > The patch is semi-wrong. The call to emit_insn_after_noloc() should already > set the proper BLOCK_FOR_INSN for every insn. Only doing the > df_insn_change_bb() should be sufficient. Tha

[Bug c++/34180] Default copy constructor copies const auto_ptr members

--- Comment #1 from jeidsath at gmail dot com 2007-11-21 22:45 --- I apologize, a line was incorrectly cut from the copy and paste, here is the full code that should not compile, but does: #include int main() { class A { const std::auto_ptr a; };

[Bug tree-optimization/34176] [4.3 Regression] SCCVN breaks gettext

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-21 23:02 --- If you look at what SCCVN does for the affected SCC then you see that iteration converges to Setting value number of dest_7 to dest_7 Setting value number of list_23 to list_23 Value numbering destptr_3 stmt = destp

[Bug bootstrap/30589] [4.3 regression] C99 extern inline patch broke bootstrap on i386-pc-mingw32

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jakub at gcc dot gnu dot org|unassigned at gcc dot gnu |

[Bug c++/34180] Default copy constructor copies const auto_ptr members

--- Comment #2 from pcarlini at suse dot de 2007-11-21 23:21 --- I think this is the issue, nothing specific to std::auto_ptr: struct G { G() { } G(G&) { } }; int main() { class A { const G g; }; A a; A b = a; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34180

[Bug c++/34180] Default copy constructor copies const auto_ptr members

--- Comment #3 from jeidsath at gmail dot com 2007-11-21 23:52 --- (In reply to comment #2) > I think this is the issue, nothing specific to std::auto_ptr: > > struct G { G() { } G(G&) { } }; > > int main() > { > class A > { > const G g; > }; > A a; > A b = a; > } > No,

[Bug c++/34180] Default copy constructor copies const auto_ptr members

--- Comment #4 from pcarlini at suse dot de 2007-11-22 00:10 --- (In reply to comment #3) > (In reply to comment #2) > > I think this is the issue, nothing specific to std::auto_ptr: > > > > struct G { G() { } G(G&) { } }; > > > > int main() > > { > > class A > > { > > const G

[Bug c++/34180] Default copy constructor copies const auto_ptr members

--- Comment #5 from jeidsath at gmail dot com 2007-11-22 00:24 --- > Of course, and of course. But that has nothing to do with my reduced snippet, > which is equivalent to our standard-conforming implementation of > std::auto_ptr, > as far as I can see, and, does compile, whereas it sho

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #16 from spark at gcc dot gnu dot org 2007-11-22 00:30 --- I'm bootstrapping the following patch. This includes some slight refactoring of set_block_for_insn/df_insn_change_bb loops within cfgrtl.c. It's mostly cosmetic change on top of the patch on comment #15. diff -r fad6

[Bug tree-optimization/34147] internal compiler error: in set_iv, at tree-ssa-loop-ivopts.c:936

--- Comment #10 from huamama at gmail dot com 2007-11-22 01:38 --- hi, I also build the toolchains in linux, and when compile busybox using the same configuration, no compile error will shown. And only when i build the toolchains in cygwin, when compile the busybox using the same configu

Why you do not write? I Pamela mvfpwaqtrrme

http://zq-h.nm.ru 5999$ mnothly! raqyvwpfzen

[Bug tree-optimization/34147] internal compiler error: in set_iv, at tree-ssa-loop-ivopts.c:936

--- Comment #11 from huamama at gmail dot com 2007-11-22 01:51 --- Below is the CONFIG_BUILD_AT_ONCE in busybox is detailed in configuration file of buysbox, Does that mean in cygwin, maybe the ram is less than 300M, so when compile all the busybox, some unexpected internal compiler erro

[Bug tree-optimization/34181] New: FAIL: g++.dg/opt/anchor1.C (internal compiler error)

Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/g++/../../g++ -B/test/gnu/ gcc/objdir/gcc/testsuite/g++/../../ /test/gnu/gcc/gcc/gcc/testsuite/g++.dg/opt/a nchor1.C -nostdinc++ -I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/ include/hppa2.0w-hp-hpux11.11 -I/test/gnu/gcc/objdir/hpp

[Bug testsuite/34182] New: FAIL: g++.dg/other/datasec1.C (test for excess errors)

FAIL: g++.dg/other/datasec1.C (test for excess errors) Excess errors: /test/gnu/gcc/gcc/gcc/testsuite/g++.dg/other/datasec1.C:1: warning: -fdata-secti ons not supported for this target -- Summary: FAIL: g++.dg/other/datasec1.C (test for excess errors) Product: gcc

[Bug testsuite/34183] New: FAIL: g++.dg/other/first-global.C scan-assembler _GLOBAL__I_foobar

Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/g++/../../g++ -B/test/gnu/ gcc/objdir/gcc/testsuite/g++/../../ /test/gnu/gcc/gcc/gcc/testsuite/g++.dg/other /first-global.C -nostdinc++ -I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstd c++-v3/include/hppa2.0w-hp-hpux11.11 -I/test/gnu/gcc/obj

[Bug target/34091] [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-22 03:12 --- Subject: Re: New: [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392 > > paer% gcc-4.2 -c -O s_texfilter.i > > swrast/s_texfilter.c: In function ‘sample_lambda_2d’: > > swra

[Bug tree-optimization/34176] [4.3 Regression] SCCVN breaks gettext

--- Comment #2 from matz at gcc dot gnu dot org 2007-11-22 04:26 --- The problem starts already in the first iteration: Value numbering destptr_3 stmt = destptr_3 = PHI Setting value number of destptr_3 to dest_9 So, for now we assume dest_9 == destptr_3, quite okay, lets assume so. N

[Bug tree-optimization/34176] [4.3 Regression] SCCVN breaks gettext

--- Comment #3 from matz at gcc dot gnu dot org 2007-11-22 04:31 --- Created an attachment (id=14600) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14600&action=view) incomplete fix Concept patch touching only the unary case. binary, phi nodes and maybe references would need some

[Bug tree-optimization/34176] [4.3 Regression] SCCVN breaks gettext

--- Comment #4 from dberlin at gcc dot gnu dot org 2007-11-22 04:48 --- Subject: Re: [4.3 Regression] SCCVN breaks gettext On 22 Nov 2007 04:26:57 -, matz at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > --- Comment #2 from matz at gcc dot gnu dot org 2007-11-22 04:26 -

[Bug c++/34184] New: Scope broken for inherited members inside template class?

The following code fails to compile this.cpp: In member function 'int foo::baz::foo()': this.cpp:8: error: 'i' was not declared in this scope // begin this.cpp template struct foo { struct bar { int i; }; struct baz : bar { int foo() { return i; } }; }; int main() { } // end th

[Bug rtl-optimization/34171] [4.3 Regression] Segfault in df_chain_remove_problem with -O3 on alpha

--- Comment #17 from steven at gcc dot gnu dot org 2007-11-22 07:06 --- I'd say s/update_bb_for_insns/update_bb_for_insn_chain/ And it doesn't hurt to set BLOCK_FOR_INSN, so now that the code is factored to new functions, I'd also say s/notify_bb_change_for_insns/update_bb_for_insn_chai

[Bug tree-optimization/34176] [4.3 Regression] SCCVN breaks gettext

--- Comment #5 from steven at gcc dot gnu dot org 2007-11-22 07:10 --- > The one in a real compiler I have of SCCVN both do canonicalization on > insert, as does the original code from Rice's massively scalar > compiler (which is where the algorithm comes from). "The one"? "real compile

[Bug tree-optimization/34179] [4.3 Regression] verify_ssa failed (found real variable when subvariables should have appeared)

--- Comment #3 from tbm at gcc dot gnu dot org 2007-11-22 07:32 --- It's the same. *** This bug has been marked as a duplicate of 34138 *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/34138] [4.3 Regression] verify_ssa failed (found real variable when subvariables should have appeared)

--- Comment #4 from tbm at gcc dot gnu dot org 2007-11-22 07:32 --- *** Bug 34179 has been marked as a duplicate of this bug. *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added ---