[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
--- Additional Comments From pluto at agmk dot net 2005-07-09 07:12 --- Created an attachment (id=9234) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9234action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22277
[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
--- Additional Comments From pluto at agmk dot net 2005-07-09 07:14 --- (In reply to comment #4) Can you -save-temps that and attach the preprocessed source? If so, i'll fix the bug :) $ g++ qsql_mysql.ii -c -O1 ../../../sql/drivers/mysql/qsql_mysql.cpp: In member function 'virtual bool QMYSQLResult::exec()': ../../../sql/drivers/mysql/qsql_mysql.cpp:685: internal compiler error: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O0 gcc works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22277
[Bug debug/21946] [4.0 Regression] Invalid DWARF2 debug info emitted
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-09 08:44 --- Subject: Bug 21946 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-09 08:44:27 Modified files: gcc: ChangeLog Makefile.in dwarf2out.c var-tracking.c Log message: Backport from the mainline: 2005-06-08 Eric Botcazou [EMAIL PROTECTED] PR debug/21946 * dwarf2out.c (add_loc_descr_op_piece): Move to the DWARF2_DEBUGGING_INFO section. 2005-06-07 Jakub Jelinek [EMAIL PROTECTED] PR debug/21946 * dwarf2out.c (add_loc_descr_op_piece): New function. (multiple_reg_loc_descriptor, concat_loc_descriptor, loc_descriptor): Use it. * var-tracking.c: Include regs.h and expr.h. (emit_note_insn_var_location): Skip over pieces where offset is smaller than previous offset plus previous piece mode size. Optimize adjacent hard registers or memory locations. * Makefile.in (var-tracking.o): Depend on $(REGS_H) and $(EXPR_H). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.306r2=2.7592.2.307 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/Makefile.in.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1447.2.1r2=1.1447.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dwarf2out.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.570.2.8r2=1.570.2.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/var-tracking.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.26r2=2.26.10.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21946
[Bug target/21656] Spurious template with C linkage error message
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-09 08:46 --- Subject: Bug 21656 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-09 08:46:35 Modified files: gcc: ChangeLog gcc/config/mips: elf.h Log message: PR target/21656 * config/mips/elf.h (NO_IMPLICIT_EXTERN_C): Define. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9392r2=2.9393 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/mips/elf.h.diff?cvsroot=gccr1=1.63r2=1.64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21656
[Bug target/21656] Spurious template with C linkage error message
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-09 08:55 --- Committed to mainline. Let me know if this is a regression from an earlier release. I'll then apply the patch to the appropriate branches. I'll tentatively close this PR as fixed in the meantime. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Version|4.0.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21656
[Bug target/21656] Spurious template with C linkage error message
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-09 08:56 --- Sorry, changed Reported against field instead of Target Milestone. -- What|Removed |Added Target Milestone|--- |4.1.0 Version|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21656
[Bug middle-end/22028] [4.0 Regression] ICE after invalid struct declaration
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-09 09:16 --- Subject: Bug 22028 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-09 09:16:09 Modified files: gcc: ChangeLog gimplify.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: 20050620-1.c Log message: Backport from the mainline: 2005-06-26 Jakub Jelinek [EMAIL PROTECTED] PR middle-end/22028 * gimplify.c (gimplify_type_sizes): Check for type == error_mark_node earlier in the function. * gcc.dg/20050620-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.308r2=2.7592.2.309 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.113.2.6r2=2.113.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.259r2=1.5084.2.260 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20050620-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.8.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22028
[Bug bootstrap/21704] failure during building 64-bit native compiler by crosscompiler.
--- Additional Comments From pluto at agmk dot net 2005-07-09 09:31 --- ping. could someone commit this trivial fix? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21704
[Bug libfortran/22217] Z edit descriptor with negative numbers
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-09 09:33 --- Subject: Bug 22217 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-09 09:33:32 Modified files: libgfortran: ChangeLog libgfortran/io : write.c libgfortran/runtime: error.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: negative-z-descriptor.f90 Log message: 2005-07-07 Francois-Xavier Coudert [EMAIL PROTECTED] Thomas Koenig [EMAIL PROTECTED] PR libfortran/22217 * io/write.c (extract_unit): New function; extract ints as unsigned signed int of the correct size. * io/write.c (write_int): Use it. * runtime/error.c: Adjust copyright years. Adjust size of buffer to maximum that can occur. 2005-07-07 Thomas Koenig [EMAIL PROTECTED] PR libfortran/22217 * gfortran.dg/negative-z-descriptor.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.258r2=1.259 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/write.c.diff?cvsroot=gccr1=1.39r2=1.40 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/runtime/error.c.diff?cvsroot=gccr1=1.10r2=1.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5745r2=1.5746 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/negative-z-descriptor.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22217
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-09 11:34 --- Adding Paul to the CC list. Paul, I don't understand how the optimisation brought about by the call to gfc_trans_arrayfunc_assign is simply not applicable in this case. Can you elaborate? What I fail to understand is how it should make a difference if the LHS is a derived type component or not. -- What|Removed |Added CC||pault at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-09 11:34:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-09 11:39 --- Ah, ok, I guess I understand the problem now. Not going via a temporary would still be possible if we were able to setup an array descriptor which points to the right elements of the structure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-09 11:47 --- For the record, in the testcase Paul posted together with his patch http://gcc.gnu.org/ml/fortran/2005-07/msg00098.html, we call foo as follows: struct array1_real4 parm.11; struct array1_mytype parm.10; parm.10.dtype = 553; parm.10.dim[0].lbound = 1; parm.10.dim[0].ubound = 4; parm.10.dim[0].stride = 1; parm.10.data = (void *) (struct mytype[0:] *) z[0]; parm.10.offset = 0; parm.11.dtype = 281; parm.11.dim[0].lbound = 1; parm.11.dim[0].ubound = 4; parm.11.dim[0].stride = 1; parm.11.data = (void *) (real4[0:] *) b[0]; parm.11.offset = 0; foo (parm.10, parm.11); So instead of setting up an array which points to the x (or y) components of z, we pass z as a whole, which of course doesn't make sense. There seem to be two possible solutions: - use a temporary. This is what Paul's patch does (even though there should be a more intuitive way to check for this case, and there are probably other cases where we incorrectly assume that stuff is contiguous) - setup an array descriptor which points to the right parts of the array, in our case this would be (if I get it right): parm.10.dtype = 281; parm.10.dim[0].lbound = 1; parm.10.dim[0].ubound = 4; parm.10.dim[0].stride = 2; /* Increased stride to walk past y component */ parm.10.data = (void *) (struct real4[0:] *) z[0].x; parm.10.offset = 0; for the x component, and parm.10.dtype = 281; parm.10.dim[0].lbound = 1; parm.10.dim[0].ubound = 4; parm.10.dim[0].stride = 2; /* Increased stride to walk past y component */ parm.10.data = (void *) (struct real4[0:] *) z[0].y; parm.10.offset = 0; for the y component. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-09 11:52 --- Oh, and there's a third option which is probably awkward and very pessimizing: instead of assuming REAL*4 sized objects in the array, the callee could read the size from the array desriptor, and skip fields accordingly. Of course, one would then still have to point to z[0].y instead of z[0] in the second call. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-09 12:04 --- The real bug is in gfc_conv_expr_descriptor, as proven by the following testcase, which doesn't exercise the codepath you're modifying, but the parts Paul's patch makes us evade: [EMAIL PROTECTED] tests]$ cat derivedptr.f90 type a integer :: i, j end type a type(a), target :: t(5) integer, pointer :: p(:) t(:)%i = (/1,2,3,4,5/) print *, t(:)%i p = t(:)%i print *, p end [EMAIL PROTECTED] tests]$ ~/src/gcc-new/build/gcc/f951 derivedptr.f90 -quiet [EMAIL PROTECTED] tests]$ gfortran derivedptr.s [EMAIL PROTECTED] tests]$ ./a.out 1 2 3 4 5 111507280 2 134520840 3 [EMAIL PROTECTED] tests]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug fortran/18781] [ICE] WRITE with FMT from CHARACTER array
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-09 12:14 --- This is not a dup of PR15966, and I don't think it's dependent on it either. While 15966 is about internal files which are arrays, this is about formats which are arrays. -- What|Removed |Added CC||tobi at gcc dot gnu dot org BugsThisDependsOn|15966 | Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18781
[Bug fortran/19276] [meta-bug] CHARACTER related bugs in gfortran
-- Bug 19276 depends on bug 18781, which changed state. Bug 18781 Summary: [ICE] WRITE with FMT from CHARACTER array http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18781 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
[Bug fortran/18834] ICE on reading from internal file character array
-- Bug 18834 depends on bug 18781, which changed state. Bug 18781 Summary: [ICE] WRITE with FMT from CHARACTER array http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18781 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18834
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 18781, which changed state. Bug 18781 Summary: [ICE] WRITE with FMT from CHARACTER array http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18781 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-09 13:00 --- (In reply to comment #9) Oh, and there's a third option which is probably awkward and very pessimizing: instead of assuming REAL*4 sized objects in the array, the callee could read the size from the array desriptor, and skip fields accordingly. Of course, one would then still have to point to z[0].y instead of z[0] in the second call. Yes, the derived type could contain all sorts of bizarrenesses that would prevent an adjusted stride from working. I agree that the third option is awkward and pessimising; in addition, I just do not have the competence to implement it. This is why I went for the first option. I have modified the test to check to see if -ts.derived is the same for the expression and the symbol, rather than the type. This allows derived_type = derived_type_function (args) to work. I was about to try the same for the rvalue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-09 13:14 --- The real bug is in gfc_conv_expr_descriptor, as proven by the following testcase, which doesn't exercise the codepath you're modifying, but the parts Paul's patch makes us evade: I think that your pointer example is another bug. Whether it should be considered to be in gfc_trans_pointer_assignment itself or in gfc_conv_expr_descriptor should be thought through. It seems to me that fixing the latter would open the same can of worms that we have discussed for gfc_trans_assignment. This time, I am not sure that there is solution, except for the third. Using temporaries will not work, since the temporary would have to be updated each time the target value changed. Modifying the stride will not work for the same reasons as for a non-pointer assignment. If size is used, can we be sure that the rest of the compiler will pick it up? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug libfortran/21593] FAIL: gfortran.dg/dev_null.f90
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-09 14:39 --- (In reply to comment #8) Andrew, is this sufficient to close this PR? The behavior of ftruncate() on /dev/null appears to be system dependent. Being able to read back from /dev/null is still a bug, no matter what ftruncate() does. If ftruncate() does undefined things on special files, we shouldn't rely on it doing the right thing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21593
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-07-09 15:06 --- Subject: Re: problem with structure and calling a function paulthomas2 at wanadoo dot fr wrote: I think that your pointer example is another bug. Whether it should be considered to be in gfc_trans_pointer_assignment itself or in gfc_conv_expr_descriptor should be thought through. It seems to me that fixing the latter would open the same can of worms that we have discussed for gfc_trans_assignment. This time, I am not sure that there is solution, except for the third. Using temporaries will not work, since the temporary would have to be updated each time the target value changed. Modifying the stride will not work for the same reasons as for a non-pointer assignment. If size is used, can we be sure that the rest of the compiler will pick it up? I was a little surprised that the code I gave is allowed at all, given that this opens all kinds of cans of worms. Say, type a real*8 :: x integer*1 :: i end type type(a), target :: v(50) real, pointer :: p(:) p = v(:)%x Lovely, now we have to skip something which probably has a different size and probably alignment. I don't agree that gfc_trans_pointer_assignment can be made out to be the culprit -- pointer assignment to an array-valued pointer means assignment of an array descriptor, so we have to be able to generate correct array descriptors even in these pathological cases. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug libfortran/22217] [4.0 only] Z edit descriptor with negative numbers
-- What|Removed |Added Summary|Z edit descriptor with |[4.0 only] Z edit descriptor |negative numbers|with negative numbers Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22217
[Bug middle-end/22028] [4.0 Regression] ICE after invalid struct declaration
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 15:13 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22028
[Bug debug/21946] [4.0 Regression] Invalid DWARF2 debug info emitted
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 15:13 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21946
[Bug libfortran/21593] FAIL: gfortran.dg/dev_null.f90
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-07-09 15:28 --- Subject: Re: FAIL: gfortran.dg/dev_null.f90 On Sat, Jul 09, 2005 at 02:39:34PM -, tkoenig at gcc dot gnu dot org wrote: Andrew, is this sufficient to close this PR? The behavior of ftruncate() on /dev/null appears to be system dependent. Being able to read back from /dev/null is still a bug, no matter what ftruncate() does. It's system dependent in that reading or writing /dev/null always succeeds (at least on *BSD). You can't check the return value or errno to see if there is some failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21593
[Bug fortran/20063] n*'xxxx' disables padding
--- Additional Comments From giovannibajo at libero dot it 2005-07-09 15:48 --- This will likely change to an ICE in varasm.c after my CONSTRUCTOR patch goes in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20063
[Bug tree-optimization/22360] [4.0 Regression] upper_bound_in_type and lower_bound_in_type are buggy
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 15:57 --- Fixed at least on the mainline. -- What|Removed |Added Summary|[4.0/4.1 Regression]|[4.0 Regression] |upper_bound_in_type and |upper_bound_in_type and |lower_bound_in_type are |lower_bound_in_type are |buggy |buggy http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22360
[Bug regression/20139] [4.0/4.1 regression] cris-elf testsuite: gcc.c-torture/execute/20020720-1.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 15:59 --- fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20139
[Bug middle-end/22376] PTA is slow on a silly unrealistic test case
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||compile-time-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22376
[Bug c++/22257] ICE on invalid code, forgot parentheses for constructor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 16:22 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-09 16:22:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22257
[Bug preprocessor/22042] stringification BUG
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 16:29 --- Huh? I cannot reproduce it at all. with all of the versions of GCC I tried from 2.95.3 to 4.1.0 I get the following: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22042
[Bug target/22158] char global_var[] = larger than 32 bytes; uses silly amounts of alignment even with -Os
-- What|Removed |Added GCC build triplet|i386-pc-linux-gnu | GCC host triplet|i386-pc-linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22158
[Bug rtl-optimization/20945] about 2x perfomance regression in comparision with 3.4.2
-- What|Removed |Added GCC build triplet|i586-suse-linux | GCC host triplet|i586-suse-linux | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20945
[Bug bootstrap/22195] Missing Documentation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 16:35 --- This is not a bug for a snapshot. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22195
[Bug target/22209] [4.1 regression] libgfortran unresolvable symbols on irix6.5
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 16:37 --- (In reply to comment #1) This is a target bug. It should be implementing the TI mode functions. For 64bit targets that is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22209
[Bug libstdc++/16251] bogus default constructor for std::basic_iostream
-- What|Removed |Added GCC build triplet|hppa2.0w-hp-hpux11.00 | GCC host triplet|hppa2.0w-hp-hpux11.00 | GCC target triplet|hppa2.0w-hp-hpux11.00 | Keywords||documentation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16251
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 16:40 --- Does this work now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug target/22224] Several Tru64 UNIX testsuite failures: Length of .lcomm was less than 1
-- What|Removed |Added GCC build triplet|alpha-dec-osf5.1b | GCC host triplet|alpha-dec-osf5.1b | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
[Bug target/22223] New testsuite failure on Tru64 UNIX V5.1B: gcc.c-torture/compile/20050622-1.c
-- What|Removed |Added GCC build triplet|alpha-dec-osf5.1b | GCC host triplet|alpha-dec-osf5.1b | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug target/22006] New IRIX 6.5 testsuite failures with gas: .space repeat count is zero, ignored
-- What|Removed |Added GCC build triplet|mips-sgi-irix6.5| GCC host triplet|mips-sgi-irix6.5| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22006
[Bug target/22225] Tru64 UNIX testsuite failure: gcc.dg/vect/pr18536.c: ICE in in alphaev4_insn_pipe
-- What|Removed |Added GCC build triplet|alpha-dec-osf5.1b | GCC host triplet|alpha-dec-osf5.1b | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
[Bug target/22229] Segfault due to unaligned movaps access
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 16:45 --- Fixed by: 2005-07-07 Richard Henderson [EMAIL PROTECTED] * function.c (locate_and_pad_parm): Record parameter alignment in stack_alignment_needed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
[Bug fortran/22210] gfc_conv_array_initializer weirdness
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 16:46 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-09 16:46:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22210
[Bug rtl-optimization/22384] New: compiling cp-mangle.c causes an ICE
Consider: struct d_print_mod { int type; int dummy0; int dummy1; }; struct d_print_info { struct d_print_mod *modifiers; } d_print_comp (struct d_print_info *dpi, struct d_print_mod *pdpm, int a) { struct d_print_mod adpm[4]; unsigned int i = 0; dpi-modifiers = adpm[0]; while (pdpm-type) { if (a) { adpm[i] = *pdpm; ++i; } } } Compiling this with arm-none-eabi-gcc causes an ICE like so: min.c: In function 'd_print_comp': min.c:24: internal compiler error: in loop_givs_rescan, at loop.c:5517 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Reverting http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00296.html cures the problem. Because of this problem, arm-none-eabi does not build currently. -- Summary: compiling cp-mangle.c causes an ICE Product: gcc Version: unknown Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at gcc dot gnu dot org CC: danglin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org GCC target triplet: arm-none-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22384
[Bug tree-optimization/22332] [4.1 Regression] ACATS ICE c34005f c34005i c34005l c34005o calc_dfs_tree, at dominance.c:376
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-09 16:52 --- (In reply to comment #2) I imagine DCE now needs the same code PRE has to cleanup EH info and whatnot after we've touched statements that can throw exceptions. No, this has nothing to do with EH. The DCE change was to COND_EXPRs which never throw. The problem here is that we were updating SSA before cleaning up the CFG. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
[Bug tree-optimization/22332] [4.1 Regression] ACATS ICE c34005f c34005i c34005l c34005o calc_dfs_tree, at dominance.c:376
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-09 16:56 --- Probably fixed with http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00651.html Could someone confirm? Thanks. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||07/msg00651.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
[Bug other/22385] New: -msseregparm option not recognized.
http://sources.redhat.com/ml/libc-alpha/2005-07/txt1.txt $ zcat /usr/share/info/gcc.info.gz|grep sseregparm `sseregparm' On the Intel 386 with SSE support, the `sseregparm' attribute (...) $ /usr/lib/gcc/i686-pld-linux/4.1.0/cc1 --help|grep regparm -mregparm= Number of registers used to pass integer arguments -msseregparm missed? $ gcc tmp.c -O2 -fverbose-asm -S -Wall -march=pentium4 -mregparm=3 -ffast-math -msseregparm cc1: error: unrecognized command line option -msseregparm ^^^ 2005-07-06 Richard Guenther [EMAIL PROTECTED] * config/i386/i386.opt: New target option -msseregparm. * config/i386/i386.c (override_options): Error out for -msseregparm but no SSE support. (ix86_function_sseregparm): Check for global sseregparm. * doc/invoke.texi: Document -msseregparm. is this patch completed? -- Summary: -msseregparm option not recognized. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pld-linux GCC host triplet: i686-pld-linux GCC target triplet: i686-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22385
[Bug other/22385] -msseregparm option not recognized.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 17:01 --- This patch has not been committed yet so I don't know why you filing a bug. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22385
[Bug rtl-optimization/22384] compiling cp-mangle.c causes an ICE
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-07-09 17:02 --- Subject: Re: New: compiling cp-mangle.c causes an ICE Reverting http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00296.html cures the problem. But that breaks bootstrap on the PA. Reverting 2005-04-16 Alexandre Oliva [EMAIL PROTECTED] PR target/20126 * loop.c (loop_givs_rescan): Handle non-replaceable (plus (reg) (const)). would probably fix the PA bootstrap. But then PR 20126 would need to be reopened. This is a never ending serious of bugs for which we need a proper fix. I've posted a possible fix to gcc-patches: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00649.html. Does that work for you? Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22384
[Bug rtl-optimization/22239] [4.0/4.1 Regression] i-cobol.adb:482: error: unrecognizable insn
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-07-09 17:08 --- Please see bug 20126, it contains a patch that will likely fix all of the problems you've run into, and some discussion on why it's not in yet. If you find it to fix the problem you have, and it's unsolvable otherwise, feel free to go ahead and check it in. -- What|Removed |Added BugsThisDependsOn||20126 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22239
[Bug rtl-optimization/22384] compiling cp-mangle.c causes an ICE
--- Additional Comments From kazu at codesourcery dot com 2005-07-09 17:13 --- Subject: Re: compiling cp-mangle.c causes an ICE Hi Dave, I've posted a possible fix to gcc-patches: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00649.html. Does that work for you? Thank you for a quick reply. Yes, your new patch fixes the ICE associated with the testcase. Kazu Hirata -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22384
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From schwab at suse dot de 2005-07-09 17:15 --- I can't reproduce it any more. Whether it's gone dormant again or fixed for real I don't know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug other/22385] -msseregparm option not recognized.
--- Additional Comments From pluto at agmk dot net 2005-07-09 17:18 --- (In reply to comment #1) This patch has not been committed yet so I don't know why you filing a bug. Richard Guenther's patch (posted on libc-alpha) looks like gcc-cvs-commit. I didn't check it in gcc repo :/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22385
[Bug other/22386] New: ICE in a-chlat1.ads:23:58
(gcc-4.1-20050709T1542UTC) stage1/xgcc -Bstage1/ -B/usr/amd64-pld-linux/bin/ -c -O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/a-chlat1.ads -o ada/a-chlat1.o +===GNAT BUG DETECTED==+ | 4.1.0 20050709 (experimental) (x86_64-pld-linux-gnu) GCC error: | | tree check: expected tree that contains | | Error detected at a-chlat1.ads:23:58 | -- Summary: ICE in a-chlat1.ads:23:58 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: amd64-pld-linux GCC host triplet: amd64-pld-linux GCC target triplet: amd64-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22386
[Bug tree-optimization/21356] [4.1 Regression] Dominance error after aggressive dead code elimination (cd_dce)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-09 17:35 --- Subject: Bug 21356 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-09 17:35:05 Modified files: gcc: ChangeLog passes.c Log message: PR 21356 PR 22332 * passes.c (execute_todo): Cleanup the CFG before updating SSA. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9394r2=2.9395 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/passes.c.diff?cvsroot=gccr1=2.98r2=2.99 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21356
[Bug tree-optimization/22332] [4.1 Regression] ACATS ICE c34005f c34005i c34005l c34005o calc_dfs_tree, at dominance.c:376
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-09 17:35 --- Subject: Bug 22332 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-09 17:35:05 Modified files: gcc: ChangeLog passes.c Log message: PR 21356 PR 22332 * passes.c (execute_todo): Cleanup the CFG before updating SSA. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9394r2=2.9395 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/passes.c.diff?cvsroot=gccr1=2.98r2=2.99 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
[Bug tree-optimization/21356] [4.1 Regression] Dominance error after aggressive dead code elimination (cd_dce)
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-09 17:38 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00651.html. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21356
[Bug other/22386] ICE in a-chlat1.ads:23:58
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-09 17:38 --- I also saw this last night on i686-pc-linux-gnu and hppa-unknown-linux-gnu. The problem was instroduced after July 8, 2005 12:57:46 UTC. -- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22386
[Bug ada/22386] [4.1 Regression] ICE in a-chlat1.ads:23:58
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 17:39 --- Already fixed by: 2005-07-09 Andrew Pinski [EMAIL PROTECTED] * utils.c (create_var_decl): Only set DECL_COMMON on VAR_DECLs. Only set SET_DECL_ASSEMBLER_NAME on VAR_OR_FUNCTION_DECL_P. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|other |ada Keywords||build, ice-on-valid-code Resolution||FIXED Summary|ICE in a-chlat1.ads:23:58 |[4.1 Regression] ICE in a- ||chlat1.ads:23:58 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22386
[Bug tree-optimization/22334] [4.1 Regression] 23_containers/vector/bool/6886.cc fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 17:41 --- Fixed by: PR 21356 PR 22332 * passes.c (execute_todo): Cleanup the CFG before updating SSA. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
[Bug fortran/18022] problem with structure and calling a function
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-09 17:45 --- (In reply to comment #13) Sorry, the code I posted for illustration had a typo: Say, type a real*8 :: x integer*1 :: i end type type(a), target :: v(50) real, pointer :: p(:) ^^^ should be REAL*8 p = v(:)%x -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18022
[Bug tree-optimization/22216] [4.1 regression] ICE during GC
--- Additional Comments From jh at suse dot cz 2005-07-09 17:50 --- Subject: Re: [4.1 regression] ICE during GC --- Additional Comments From schwab at suse dot de 2005-07-09 17:15 --- I can't reproduce it any more. Whether it's gone dormant again or fixed for real I don't know. I've bootstrapped with gcac from tree about a week old and it went fluently, so hopefully it is fixed somehow. Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
[Bug middle-end/22321] [4.0/4.1 Regression] volatile_var != volatile_var is always true
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 17:58 --- This fails also at -O0: volatile int x; int main() { if (x != x) abort (); return 0; } And this testcase worked in 3.4.x too so this is defintely a fold bug. -- What|Removed |Added Component|tree-optimization |middle-end Summary|[4.0/4.1 Regression] Wrong |[4.0/4.1 Regression] |code with SSA dominator |volatile_var != |optimizations |volatile_var is always true http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22321
[Bug middle-end/20218] Can't use __attribute__ ((visibility (hidden))) to hide a symbol
-- What|Removed |Added CC||ismail at kde dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
[Bug preprocessor/22042] stringification BUG
--- Additional Comments From s__nakayama at infoseek dot jp 2005-07-09 18:23 --- (In reply to comment #4) Huh? I cannot reproduce it at all. with all of the versions of GCC I tried from 2.95.3 to 4.1.0 I get the following: Did you confirm there was a tab in the string? I consider that your code is the tab has been converted into space. If there is a tab in the string, try the string including other suitable non-printable character. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22042
[Bug preprocessor/22042] stringification BUG
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 18:32 --- The relevant part of the standard (C99: 6.10.3.2P2) Otherwise, the original spelling of each preprocessing token in the argument is retained in the character string literal, except for special handling for producing the spelling of string literals and character constants: a\character is inserted before each and \character of a character constant or string literal (including the delimiting characters), except that it is implementation-defined whether a\character is inserted before the\character beginning a universal character name. If the replacement that results is not a valid character string literal, the behavior is undefined. The character string literal corresponding to an empty argument is -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22042
[Bug ada/22387] New: GCC Ada compiler crash.
After compiling the attached file, the compilers shows this message. +===GNAT BUG DETECTED==+ | 4.0.0 (i686-pc-linux-gnu) Program_Error exp_ch5.adb:1160 duplicated entry address| | Error detected at bug_descriptor.ads:43:8| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | 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. list may be incomplete raised SYSTEM.ASSERTIONS.ASSERT_FAILURE : namet.adb:599 gnatmake: bug_descriptor.ads compilation error -- Summary: GCC Ada compiler crash. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ramsgar-gccbug at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org 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=22387
[Bug ada/22387] GCC Ada compiler crash.
--- Additional Comments From ramsgar-gccbug at yahoo dot com 2005-07-09 18:52 --- Created an attachment (id=9235) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9235action=view) Source files tiggering the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22387
[Bug libstdc++/22388] New: When cross-compiling libstdc++ for mingw, enable large file support (LFS)
I have tracked down the cause of Debian bug http://bugs.debian.org/306210: When you compile C++ programs using Debian's mingw32 cross-compiler package (currently based on mingw32-3.4.2.20040916.1), then the compiled C++ programs do not have large file support enabled. The simple fix is to enable LFS in libstdc++-v3/crossconfig.m4. This bug probably also applies to GCC versions 3.4.3 .. 4.0 Patch: --- gcc-3.4.2-20040916-1/libstdc++-v3/crossconfig.m4.orig 2004-08-15 10:41:14.0 +0200 +++ gcc-3.4.2-20040916-1/libstdc++-v3/crossconfig.m4 2005-07-09 19:53:15.0 +0200 @@ -234,6 +234,7 @@ GLIBCXX_CHECK_LINKER_FEATURES GLIBCXX_CHECK_COMPLEX_MATH_SUPPORT GLIBCXX_CHECK_WCHAR_T_SUPPORT +AC_DEFINE(_GLIBCXX_USE_LFS) ;; *-netbsd*) AC_CHECK_HEADERS([nan.h ieeefp.h endian.h sys/isa_defs.h \ -- Summary: When cross-compiling libstdc++ for mingw, enable large file support (LFS) Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ra at atterer dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i586-mingw32msvc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22388
[Bug ada/22386] [4.1 Regression] ICE in a-chlat1.ads:23:58
--- Additional Comments From pluto at agmk dot net 2005-07-09 19:19 --- (In reply to comment #2) Already fixed by: 2005-07-09 Andrew Pinski [EMAIL PROTECTED] * utils.c (create_var_decl): Only set DECL_COMMON on VAR_DECLs. Only set SET_DECL_ASSEMBLER_NAME on VAR_OR_FUNCTION_DECL_P. with this patch build still fails (stage3). ../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg s-pack03.adb -o s-pack03.o +===GNAT BUG DETECTED==+ | 4.1.0 20050709 (experimental) (x86_64-pld-linux-gnu) GCC error: | | tree check: expected tree that contains | | Error detected at s-pack03.adb:73:4 | /reopen bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22386
[Bug ada/22386] [4.1 Regression] ICE in a-chlat1.ads:23:58
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 19:21 --- (In reply to comment #3) with this patch build still fails (stage3). /reopen bug? I am fixing that one right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22386
[Bug c/22389] New: strlen from Function possible
Boyer-Search.c file: int Search (char search[],char Text[]){ unsigned int Plen = strlen(Search)-1; // The Bug! S instead of s unsigned int Textlength = strlen(Text)-1; int Pattern[256]; int i;int j;int k; int Position = Plen; for (i = 0; i 256; i++){ Pattern[i] = Plen; } for (i = Plen; i 0; i--){ Pattern[search[i]] = i; } do { j = Plen; k = Position; do { j--; k--; } while (search[j] == Text[k] j = 0); Position = Position + Pattern[Text[k]]; } while (Position Textlength j = 0); return Position; } gcc-4.0 -pg -ggdb -gstabs+ -fprofile-arcs -ftest-coverage -Wall -o BoyerMoore_Te xtSuche Boyer-Search.c main.c Boyer-Search.c: In function Search: Boyer-Search.c:3: Warnung: implizite Deklaration der Funktion strlen Boyer-Search.c:3: Warnung: unverträgliche implizite Deklaration der eingebauten Funktion strlen Boyer-Search.c:3: Warnung: Übergabe des Arguments 1 von strlen von inkompatibl em Zeigertyp Boyer-Search.c:14: Warnung: Feldindex hat Typ char Boyer-Search.c:24: Warnung: Feldindex hat Typ char gcc give only warnings! -- Summary: strlen from Function possible Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kleinalex at gmx dot at CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22389
[Bug c/22389] strlen from Function possible
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 19:29 --- Since you did not give a prototype of strlen (by including string.h), the C standard talks about implicit functions prototype and gives in this case strlen a prototype that takes a function type. If you include string.h you will get a warning about incompatiable pointers which is what GCC emits as GCC has an extension that implicitly converts any pointer to another without a cast. If you want an error in that case use -pedantic-error. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22389
[Bug fortran/22390] New: Implement FLUSH statement
Fortran 2003 defines the FLUSH statement (semantics same as for the other file positioning statements BACKSPACE, REWIND, ENDFILE). Note that gfortran already provides a flush intrinsic subroutine and function (g77 compatibility). -- Summary: Implement FLUSH statement Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: fortran AssignedTo: jblomqvi at cc dot hut dot fi ReportedBy: jblomqvi at cc dot hut dot fi CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22390
[Bug fortran/22390] Implement FLUSH statement
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 19:42 --- Confirmed. -- What|Removed |Added OtherBugsDependingO||20585 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-09 19:42:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22390
[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 20:17 --- Nope it was not my change as that would mean -fwrapv fix it but it did not. Though it looks like my patch actually helps code generation here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug tree-optimization/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 20:25 --- Another missing V_MAY_DEF: # VUSE C.1_33; # VUSE TMT.91_386; VIEW_CONVERT_EXPRstruct c34007r__T8b(*D.839) = C.1; -- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org Component|ada |tree-optimization Keywords||alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
[Bug preprocessor/20348] [4.0/4.1 Regression] File not included when file with same name is included before
--- Additional Comments From pepster at users dot sourceforge dot net 2005-07-09 21:54 --- Thats just great. A critical bug reported for 4.0.0, target set to 4.0.2 still unfixed in 4.1.0. And I can't upgrade and try out the new vectors stuff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20348
[Bug middle-end/22321] [4.0/4.1 Regression] volatile_var != volatile_var is always true
--- Additional Comments From law at redhat dot com 2005-07-09 21:58 --- Subject: Re: [4.0/4.1 Regression] volatile_var != volatile_var is always true On Sat, 2005-07-09 at 17:58 +, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 17:58 --- This fails also at -O0: volatile int x; int main() { if (x != x) abort (); return 0; } And this testcase worked in 3.4.x too so this is defintely a fold bug. It's a bug in how the folder uses operand_equal_p. operand_equal_p is not equivalent to a C equality test, but fold_binary is using it to evaluate a C equality test and thus getting the wrong results. I've got a patch ready to go, but won't get it checked in until Monday or possibly even Tuesday depending on some personal commitments. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22321
[Bug tree-optimization/22334] [4.1 Regression] 23_containers/vector/bool/6886.cc fails
-- Bug 22334 depends on bug 22332, which changed state. Bug 22332 Summary: [4.1 Regression] ACATS ICE c34005f c34005i c34005l c34005o calc_dfs_tree, at dominance.c:376 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332 What|Old Value |New Value Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
[Bug tree-optimization/22332] [4.1 Regression] ACATS ICE c34005f c34005i c34005l c34005o calc_dfs_tree, at dominance.c:376
--- Additional Comments From laurent at guerby dot net 2005-07-09 22:59 --- Fixed as of LAST_UPDATED: Sat Jul 9 20:48:09 UTC 2005 Thanks! -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
[Bug tree-optimization/22332] [4.1 Regression] ACATS ICE c34005f c34005i c34005l c34005o calc_dfs_tree, at dominance.c:376
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 22:59 --- Yep, that was fixed. Thanks Diego. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
[Bug libstdc++/22388] When cross-compiling libstdc++ for mingw, enable large file support (LFS)
-- What|Removed |Added GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu |non-native http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22388
[Bug libstdc++/22388] When cross-compiling libstdc++ for mingw, enable large file support (LFS)
--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-07-09 23:11 --- mingw runtime does not have struct stat64 or fstat64(), so this define is not correct. In fact the native build of libstdc++ fails the _GLIBCXX_USE_LFS configure test. (mingwt does have struct _stati64 and _fstati64() which would work in __basic_filechar::showmanyc) Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22388
[Bug bootstrap/21704] failure during building 64-bit native compiler by crosscompiler.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 23:14 --- I am testing the obvious patch which I recommended in comment #1. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-09 23:14:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21704
[Bug tree-optimization/22376] PTA is slow on a silly unrealistic test case
-- What|Removed |Added Component|middle-end |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22376
[Bug rtl-optimization/22384] compiling cp-mangle.c causes an ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 23:21 --- *** This bug has been marked as a duplicate of 22239 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||build Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22384
[Bug rtl-optimization/22239] [4.0/4.1 Regression] i-cobol.adb:482: error: unrecognizable insn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 23:21 --- *** Bug 22384 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||kazu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22239
[Bug ada/20548] [4.1 Regression] ACATS c52103x segfault at runtime on x86_64
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-09 23:31 --- Fails on powerpc-darwin also on the mainline now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
[Bug fortran/21875] [meta-bug] NIST test suite failures
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-09 23:40 --- Subject: Bug 21875 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-09 23:40:32 Modified files: libgfortran: ChangeLog libgfortran/io : read.c Added files: gcc/testsuite/gfortran.dg: fmt_read_bz_bn.f90 Log message: 2005-07-09 Jerry DeLisle [EMAIL PROTECTED] PR libfortran/21875 (FM111.f) * io/read.c (next_char): Return a ' ' character when BLANK_ZERO or BLANK_NULL are active. (read_decimal): Interpret ' ' character correctly for BZ or BN. (read_radix): Interpret ' ' character correctly for BZ or BN. (read_f): Interpret ' ' character correctly for BZ or BN. * gfortran.dg/test (fmt_read_bz_bn.f90): New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.259r2=1.260 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/read.c.diff?cvsroot=gccr1=1.12r2=1.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/fmt_read_bz_bn.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-10 01:59 --- Subject: Re: [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566 On Fri, 2005-07-08 at 12:54 +, dberlin at dberlin dot org wrote: --- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-08 12:54 --- Subject: Re: [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566 On Fri, 2005-07-08 at 09:33 +, pluto at agmk dot net wrote: --- Additional Comments From pluto at agmk dot net 2005-07-08 09:33 --- (In reply to comment #1) Most likely related to PR 22279. `first_vi_for_offset` bug still occurs and it's easy to reproduct There's a few bugs involved, it's just that the first_vi_for_offset is the common place for the assert to trigger. Here is the reduced testcase for the C++ file you sent, i'm working on a fix. --- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-10 01:59 --- Created an attachment (id=9236) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9236action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22277
[Bug c/22391] New: xgcc: Internal error: Segmentation fault (program as)
XGCC is rolling snake eyes whenever I attempt to build. I've tried both GCC-3.2.3 and GCC-3.4.3, the same every time. System in question: AlphaPC 164SX Redhat 7.2 [alpha] Kernel-2.6.11.6 Binutils-2.19.90.0.3-1 [and 2.15.94.0.5] GCC-3.4.3 [and GCC-3.2.3] Make-3.80 make[1]: Entering directory `/usr2/www/pub/alpha-RH7/programming/compilers/gcc-4.0.1/build/libcpp' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr2/www/pub/alpha-RH7/programming/compilers/gcc-4.0.1/build/libcpp' make[1]: Entering directory `/usr2/www/pub/alpha-RH7/programming/compilers/gcc-4.0.1/build/gcc' /usr2/www/linux-related/programming/compilers/gcc-4.0.1/build/gcc/xgcc -B/usr2/www/linux-related/programming/compilers/gcc-4.0.1/build/gcc/ -B/usr/alphapca56-alpha-linux-gnu/bin/ -B/usr/alphapca56-alpha-linux-gnu/lib/ -isystem /usr/alphapca56-alpha-linux-gnu/include -isystem /usr/alphapca56-alpha-linux-gnu/sys-include -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc-4.0.1/gcc -I../../gcc-4.0.1/gcc/. -I../../gcc-4.0.1/gcc/../include -I../../gcc-4.0.1/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time \ -c ../../gcc-4.0.1/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFT_O \ -o crtbeginT.o xgcc: Internal error: Segmentation fault (program as) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [crtbeginT.o] Error 1 make[1]: Leaving directory `/usr2/www/pub/alpha-RH7/programming/compilers/gcc-4.0.1/build/gcc' make: *** [all-gcc] Error 2 -- Summary: xgcc: Internal error: Segmentation fault (program as) Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: diskman at kc dot rr dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22391