[Bug ada/20754] ACATS cxg1005 fails at runtime on hppa-linux
--- Comment #8 from laurent at guerby dot net 2006-01-05 08:07 --- This is with 4.0, right? Are you able to produce a C99 or Fortran test case from your analsys? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754
[Bug target/25662] [4.0/4.1 Regression] Unrecognizable insn with -O on PPC
--- Comment #2 from jakub at gcc dot gnu dot org 2006-01-05 08:40 --- Note that the code has undefined behaviour. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25662
[Bug c/25678] New: -m68000 doesn't work
When gcc is called with -m68000 -Wa,-m68000 it may still generate bsr.l instructions which are only supported with -m68020 and above. The assembler obviously rejects those; but if -m68000 is specified, they shouldn't be there in the first place. -- Summary: -m68000 doesn't work Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wouter at grep dot be GCC build triplet: m68k-linux GCC host triplet: m68k-linux GCC target triplet: m68k-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25678
[Bug c++/5520] Add a warning to detect empty body of if statements (like in the C frontend)
--- Comment #5 from mueller at kde dot org 2006-01-05 10:19 --- http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01627.html -- mueller at kde dot org changed: What|Removed |Added CC||mueller at kde dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5520
[Bug c++/19773] warning for misplaced semicolon is C-only
--- Comment #2 from mueller at kde dot org 2006-01-05 10:20 --- please resolve this as duplicate for bug 5520 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19773
[Bug c++/19773] warning for misplaced semicolon is C-only
--- Comment #3 from falk at debian dot org 2006-01-05 10:36 --- (In reply to comment #2) please resolve this as duplicate for bug 5520 OK. *** This bug has been marked as a duplicate of 5520 *** -- falk at debian dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19773
[Bug c++/5520] Add a warning to detect empty body of if statements (like in the C frontend)
--- Comment #6 from falk at debian dot org 2006-01-05 10:36 --- *** Bug 19773 has been marked as a duplicate of this bug. *** -- falk at debian dot org changed: What|Removed |Added CC||austern at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5520
[Bug c++/5520] Add a warning to detect empty body of if statements (like in the C frontend)
--- Comment #7 from nathan at codesourcery dot com 2006-01-05 11:22 --- Subject: Re: Add a warning to detect empty body of if statements (like in the C frontend) mueller at kde dot org wrote: --- Comment #5 from mueller at kde dot org 2006-01-05 10:19 --- http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01627.html Could cp_parser_implicitly_scoped_statement be flattened to use cp_lexer_next_token_is, rather than CLNTI_not? that'd read better. I'd suggest if(cp_lexer_next_token_is (parser-lexer, CPP_OPEN_BRACE)) .. handle {...} else if (cp_lexer_next_token_is (parser-lexer (CPP_SEMICOLON)) .. handle empty else .. handle implicitly scoped stmt The C++ changes will be ok with that change. Someone else will need to approve the C change (but it looks ok to me) nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5520
[Bug fortran/23091] ICE in gfc_trans_auto_array_allocation
--- Comment #6 from mimo2 at free dot fr 2006-01-05 13:41 --- same (?) bug on GNU Fortran 95 (GCC) 4.2.0 20060104 program test call toto(4) end subroutine toto(n) integer, intent(in) :: n real :: tab(n) tab(1:n) = 4. end this code compiles when no option, but fails when -fno-automatic with test.f90:6: erreur interne du compilateur: dans gfc_trans_auto_array_allocation, à fortran/trans-array.c:3326 commenting the line tab(1:n) = 4. makes it to compile with -fno-automatic -- mimo2 at free dot fr changed: What|Removed |Added CC||mimo2 at free dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23091
[Bug fortran/23091] ICE in gfc_trans_auto_array_allocation
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-05 14:18 --- (In reply to comment #6) same (?) bug on GNU Fortran 95 (GCC) 4.2.0 20060104 Yes this is the same bug, we should not promote variable length (hopefully that is the correct term) arrays to save/static (a C/GCC term). And if it is explicitly we should reject it like IFC does: fortcom: Error: t.f90, line 2: An automatic object must not appear in a SAVE statement or be declared with the SAVE attribute. [MYARRAY] Dimension myArray(n1) ^ compilation aborted for t.f90 (code 1) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23091
[Bug c++/25632] [4.0 Regression] ICE with const int copied into two different functions
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-01-05 14:29 --- Fixed at least on the 4.1 branch and the mainline. Zdenek can you add the reduced testcase in comment #2? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.0.3 4.1.0 4.2.0 |4.0.3 Known to work|4.0.1 |4.0.1 4.1.0 4.2.0 Summary|[4.0/4.1/4.2 Regression] ICE|[4.0 Regression] ICE with |with const int copied into |const int copied into two |two different functions |different functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25632
[Bug tree-optimization/23948] [4.1/4.2 Regression] internal compiler error: verify_stmts failed
--- Comment #21 from dnovillo at gcc dot gnu dot org 2006-01-05 14:40 --- (In reply to comment #20) This is a showstopper. I'm reviewing bonzini's patch today. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23948
[Bug middle-end/24998] [4.2 Regression] Build failure on sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf
--- Comment #21 from rearnsha at gcc dot gnu dot org 2006-01-05 15:06 --- Subject: Bug 24998 Author: rearnsha Date: Thu Jan 5 15:06:09 2006 New Revision: 109380 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109380 Log: PR middle-end/24998 * arm/t-netbsd (LIB2FUNCS_EXTRA): Define. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/t-netbsd -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24998
[Bug rtl-optimization/25677] [4.2 regression] testsuite failure:gcc.c-torture/execute/960802-1.c -O1 and -O2
--- Comment #1 from hp at gcc dot gnu dot org 2006-01-05 15:08 --- It's still there LAST_UPDATED Thu Jan 5 03:26:35 UTC 2006 (revision 109371M), so I unassign myself, at least temporarily. Bonzini, a comment? -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org AssignedTo|hp at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-05 15:08:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25677
[Bug rtl-optimization/25677] [4.2 regression] testsuite failure:gcc.c-torture/execute/960802-1.c -O1 and -O2
--- Comment #2 from bonzini at gnu dot org 2006-01-05 15:10 --- If it's still there, assign it to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25677
[Bug tree-optimization/25680] New: Store CCP does not understand REALPART_EXPR COMPLEX_CST
int g(_Complex int*); int f(void) { _Complex int t = 0; int i, j; __real__ t += 2; __imag__ t += 2; return g(t); } -- Summary: Store CCP does not understand REALPART_EXPR COMPLEX_CST Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25680
[Bug tree-optimization/25680] Store CCP does not understand REALPART_EXPR COMPLEX_CST
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-05 15:25 --- The testcase is comment #0. In .final_cleanup: t = __complex__ (0, 0); REALPART_EXPR t = REALPART_EXPR t + 2; IMAGPART_EXPR t = IMAGPART_EXPR t + 2; D.1520 = g (t); return D.1520; -- in .store_ccp: Visiting statement: # SFT.0_3 = V_MUST_DEF SFT.0_1; # SFT.1_4 = V_MUST_DEF SFT.1_2; t = __complex__ (0, 0); Lattice value changed to CONSTANT __complex__ (0, 0). Adding SSA edges to worklist. Lattice value changed to CONSTANT __complex__ (0, 0). Adding SSA edges to worklist. Visiting statement: # VUSE SFT.1_4; D.1516_5 = REALPART_EXPR t; Lattice value changed to VARYING. Adding SSA edges to worklist. I should note that on powerpc-darwin we don't even get the constant prop at the RTL level either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25680
[Bug tree-optimization/22555] array in struct disables salias subvars for other fields
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-01-05 15:30 --- Subject: Bug 22555 Author: rguenth Date: Thu Jan 5 15:30:44 2006 New Revision: 109381 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109381 Log: 2006-01-05 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/22555 * tree-ssa-alias.c (create_overlap_variables_for): Do not give up, if one structure field is an array. * tree-ssa-operands.c (get_expr_operands): Continue scanning operands even if we found a subvar, but ignore VOPs in this case. * tree-ssa-loop-ivopts.c (rewrite_use): Mark new vars in stmt for renaming. * tree-ssa-loop.c (pass_iv_optimize): Schedule TODO_update_ssa. * gcc.dg/tree-ssa/alias-3.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/alias-3.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-alias.c trunk/gcc/tree-ssa-loop-ivopts.c trunk/gcc/tree-ssa-loop.c trunk/gcc/tree-ssa-operands.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22555
[Bug tree-optimization/22555] array in struct disables salias subvars for other fields
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-01-05 15:32 --- Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22555
[Bug rtl-optimization/25677] [4.2 regression] testsuite failure:gcc.c-torture/execute/960802-1.c -O1 and -O2
--- Comment #3 from hp at gcc dot gnu dot org 2006-01-05 15:51 --- As offered in comment #2. Thanks! -- hp at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25677
[Bug tree-optimization/25680] Store CCP does not understand REALPART_EXPR COMPLEX_CST
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-01-05 15:55 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-05 15:55:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25680
[Bug tree-optimization/25371] -ftree-vectorize results in internal compiler error on AMD64
--- Comment #4 from sebastian dot pop at cri dot ensmp dot fr 2006-01-05 16:32 --- (In reply to comment #3) Vectorizer's dump file can help. vect dump ends with: /home/seb/ex/pr25371.c:26: note: Access function of PHI: {0, +, 1}_4(get_loop_exit_condition if (i_99 D.1700_228) goto L54; else goto L55;) /home/seb/ex/pr25371.c:26: note: === vec_transform_loop === /home/seb/ex/pr25371.c:26: note: === vect_do_peeling_for_alignment === and the problem seems to come from the fact that in vect_create_addr_base_for_vector_ref, we're calling base_offset = force_gimple_operand (base_offset, new_stmt, false, dest); with a base_offset that contains a chrec: ((num_tD.1607 *) (long unsigned intD.4) {0, +, nD.1614_23}_4 * 16B); -- sebastian dot pop at cri dot ensmp dot fr changed: What|Removed |Added CC||sebastian dot pop at cri dot ||ensmp dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25371
[Bug fortran/25681] New: Segmentation fault, when accessing len(attribute) of multidimensional object
Accessing something like len(f_2d%class) where f_2d is a multidimensional object gives a segmentation fault in the compiler. Example: module testLen implicit none public :: Derived type, public:: Deriv character(len=9) :: class end type Deriv type(Deriv), private, dimension(2) :: f_2d contains subroutine Derived() character(len=len(f_2d%class)) :: typ ! See defs of f_2d typ = Hallo end subroutine Derived end module testLen -- Summary: Segmentation fault, when accessing len(attribute) of multidimensional object Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Heiko dot Klein at gmx dot net GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25681
[Bug fortran/25681] Segmentation fault, when accessing len(attribute) of multidimensional object
--- Comment #1 from Heiko dot Klein at gmx dot net 2006-01-05 16:40 --- Created an attachment (id=10584) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10584action=view) test-code as attachment -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25681
[Bug fortran/25681] ICE with len of array of derived type
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-05 16:47 --- Confirmed, reduced testcase: subroutine Derived() type Deriv character(len=9) :: class end type Deriv type(Deriv), dimension(2) :: f_2d i = len(f_2d%class) end subroutine Derived -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Keywords||ice-on-valid-code Known to fail|4.0.0 | Summary|Segmentation fault, when|ICE with len of array of |accessing len(attribute) of |derived type |multidimensional object | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25681
[Bug rtl-optimization/25677] [4.2 regression] testsuite failure:gcc.c-torture/execute/960802-1.c -O1 and -O2
--- Comment #4 from bonzini at gnu dot org 2006-01-05 16:59 --- Combine does not try to combine across a call. But it does not invalidate equivalences and, in this case, it tries to replace v (the result of a function call) with the return value register... even though in the meanwhile a different function call has clobbered it. H-P can you please run an assembly language comparison on this patch, to check that it does not pessimize anything? I think the bug is latent in other branches as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25677
[Bug rtl-optimization/25677] [4.2 regression] testsuite failure:gcc.c-torture/execute/960802-1.c -O1 and -O2
--- Comment #5 from bonzini at gnu dot org 2006-01-05 16:59 --- Created an attachment (id=10585) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10585action=view) patch to try -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25677
[Bug fortran/22210] gfc_conv_array_initializer weirdness
--- Comment #6 from steven at gcc dot gnu dot org 2006-01-05 17:04 --- Assigning to Andrew Pinski because I wont be able to work on this for a while. -- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|steven at gcc dot gnu dot |pinskia at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22210
[Bug target/18631] [4.0 Regression] missing error messages passing vectors with -mno-altivec -mabi=altivec
--- Comment #6 from janis at gcc dot gnu dot org 2006-01-05 17:52 --- My nightly build compilers don't show errors or warnings from anything later than 3.4: elm3b11% /opt/gcc-nightly/trunk/bin/gcc -c -mno-altivec -mabi=altivec 18631.c elm3b11% /opt/gcc-nightly/4.1/bin/gcc -c -mno-altivec -mabi=altivec 18631.c elm3b11% /opt/gcc-nightly/4.0/bin/gcc -c -mno-altivec -mabi=altivec 18631.c elm3b11% /opt/gcc-nightly/3.4/bin/gcc -c -mno-altivec -mabi=altivec 18631.c 18631.c: In function `ret': 18631.c:3: error: Cannot return value in vector register because altivec instructions are disabled, use -maltivec to enable them. 18631.c: In function `pass': 18631.c:4: error: Cannot pass argument in vector register because altivec instructions are disabled, use -maltivec to enable them. Results are the same with -Wall, and for trunk on 20051002 and 20051030. Andrew, what options did you use to get the warnings shown in comment #3, and was that with powerpc*-*-linux*? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18631
[Bug fortran/25681] ICE with len of array of derived type
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-05 18:11 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-05 18:11:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25681
[Bug rtl-optimization/25677] [4.2 regression] testsuite failure:gcc.c-torture/execute/960802-1.c -O1 and -O2
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25677
[Bug target/25661] Wrong long double to float conversion
--- Comment #5 from dje at gcc dot gnu dot org 2006-01-05 18:26 --- Andrew, you are confusing the issue by quoting the AIX documentation. Darwin and Linux implement different semantics from AIX. On Darwin and Linux, the most significant doubleword always is correctly rounded, so it contains the properly rounded double value that is rounded to single precision. On AIX, the properly rounded double precision value is computed by summing the two doublewords. -- dje at gcc dot gnu dot org changed: What|Removed |Added CC||dje at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25661
[Bug target/11877] gcc should use xor trick with -Os
--- Comment #9 from dann at godzilla dot ics dot uci dot edu 2006-01-05 20:22 --- (In reply to comment #7) *** Bug 23338 has been marked as a duplicate of this bug. *** Bug 23338 contained a patch that might fixed this issue. Here it is, so that it can be evaluated. *** i386.md 08 Aug 2005 16:38:37 -0700 1.652 --- i386.md 11 Aug 2005 11:27:11 -0700 *** *** 18874,18881 [(match_scratch:SI 1 r) (set (match_operand:SI 0 memory_operand ) (const_int 0))] ! ! optimize_size ! ! TARGET_USE_MOV0 TARGET_SPLIT_LONG_MOVES get_attr_length (insn) = ix86_cost-large_insn peep2_regno_dead_p (0, FLAGS_REG) --- 18874,18880 [(match_scratch:SI 1 r) (set (match_operand:SI 0 memory_operand ) (const_int 0))] ! ! TARGET_USE_MOV0 TARGET_SPLIT_LONG_MOVES get_attr_length (insn) = ix86_cost-large_insn peep2_regno_dead_p (0, FLAGS_REG) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11877
[Bug fortran/20960] bus error for return an array
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-05 20:23 --- Actually it does not work, though it does compile but I would like to know if this should compile or just produce an error? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20960
[Bug fortran/23675] ICE in gfc_finish_var_decl (string manipulation)
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-01-05 21:10 --- Subject: Bug 23675 Author: eedelman Date: Thu Jan 5 21:10:05 2006 New Revision: 109389 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109389 Log: fortran/ 2006-01-05 Erik Edelmann [EMAIL PROTECTED] PR fortran/23675 * expr.c (gfc_expr_set_symbols_referenced): New function. * gfortran.h: Add a function prototype for it. * resolve.c (resolve_function): Use it for use associated character functions lengths. * expr.c, gfortran.h, resolve.c: Updated copyright years. testsuite/ 2006-01-05 Erik Edelmann [EMAIL PROTECTED] PR fortran/23675 gfortran.dg/char_result_11.f90: New. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_result_11.f90 - copied unchanged from r109368, trunk/gcc/testsuite/gfortran.dg/char_result_11.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/resolve.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23675
[Bug fortran/23675] ICE in gfc_finish_var_decl (string manipulation)
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-01-05 21:17 --- Fixed on 4.1 and mainline, -- eedelman at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23675
[Bug c/25682] New: ICE when using (int)(((S*)0)-field) as array size
A 'field offset' macro which has worked so far (up to gcc-3.4.3) now causes an ICE. Environment: System: Linux suse2 2.4.19-64GB-SMP #1 SMP Mon Oct 21 18:48:05 UTC 2002 i686 unknown Architecture: i686 host: i686-pc-linux-gnu build: i686-pc-linux-gnu target: i686-pc-linux-gnu configured with: ../gcc-4.0.2/configure --prefix=/usr/local/gnu/gcc/4.0.2 --enable-languages=c,c++ How-To-Repeat: Compile the program below with 'gcc -c': // typedef struct { char name; } S; void f() { char a[(int)(((S*)8)-name)]; } // The compiler output is: bug.c: In function 'f': bug.c:5: internal compiler error: in tree_low_cst, at tree.c:3850 --- Comment #1 from yuvalk at mainsoft dot com 2006-01-05 21:39 --- Fix: Use the GCC offsetof macro from stddef.h -- Summary: ICE when using (int)(((S*)0)-field) as array size Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: yuvalk at mainsoft dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25682
[Bug other/16507] gcc_s not found when linking 64-bit C++
--- Comment #16 from alex at milivojevic dot org 2006-01-05 21:50 --- (In reply to comment #15) It's a build machinery problem. Actually it is the configure script and libtool scripts in 99% of open source packages not handling the sparc64 correctly (not handling it at all would be more correct description). This sometimes makes compiling stuff on bi-arch systems a nightmare. One workaround is to use 'LDFLAGS=-R/prefix/lib/sparcv9 ./configure --libdir=/prefix/lib/sparcv9' (however, there might be sideeffects). Gcc is about the only open source thing that I saw so far that handles sparc64 installs as it should. You type one make command, you get both 32-bit and 64-bit libs. You type one make install, you get both libs installed in correct locations (well, except for libiberty ;-). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16507
[Bug c/25683] New: Error while running `make`
I am running kubuntu on ubuntu 5.04. The version of GCC I have is either the one on the CD or the latest one from the default apt-get sources. I have been trying to install the latest version of gaim on my system and I have tried two different versions and I got the same error message from both of them: if /bin/sh ../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DDATADIR=\/usr/local/share\ -DVERSION=\2.0.0beta1\ -I../../src -Wall -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -g -O2 -MT eggtrayicon.lo -MD -MP -MF .deps/eggtrayicon.Tpo -c -o eggtrayicon.lo eggtrayicon.c; \ then mv -f .deps/eggtrayicon.Tpo .deps/eggtrayicon.Plo; else rm -f .deps/eggtrayicon.Tpo; exit 1; fi if /bin/sh ../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DDATADIR=\/usr/local/share\ -DVERSION=\2.0.0beta1\ -I../../src -Wall -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -g -O2 -MT docklet.lo -MD -MP -MF .deps/docklet.Tpo -c -o docklet.lo docklet.c; \ then mv -f .deps/docklet.Tpo .deps/docklet.Plo; else rm -f .deps/docklet.Tpo; exit 1; fi docklet.c: In function `docklet_signed_on_cb': docklet.c:295: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-3.3/README.Bugs. make[3]: *** [docklet.lo] Error 1 make[3]: Leaving directory `/home/mike/Desktop/Gaim/gaim-2.0.0beta1/plugins/docklet' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/mike/Desktop/Gaim/gaim-2.0.0beta1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/mike/Desktop/Gaim/gaim-2.0.0beta1' make: *** [all] Error 2 and for the other version: /bin/sh ../libtool --silent --tag=CC --mode=link gcc -g -O2 -Wall -g3 -o iconaway.la -rpath /usr/local/lib/gaim -module -avoid-version -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 iconaway.lo -lnsl if /bin/sh ../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -DDATADIR=\/usr/local/share\ -DVERSION=\1.5.0\ -I../src -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -Wall -g3 -MT idle.lo -MD -MP -MF .deps/idle.Tpo -c -o idle.lo idle.c; \ then mv -f .deps/idle.Tpo .deps/idle.Plo; else rm -f .deps/idle.Tpo; exit 1; fi /bin/sh ../libtool --silent --tag=CC --mode=link gcc -g -O2 -Wall -g3 -o idle.la -rpath /usr/local/lib/gaim -module -avoid-version -lglib-2.0 idle.lo -lnsl if /bin/sh ../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -DDATADIR=\/usr/local/share\ -DVERSION=\1.5.0\ -I../src -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -Wall -g3 -MT notify.lo -MD -MP -MF .deps/notify.Tpo -c -o notify.lo notify.c; \ then mv -f .deps/notify.Tpo .deps/notify.Plo; else rm -f .deps/notify.Tpo; exit 1; fi notify.c: In function `get_config_frame': notify.c:729: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-3.3/README.Bugs. make[3]: *** [notify.lo] Error 1 make[3]: Leaving directory `/home/mike/Desktop/Gaim/gaim-1.5.0/plugins' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/mike/Desktop/Gaim/gaim-1.5.0/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/mike/Desktop/Gaim/gaim-1.5.0' make: *** [all] Error 2 I am not sure what it means by preprocessed source. Please let me know what files I need to include and I will update this bug report. -- Summary: Error while running `make` Product: gcc Version: 3.3.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gccbugzilla at multiwebinc dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25683
[Bug c/25683] Error while running `make`
--- Comment #1 from gccbugzilla at multiwebinc dot com 2006-01-05 22:06 --- I just tried to install the latest version of gcc and I still got this error. I don't know how to get around it. gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I../../gcc-4.0.2/libiberty/../include -W -Wall -Wtraditional -pedantic ../../gcc-4.0.2/libiberty/regex.c -o regex.o In file included from ../../gcc-4.0.2/include/xregex.h:26, from ../../gcc-4.0.2/libiberty/regex.c:199: ../../gcc-4.0.2/include/xregex2.h:548: warning: ISO C90 does not support `static' or type qualifiers in parameter array declarators In file included from ../../gcc-4.0.2/libiberty/regex.c:653: ../../gcc-4.0.2/libiberty/regex.c: In function `byte_compile_range': ../../gcc-4.0.2/libiberty/regex.c:4552: warning: signed and unsigned type in conditional expression ../../gcc-4.0.2/libiberty/regex.c:4562: warning: signed and unsigned type in conditional expression ../../gcc-4.0.2/libiberty/regex.c:4562: warning: signed and unsigned type in conditional expression ../../gcc-4.0.2/libiberty/regex.c: In function `byte_common_op_match_null_string_p': ../../gcc-4.0.2/libiberty/regex.c:7826: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-3.3/README.Bugs. make[1]: *** [regex.o] Error 1 make[1]: Leaving directory `/home/mike/Desktop/gcc-4.0.2/compile/libiberty' make: *** [all-libiberty] Error 2 -- gccbugzilla at multiwebinc dot com changed: What|Removed |Added CC||gccbugzilla at multiwebinc ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25683
[Bug c/25682] [4.0/4.1/4.2 Regression] ICE when using (int)(((S*)0)-field) as array size
-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.0.2 4.1.0 4.2.0 Last reconfirmed|-00-00 00:00:00 |2006-01-05 22:36:33 date|| Summary|ICE when using |[4.0/4.1/4.2 Regression] ICE |(int)(((S*)0)-field) as |when using (int)(((S*)0)- |array size |field) as array size http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25682
[Bug c/25682] [4.0/4.1/4.2 Regression] ICE when using (int)(((S*)0)-field) as array size
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25682
[Bug c/25683] Error while running `make`
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-05 22:46 --- Can you try checking your memory and/or hardware? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25683
[Bug rtl-optimization/24626] [4.1/4.2 Regression] internal compiler error: verify_flow_info failed
--- Comment #22 from steven at gcc dot gnu dot org 2006-01-05 22:54 --- Mustafa's change (http://gcc.gnu.org/viewcvs?view=revrev=97481) has the following ChangeLog entry: (rtl_verify_flow_info_1): Fix. @@ -2028,7 +2028,7 @@ err = 1; } if (n_branch != 1 any_condjump_p (BB_END (bb)) - JUMP_LABEL (BB_END (bb)) != BB_HEAD (fallthru-dest)) + JUMP_LABEL (BB_END (bb)) == BB_HEAD (fallthru-dest)) { error (Wrong amount of branch edges after conditional jump %i, bb-index); err = 1; Makes me wonder what this was supposed to fix. -- steven at gcc dot gnu dot org changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
[Bug ada/24994] raised STORAGE_ERROR : stack overflow or erroneous memory access
--- Comment #13 from danglin at gcc dot gnu dot org 2006-01-06 00:12 --- Sadly, a slightly different error now appears: ../../xgcc -B../../ -c -O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -gnatpg -gnata -I- -I../rts -I. -I/home/da ve/gcc-4.2/gcc/gcc/ada /home/dave/gcc-4.2/gcc/gcc/ada/make.adb -o make.o +===GNAT BUG DETECTED==+ | 4.2.0 20060105 (experimental) (hppa-unknown-linux-gnu) Segmentation fault| | Error detected at make.adb:7541:23 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. /home/dave/gcc-4.2/gcc/gcc/ada/make.adb /home/dave/gcc-4.2/gcc/gcc/ada/make.ads /home/dave/gcc-4.2/gcc/gcc/ada/table.ads /home/dave/gcc-4.2/gcc/gcc/ada/types.ads /home/dave/gcc-4.2/gcc/gcc/ada/ali.ads /home/dave/gcc-4.2/gcc/gcc/ada/casing.ads /home/dave/gcc-4.2/gcc/gcc/ada/gnatvsn.ads /home/dave/gcc-4.2/gcc/gcc/ada/rident.ads /home/dave/gcc-4.2/gcc/gcc/ada/ali-util.ads /home/dave/gcc-4.2/gcc/gcc/ada/csets.ads /home/dave/gcc-4.2/gcc/gcc/ada/debug.ads /home/dave/gcc-4.2/gcc/gcc/ada/fmap.ads /home/dave/gcc-4.2/gcc/gcc/ada/fname.ads /home/dave/gcc-4.2/gcc/gcc/ada/fname-sf.ads /home/dave/gcc-4.2/gcc/gcc/ada/fname-uf.ads /home/dave/gcc-4.2/gcc/gcc/ada/hostparm.ads /home/dave/gcc-4.2/gcc/gcc/ada/makeusg.ads /home/dave/gcc-4.2/gcc/gcc/ada/makeutl.ads /home/dave/gcc-4.2/gcc/gcc/ada/osint.ads /home/dave/gcc-4.2/gcc/gcc/ada/prj.ads /home/dave/gcc-4.2/gcc/gcc/ada/scans.ads /home/dave/gcc-4.2/gcc/gcc/ada/uintp.ads /home/dave/gcc-4.2/gcc/gcc/ada/alloc.ads /home/dave/gcc-4.2/gcc/gcc/ada/urealp.ads /home/dave/gcc-4.2/gcc/gcc/ada/mlib.ads /home/dave/gcc-4.2/gcc/gcc/ada/mlib-prj.ads /home/dave/gcc-4.2/gcc/gcc/ada/mlib-tgt.ads /home/dave/gcc-4.2/gcc/gcc/ada/mlib-utl.ads /home/dave/gcc-4.2/gcc/gcc/ada/namet.ads /home/dave/gcc-4.2/gcc/gcc/ada/opt.ads /home/dave/gcc-4.2/gcc/gcc/ada/osint-m.ads /home/dave/gcc-4.2/gcc/gcc/ada/output.ads /home/dave/gcc-4.2/gcc/gcc/ada/prj-com.ads /home/dave/gcc-4.2/gcc/gcc/ada/prj-env.ads /home/dave/gcc-4.2/gcc/gcc/ada/prj-pars.ads /home/dave/gcc-4.2/gcc/gcc/ada/prj-util.ads /home/dave/gcc-4.2/gcc/gcc/ada/sfn_scan.ads /home/dave/gcc-4.2/gcc/gcc/ada/sinput.ads /home/dave/gcc-4.2/gcc/gcc/ada/sinput-p.ads /home/dave/gcc-4.2/gcc/gcc/ada/snames.ads /home/dave/gcc-4.2/gcc/gcc/ada/switch.ads /home/dave/gcc-4.2/gcc/gcc/ada/switch-m.ads /home/dave/gcc-4.2/gcc/gcc/ada/targparm.ads /home/dave/gcc-4.2/gcc/gcc/ada/tempdir.ads /home/dave/gcc-4.2/gcc/gcc/ada/table.adb /home/dave/gcc-4.2/gcc/gcc/ada/tree_io.ads /home/dave/gcc-4.2/gcc/gcc/ada/prj-env.adb raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 make[3]: *** [make.o] Error 1 make[3]: Leaving directory `/home/dave/gcc-4.2/objdir/gcc/ada/tools' make[2]: *** [gnattools-native] Error 2 make[2]: Leaving directory `/home/dave/gcc-4.2/objdir/gnattools' make[1]: *** [all-gnattools] Error 2 make[1]: Leaving directory `/home/dave/gcc-4.2/objdir' make: *** [bootstrap] Error 2 Wed Jan 4 23:16:38 PST 2006 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24994
[Bug c/25683] Error while running `make`
--- Comment #3 from gccbugzilla at multiwebinc dot com 2006-01-06 00:50 --- All of my hardware appears to be working fine. I have this problem where programs spontaneously disappear on me without any error message and the process is killed, but I really have no clue what to look for. Also, I seem to get error messages whenever I try to compile anything from source, not just gaim. If you could give me any pointers about how to check for memory issues or hardware issues, let me know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25683
[Bug c/25683] Error while running `make`
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-06 00:53 --- This is why I said check your memory. There are many programs which can do that for you, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25683
[Bug fortran/24268] gfortran rejects valid format statement
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-01-06 01:22 --- Subject: Bug 24268 Author: jvdelisle Date: Fri Jan 6 01:21:56 2006 New Revision: 109402 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109402 Log: 2006-01-01 Jerry DeLisle [EMAIL PROTECTED] PR fortran/24268 * io.c (next_char_not_space): New function that returns the next character that is not white space. (format_lex): Use the new function to skip whitespace within a format string. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/io.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24268
[Bug fortran/24268] gfortran rejects valid format statement
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-01-06 01:28 --- Subject: Bug 24268 Author: jvdelisle Date: Fri Jan 6 01:28:40 2006 New Revision: 109404 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109404 Log: 2005-01-05 Jerry DeLisle [EMAIL PROTECTED] PR fortran/24268 * gfortran.dg/fmt_white.f: Update test. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/fmt_white.f -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24268
[Bug ada/24994] raised STORAGE_ERROR : stack overflow or erroneous memory access
--- Comment #14 from danglin at gcc dot gnu dot org 2006-01-06 01:29 --- (gdb) r `cat xx.sh` Starting program: /home/dave/gcc-4.2/objdir/gcc/gnat1 `cat xx.sh` Program received signal SIGSEGV, Segmentation fault. 0x0042a09c in gt_ggc_mx_basic_block_def (x_p=Variable x_p is not available. ) at gtype-desc.c:460 460 while (x != xlimit) (gdb) bt #0 0x0042a09c in gt_ggc_mx_basic_block_def (x_p=Variable x_p is not available. ) at gtype-desc.c:460 #1 0x0042c5a4 in gt_ggc_mx_tree_ann_d (x_p=Variable x_p is not available. ) at gtype-desc.c:386 #2 0x0003ac64 in gt_ggc_mx_lang_tree_node (x_p=0x400bea50) at gtype-ada.h:333 #3 0x00426af8 in gt_ggc_m_P15throw_stmt_node4htab (x_p=Variable x_p is not available. ) at gtype-desc.c:1549 #4 0x0042c31c in gt_ggc_mx_function (x_p=Variable x_p is not available. ) at gtype-desc.c:623 #5 0x0003a52c in gt_ggc_mx_lang_tree_node (x_p=0x4157b700) at gtype-ada.h:279 #6 0x00039ef8 in gt_ggc_mx_lang_tree_node (x_p=0x419d12c0) at gtype-ada.h:166 #7 0x0042ab30 in gt_ggc_mx_rtx_def (x_p=0x42508790) at gtype-desc.c:1258 #8 0x00312dac in gt_ggc_ma_reg_known_value (x_p=Variable x_p is not available. ) at gt-alias.h:367 #9 0x004212a8 in ggc_mark_roots () at ../../gcc/gcc/ggc-common.c:118 #10 0x0050697c in ggc_collect () at ../../gcc/gcc/ggc-page.c:1880 #11 0x0036732c in cse_main (f=Variable f is not available. ) at ../../gcc/gcc/cse.c:6856 #12 0x00367408 in rest_of_handle_cse2 () at ../../gcc/gcc/cse.c:7856 #13 0x0050818c in execute_one_pass (pass=0x784bf4) at ../../gcc/gcc/passes.c:845 #14 0x005082b4 in execute_pass_list (pass=0x784bf4) at ../../gcc/gcc/passes.c:877 #15 0x005082c8 in execute_pass_list (pass=0x7858a0) at ../../gcc/gcc/passes.c:878 #16 0x002c3204 in tree_rest_of_compilation (fndecl=0x4157b700) at ../../gcc/gcc/tree-optimize.c:419 #17 0x00035de0 in gnat_expand_body (gnu_decl=0x4157b700) at ../../gcc/gcc/ada/misc.c:649 ---Type return to continue, or q return to quit--- #18 0x0054a22c in cgraph_expand_function (node=0x41a0a200) at ../../gcc/gcc/cgraphunit.c:1055 #19 0x0054c99c in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1121 #20 0x00036828 in gnat_parse_file (set_yydebug=Variable set_yydebug is not available. ) at ../../gcc/gcc/ada/misc.c:245 #21 0x004d5f88 in toplev_main (argc=Variable argc is not available. ) at ../../gcc/gcc/toplev.c:990 #22 0x408326e4 in __libc_start_main () from /lib/libc.so.6 #23 0x0001b828 in _start () at ../sysdeps/hppa/elf/start.S:84 (gdb) disass 0x0042a07c 0x0042a0bc Dump of assembler code from 0x42a07c to 0x42a0bc: 0x0042a07c gt_ggc_mx_basic_block_def+196: b,l 0x40a884 fold+2444,rp 0x0042a080 gt_ggc_mx_basic_block_def+200: nop 0x0042a084 gt_ggc_mx_basic_block_def+204: ldw 2c(,r4),r26 0x0042a088 gt_ggc_mx_basic_block_def+208: cmpib,=,n 0,r26,0x42a094 gt_ggc_mx_basic_block_def+220 0x0042a08c gt_ggc_mx_basic_block_def+212: b,l 0x429f34 gt_ggc_mx_edge_prediction,rp 0x0042a090 gt_ggc_mx_basic_block_def+216: nop 0x0042a094 gt_ggc_mx_basic_block_def+220: ldw 20(,r4),r4 0x0042a098 gt_ggc_mx_basic_block_def+224: cmpb,,n r5,r4,0x42a020 gt_ggc_mx_basic_block_def+104 0x0042a09c gt_ggc_mx_basic_block_def+228: ldw 0(,r4),r26 0x0042a0a0 gt_ggc_mx_basic_block_def+232: ldw -54(,sp),rp 0x0042a0a4 gt_ggc_mx_basic_block_def+236: ldw -3c(,sp),r4 0x0042a0a8 gt_ggc_mx_basic_block_def+240: ldw -38(,sp),r3 0x0042a0ac gt_ggc_mx_basic_block_def+244: bv r0(rp) 0x0042a0b0 gt_ggc_mx_basic_block_def+248: ldw,mb -40(,sp),r5 0x0042a0b4 gt_ggc_mx_basic_block_def+252: b,l 0x40ae04 fold+3852,rp 0x0042a0b8 gt_ggc_mx_basic_block_def+256: copy r3,r26 End of assembler dump. (gdb) p/x $r4 $1 = 0x0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24994
[Bug libfortran/25598] [4.1/4.2 Regression] gfortran - Fortran runtime error: Invalid argument
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-01-06 01:39 --- Subject: Bug 25598 Author: jvdelisle Date: Fri Jan 6 01:39:34 2006 New Revision: 109405 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109405 Log: 2006-01-05 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/25598 * io/file_pos.c (unformatted_backspace): Assure the new file position to seek is not less than zero. (st_backspace): Set unit bytes_left to zero. * io/transfer.c (next_record_r): Fix line lengths, no functional change. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/file_pos.c trunk/libgfortran/io/transfer.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25598
[Bug libfortran/25598] [4.1/4.2 Regression] gfortran - Fortran runtime error: Invalid argument
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-01-06 01:44 --- Subject: Bug 25598 Author: jvdelisle Date: Fri Jan 6 01:44:31 2006 New Revision: 109406 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109406 Log: 2005-01-05 Jerry DeLisle [EMAIL PROTECTED] PR fortran/25598 * gfortran.dg/backspace_3.f: New test. * gfortran.dg/backspace_4.f: New test. Added: trunk/gcc/testsuite/gfortran.dg/backspace_3.f trunk/gcc/testsuite/gfortran.dg/backspace_4.f Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25598
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #4 from jsm28 at gcc dot gnu dot org 2006-01-06 02:06 --- Working on a fix. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-12-23 05:48:56 |2006-01-06 02:06:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug c/25683] Error while running `make`
--- Comment #5 from gccbugzilla at multiwebinc dot com 2006-01-06 02:16 --- I just checked it... no errors. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25683
[Bug libstdc++/25524] libstdc++ headers should go in multilib directories
--- Comment #5 from pcarlini at suse dot de 2006-01-06 02:32 --- (In reply to comment #4) Working on a fix. Many thanks. I was wondering whether you are aware of another (long standing) multilib bug, libstdc++/20451, maybe fixable at the same time with a minor additional effort?!? Thanks again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
[Bug target/25684] New: [4.2 Regression] 27_io/basic_ostream/inserters_character/char/9555-oc.cc execution test fails on hppa64
FAIL: 27_io/basic_ostream/inserters_character/char/9555-oc.cc execution test appeared on mainline on 20060104 (between revisions 109267 and 109314) on hppa64-hp-hpux11.11. This test previously PASSed. (It also previously regressed on some other targets, bug 25315, a separate bug.) -- Summary: [4.2 Regression] 27_io/basic_ostream/inserters_character/char/9555-oc.cc execution test fails on hppa64 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org GCC target triplet: hppa64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25684
[Bug target/25684] [4.2 Regression] 27_io/basic_ostream/inserters_character/char/9555-oc.cc execution test fails on hppa64
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25684
[Bug libfortran/21468] vectorizing libfortran
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-06 04:31 --- Fixed for 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21468
[Bug fortran/25685] New: Accepts invalid code for Fortran 90
The following code is invalid code but it is valid F95 code: subroutine a(p) type t integer :: t1 end type type(t) :: p p%t1 = 42 end subroutine -- lahey's fortran front-end gives: FATAL -- Derived-type dummy argument must be accessed by use or host association or have the SEQUENCE property (see SEQUENCE Statement in your Fortran 90 language reference). -- Summary: Accepts invalid code for Fortran 90 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: accepts-invalid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25685
[Bug fortran/25686] New: Accepts invalid Fortran 95 (different argument types)
Testcase from: http://gcc.gnu.org/ml/fortran/2005-07/msg00286.html subroutine a(p) type t integer :: t1 end type type(t) :: p p%t1 = 42 end subroutine subroutine b type u integer :: u1 end type type (u) :: q call a(q) print *, q%u1 end subroutine --- Paul says this is valid Fortran code but Lahey's Fortran 95 front-end gives an error: 2603-S: SOURCE.F90, line 13: Argument number '1' type of procedure 'a' shall be the same between definition and reference. The previous appearance is in 'line 1'. This is important as this would help us not worry about the aliasing/getting the type incorrect for inlining. -- Summary: Accepts invalid Fortran 95 (different argument types) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: accepts-invalid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25686
[Bug c++/25687] New: pwlib 1.8.7 does not build on alpha due with -Os
While building the pwlib package on alpha, the following problem occured: http://buildd.debian.org/fetch.php?pkg=pwlibver=1.8.7-1arch=alphastamp=1131832002file=logas=raw The build does involve a testrun after linking the library. This testrun is compiling and executing the hello-world sample application. The same problem could be duplicated with the pwlib CVS HEAD code (1.9.0) and was tracked down to be happening with the default -Os optimization. The backtrace is for the 1.9.0 compile: (sid)[EMAIL PROTECTED]:~/src/pwlib-1.9.0$ gdb samples/hello_world/obj_*_r/hello GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as alpha-linux...r Using host libthread_db library /lib/libthread_db.so.1. (gdb) r Starting program: /usr/local/src/pwlib-1.9.0/samples/hello_world/obj_linux_alpha_r/hello [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 13665)] Program received signal SIGILL, Illegal instruction. [Switching to Thread 16384 (LWP 13665)] 0x0001200c2e80 in vtable for P_YUV422_YUV422 () (gdb) bt #0 0x0001200c2e80 in vtable for P_YUV422_YUV422 () #1 0x0001200a4574 in PFactoryPURLScheme, PString::GetInstance () at pfactory.h:338 #2 0x0001200a4a88 in PFactoryPURLScheme, PString::Register ([EMAIL PROTECTED], worker=0x12010a080) at pfactory.h:275 #3 0x0001200a4b0c in Worker (this=0x12010a080, [EMAIL PROTECTED], singleton=Variable singleton is not available. ) at pfactory.h:263 #4 0x00012009e144 in __static_initialization_and_destruction_0 (__initialize_p=Variable __initialize_p is not available. ) at ../../ptclib/http.cxx:476 #5 0x0001200b53b8 in __do_global_ctors_aux () #6 0x00012000b598 in _init () #7 0x0001200b5254 in __libc_csu_init () #8 0x0001200b5254 in __libc_csu_init () #9 0x02029ce8 in ?? () from /lib/ld-linux.so.2 #10 0x0001200b5254 in __libc_csu_init () Cannot access memory at address 0x1200fe8f0 (gdb) Environment: System: Linux cyclop 2.6.12-1-alpha-generic #1 Tue Sep 6 22:36:56 UTC 2005 alpha GNU/Linux Architecture: alpha host: alpha-unknown-linux-gnu build: alpha-unknown-linux-gnu target: alpha-unknown-linux-gnu configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release alpha-linux-gnu How-To-Repeat: Rebuilding pwlibsamples/hello will hit that bug each time. --- Comment #1 from kk at zyklop dot kk dot de 2006-01-06 04:49 --- Fix: Replace -Os by -O2 (as was patched for 1.8.7-2). See last entry in: http://svn.debian.org/wsvn/pkg-voip/pwlib/trunk/debian/patches/01_alpha.dpatch?op=filerev=0sc=0 As this is my first use of gccbug, please ask for more information if I have obviously forgotten something. ;) -- Summary: pwlib 1.8.7 does not build on alpha due with -Os Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kk at zyklop dot kk dot de GCC build triplet: alpha-unknown-linux-gnu GCC host triplet: alpha-unknown-linux-gnu GCC target triplet: alpha-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25687
[Bug libfortran/25598] [4.1/4.2 Regression] gfortran - Fortran runtime error: Invalid argument
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-01-06 05:21 --- Subject: Bug 25598 Author: jvdelisle Date: Fri Jan 6 05:21:01 2006 New Revision: 109408 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109408 Log: 2006-01-05 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/25598 * io/file_pos.c (unformatted_backspace): Assure the new file position to seek is not less than zero. (st_backspace): Set unit bytes_left to zero. * io/transfer.c (next_record_r): Fix line lengths, no functional change. Fix date on ChangeLog Modified: trunk/gcc/fortran/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25598
[Bug c/25688] New: Unable to install GCC
Hi, I have downloaded gcc-3.4.0 and trying to isntall on windows(cygwin). i issued the command configure, i was getting the below error. Please help me. $ configure loading cache ./config.cache checking host system type... i686-pc-cygwin checking target system type... i686-pc-cygwin checking build system type... i686-pc-cygwin checking for a BSD compatible install... /usr/bin/install -c *** This configuration is not supported in the following subdirectories: target-libffi target-boehm-gc target-zlib target-libjava (Any other directories should still work fine.) gcc.exe: installation problem, cannot exec `as': No such file or directory *** The command 'gcc -o conftest -O2 conftest.c' failed. *** You must set the environment variable CC to a working compiler. Thanks regards, Anil Kumar Malyala [EMAIL PROTECTED] -- Summary: Unable to install GCC Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: malyala dot anil at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25688