[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From dank at kegel dot com 2005-08-01 07:45 --- yup. I hope to try out 'delta' soon. BTW it appears to be x86_64 specific. ppc and pentium didn't seem to show it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23046

[Bug c++/23167] [4.0/4.1 Regression] internal compiler error: in create_tmp_var

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-01 08:23 --- Probably related to PR 22008. -- What|Removed |Added CC|

[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-01 08:39 --- Less invalid ;-) testcase: == struct A { void foo(); virtual void foo(); }; == This crashes since gcc 3.0. -- What|Removed

[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-01 08:53 --- Subject: Bug 23109 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-01 08:53:00 Modified files: gcc: ChangeLog tree-ssa-loop-im.c

[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-01 08:54 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/21964] [3.4 Regression] broken tail call at -O2 or more

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-01 08:55 --- Testing a patch -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsan

[Bug tree-optimization/23133] recip does not factor division by function parameter

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-01 08:58 --- Subject: Bug 23133 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-01 08:58:25 Modified files: gcc: ChangeLog tree-ssa-math-opts.c Log

[Bug tree-optimization/23133] recip does not factor division by function parameter

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-01 08:58 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/23133] recip does not factor division by function parameter

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23133

[Bug rtl-optimization/23168] [OOM] GCC 4.0.1 OOM's while compiling VBA (works with 3.4.x)

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-01 09:10 --- Well, nelem=232394768 is surely a bug in gcc (which I cannot reproduce on i686 btw.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23168

[Bug tree-optimization/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR

-- What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bu

[Bug c/23087] Misleading warning, "... differ in signedness"

-- What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bu

[Bug bootstrap/22396] bootstrap of f95 enabled gcc fails because gfortran.1 is missing

-- What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bu

[Bug c++/23171] New: [4.1 Regression] ICE on pointer initialization

The following code snippet causes an ICE on mainline when compiled with "g++ -O" (the C frontend is not affected): = int *p = (int*)(int[1]){0}; = bug.cc:1: internal compiler error: tree check: expected class 'expression', have 'exceptional'

[Bug c++/23172] New: [4.1 Regression] ICE on integer initialization

The following code snippet causes an ICE (segfault) on mainline when compiled with the C++ frontend: = int i = (int){0}; = This might be related to PR 23171. -- Summary: [4.1 Regression] ICE on integer initialization Product: gcc

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de 2005-08-01 11:07 --- (In reply to comment #3) > So, GNU does not follow IEEE Std 1003.1, 2004? We do follow IEEE Std 1003.1, 2004 here, the standard does not mandate that PATH_MAX _must_ be defi

[Bug tree-optimization/23173] New: ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

When I compile gsl1.5 using the options -O2 -ffast-math -ftree-vectorize with the actual snapshot of gcc41 (20050730) I get an ICE. Michael Cieslinski last working snapshot is gcc-4.1-20050604 first failing snapshot is gcc-4.1-20050611 gcc41i -O2 -ffast-math -ftree-vectorize -c coulomb.i -o

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

--- Additional Comments From micis at gmx dot de 2005-08-01 11:21 --- Created an attachment (id=9402) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9402&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-01 11:36 --- This is a duplicate of PR 19899. There are several loops in the testcase with a floating-point loop variable and a test >= 0. Removing them makes the code compile. *** This bug has been marked as a duplic

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-01 11:36 --- *** Bug 23173 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/23172] [4.1 Regression] ICE on integer initialization

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|---

[Bug c++/23171] [4.1 Regression] ICE on pointer initialization

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|---

[Bug c++/23172] [4.1 Regression] ICE on integer initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 11:55 --- Confirmed, this is one is a front-end bug. -- What|Removed |Added Status|UNCONFI

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

--- Additional Comments From falk at debian dot org 2005-08-01 11:56 --- (In reply to comment #2) > This is a duplicate of PR 19899. > There are several loops in the testcase with a floating-point loop variable > and a test >= 0. Removing them makes the code compile. Are you sure? I als

[Bug c++/23171] [4.1 Regression] ICE on pointer initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 11:58 --- This is the same problem as PR 22533 really. So it is not only the Ada front-end that produces &CONSTRUCTOR. -- What|Removed |Added -

[Bug fortran/23169] INTENT information not used in the middle-end for optimizations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 12:07 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug libmudflap/23170] [4.0 only] libmudflap should not use functions marked obsolescent by POSIX/SUS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 12:15 --- These usage have been removed from the mainline. Confirmed. Fixed on the mainline by: 2005-07-16 Richard Henderson <[EMAIL PROTECTED]> * acinclude.m4: New file. * configure.ac: Invoke LI

[Bug ada/23174] New: ICE in tree_contains_struct_check_failed

-- This package crashes ada frontend in internal_error call: package B is type T0 is record i : Integer; end record; type T1 is access all T0; type T2 is array (Natural range <>) of T1; type T3 (N : Natural) is record t : T2 (1 .. N); end record; end B; -- $ gdb gnat1 Using host libth

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

-- What|Removed |Added Keywords||build Summary|ICE in |[4.1 Regression] ICE in |tree_contains

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

-- What|Removed |Added BugsThisDependsOn||23175 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23174

[Bug tree-optimization/23175] New: [4.1 Regression] ICE with -fdump-tree-all

Compile the following with -O1 -fdump-tree-all and you will get an ICE: static inline int f(int i) { struct { int t[i]; } t; return sizeof(t.t[i--]); } int g(int i) { return f(i); } t.c:2: internal compiler error: tree check: expected tree that contains 'decl with RTL' structure, hav

[Bug tree-optimization/23175] [4.1 Regression] ICE with -fdump-tree-all

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23175

[Bug fortran/23176] New: Warning messages incorrectly being displayed

I think that the warning messages should not be displayed - [dranta:~/tests/gfortran-D] dir% gfortran -g -c -fdefault-real-8 -fdefault-integer-8 -fdefault-double-8 arg.F cc1: warning: command line option "-fdefault-real-8" is valid for F95 but not for C cc1: warning: command line option "-fdefaul

[Bug fortran/23176] Warning messages incorrectly being displayed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 13:15 --- *** This bug has been marked as a duplicate of 18452 *** -- What|Removed |Added

[Bug fortran/18452] Fortran options induces warning for fortran that needs preprocessing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 13:15 --- *** Bug 23176 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/23177] New: internal compiler error with -O option

When I try to use the -O option, I get a internal compiler error - [dranta:~/tests/gfortran-D] dir% gfortran -O -c s5main.f s5main.f: In function 'mtlsc': s5main.f:14: internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746 Please submit a full bug r

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 13:29 --- Confirmed: IV-OPTs is causing it: # VUSE ; D.545_65 = MEM[symbol: bk65, index: D.685_81, step: 4B, offset: -4B]; Notice how the VUSE operand was not renamed. -- What|Removed

[Bug libfortran/23178] New: Undefined symbol: __gfortran_flush_i8

I get a undefined symbol when I try to use the -fdefault-integer-8 option - [dranta:~/tests/gfortran-D] dir% gfortran -fdefault-integer-8 -o flush flush.f /usr/bin/ld: Undefined symbols: __gfortran_flush_i8 collect2: ld returned 1 exit status [dranta:~/tests/gfortran-D] dir% cat flush.f pro

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-01 13:32 --- (A part of) http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01882.html fixes this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 13:33 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-01 13:41 --- Fixing parts (maybe) identified. Patch in testing. -- What|Removed |Added AssignedT

[Bug c++/23162] [3.4 only] internal compiler error: in c_expand_expr, at c-common.c:4138

--- Additional Comments From mki at maconomy dot dk 2005-08-01 13:45 --- Forgot to mention: The ICE seems to be platform specific. My testcase works on linux with 3.3.4, 3.4.3 and 4.0.1. It thus (to me) seems slightly related to PR c++/21123... (But --disable-checking makes no differe

[Bug tree-optimization/23179] New: Segmentation fault in in fold_ternary, file fold-const.c:9979

When I compile qt334 with the actual snapshot of gcc41 (20050730) I get an ICE when I enable autovectorisation. Michael Cieslinski gcc41i -c -O2 -fpeel-loops -ftree-vectorize -o bug.o bug.i gcc41i: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See http://gcc.

[Bug tree-optimization/23179] Segmentation fault in in fold_ternary, file fold-const.c:9979

--- Additional Comments From micis at gmx dot de 2005-08-01 13:56 --- Created an attachment (id=9403) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9403&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23179

[Bug tree-optimization/23179] Segmentation fault in in fold_ternary, file fold-const.c:9979

--- Additional Comments From micis at gmx dot de 2005-08-01 13:59 --- last working snapshot is gcc-4.1-20050508 first failing snapshot is gcc-4.1-20050528 (between these 2 I didn't compile other snapshots) gcc401 is working correctly -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug tree-optimization/23179] Segmentation fault in in fold_ternary, file fold-const.c:9979

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 14:01 --- *** This bug has been marked as a duplicate of 23049 *** *** This bug has been marked as a duplicate of 23049 *** -- What|Removed |Added --

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 14:01 --- *** Bug 23179 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-01 14:02 --- http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00028.html -- What|Removed |Added Key

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

--- Additional Comments From micis at gmx dot de 2005-08-01 14:08 --- double foo(double a) { double b; int i; for (i = 0; i < 10; i++) { b = a; a -= 1.0; } return b; } This loop from comment#3 gives: gcc41i -O2 -ffast-math -ftree-vectorize -o bug2

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

--- Additional Comments From micis at gmx dot de 2005-08-01 14:22 --- The stack backtrace is different from that PR19899: #0 tree_check_failed (node=0x2a957583f0, file=0x8eebb0 "../../gcc-4.1- 20050730/gcc/fold-const.c", line=1512, function=0xa1163a "const_binop") at ../../gcc-4.1-2005

[Bug c++/23180] New: Segfault on const initializer with bogus pointer arithmetics

[EMAIL PROTECTED]:/tmp% cat bug.cc void saveLoadEntries(const void *); void saveOrLoad() { struct Track { char soundName[15]; }; struct SaveLoadEntry { int offs; int type; int size; }; const SaveLoadEntry trackEntries = { ((long) (&

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 14:23 --- Lets reopen it then. -- What|Removed |Added Status|RESOLVED|

[Bug tree-optimization/23181] New: Dominator opts slows down bresenham line drawing by roughly 20%

Dominator opts slows down the bresenham line drawing loop by roughly 20%. -O2 -fno-dominator-opts results in pretty straighline code: .L14: addl$18, %edx .L5: testl %edx, %edx movb$5, (%eax) js .L6 addl$21, %eax subl$40, %edx .L

[Bug tree-optimization/23181] Dominator opts slows down bresenham line drawing by roughly 20%

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-08-01 14:33 --- Created an attachment (id=9404) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9404&action=view) the simplified testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug c++/23180] [4.1 regression] Segfault on const initializer with bogus pointer arithmetics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 14:35 --- Confirmed, a regression from 4.0.0. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/23180] [4.1 regression] Segfault on const initializer with bogus pointer arithmetics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 14:36 --- Here is the backtrace: #1 0x08423014 in expand_binop (mode=SImode, binoptab=0xb7cb4600, op0=0xb7cac360, op1=0xb7cac0c0, target=0x0, unsignedp=1, methods=OPTAB_LIB_WIDEN) at /home/peshtigo/pinskia/sr

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 14:42 --- It makes worse code on ppc also: L5: stb r8,1(r11) blt- cr0,L6 addi r0,r11,22 addi r10,r9,-22 L6: mr r11,r0 mr r9,r10 addi r0,r11,1 addic. r10,

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

--- Additional Comments From falk at debian dot org 2005-08-01 14:48 --- BTW, ax and ay are used uninitialized here, and mainline doesn't warn about this. Weird. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 14:50 --- (In reply to comment #3) > BTW, ax and ay are used uninitialized here, and mainline doesn't warn about > this. > Weird. Not really that weird, the warning problem is PR 18501. -- http://gcc.gnu.org/bug

[Bug rtl-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

-- What|Removed |Added Keywords||missed-optimization Summary|code size regression from |[4.1 Regression] code size

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

-- What|Removed |Added Component|rtl-optimization|tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153

[Bug middle-end/22061] [3.4 Regression] internal compiler error: in find_function_data, at function.c:317

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-01 15:09 --- It looks like there's lots of interesting breakage in this area. ;) Testing a patch. -- What|Removed |Added

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

--- Additional Comments From hubicka at ucw dot cz 2005-08-01 15:14 --- Subject: Re: [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20% One problem is that DOM manages to convert a += 1; if () a += 10; to a1 = a + 1 if () a1 = a + 11

[Bug libgcj/23182] New: instanceof sometimes fails if compiled with -findirect-dispatch

I'm compiling Rhino 1.5R5 with the following command: gcj --main=org.mozilla.javascript.tools.shell.Main -findirect-dispatch js.jar -o rhino The resulting Rhino JavaScript shell throws exceptions on some String functions: js> "foo".charAt

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

-- Bug 23174 depends on bug 23175, which changed state. Bug 23175 Summary: [4.1 Regression] ICE with -fdump-tree-all http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23175 What|Old Value |New Value

[Bug tree-optimization/23175] [4.1 Regression] ICE with -fdump-tree-all

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:15 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:15 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/22061] [3.4 Regression] internal compiler error: in find_function_data, at function.c:317

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-01 16:28 --- Reclassifying as a C frontend bug. -- What|Removed |Added Component|middle-end

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:38 --- This is a dup of bug 19899 as this is really a scev bug and not a tree vect bug. *** This bug has been marked as a duplicate of 19899 *** -- What|Removed |Added

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:38 --- *** Bug 23173 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19899

[Bug tree-optimization/21922] [4.1 Regression] ICE with -ftree-vectorize in const_binop

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:40 --- This is a dup of bug 19899. The problem is the same. *** This bug has been marked as a duplicate of 19899 *** -- What|Removed |Added ---

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:40 --- *** Bug 21922 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-01 16:43 --- Posix says: Pathname Variable Values The values in the following list may be constants within an implementation or may vary from one pathname to another. For example, file systems or directories may

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:46 --- Well in both the cases in the fortran front-end, really an alloca should be used instead of MAXPATHLEN. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug c/23113] [3.4/4.0/4.1 regression] The -Wunused (value computed is not used) option missed an important case

--- Additional Comments From trt at acm dot org 2005-08-01 16:48 --- Thanks! I did a grep of the gcc sources: find . -name '*.c' -print | xargs grep '^[ ]*\*[a-zA-Z_]*++;' and found 3 harmless cases of *p++ (* superfluous, sizeof(*p)==1), but also: ./libobjc/gc.c: *curr

[Bug libstdc++/23112] std::find_end vs basic_string::rfind

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:54 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c/23103] [4.0/4.1 Regression] gcc_diag does not work with -combine

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:57 --- This worked with 3.4.0. Confirmed. -- What|Removed |Added Status|UNCONFIRMED

[Bug rtl-optimization/23098] [3.4/4.0/4.1 Regression] store of 0.0 to float

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 16:58 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libgcj/23183] New: SimpleDateFormat fails to render '' as single quotes

When using java.text.SimpleDateFormat to render a date, single quotes encoded as '' (see ) in the format string are swallowed in the output. The following code sdf = new SimpleDateFormat("''-MM-dd HH:mm:ss''"); sdf.re

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From ams at gnu dot org 2005-08-01 17:48 --- Subject: Re: MAXPATHLEN usage in fortran/{scanner,module}.c So, does GNU define _POSIX_PATH_MAX? No. Does GNU support pathconf()? Yes. I read the other thread where it is suggested that a non-portable G

[Bug classpath/23183] SimpleDateFormat fails to render '' as single quotes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 17:51 --- Confirmed on the mainline which means classpath .17+. -- What|Removed |Added

[Bug libgcj/23183] SimpleDateFormat fails to render '' as single quotes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 18:02 --- Note: classpath's SimpleDateFormat has not been fully merged into libgcj. -- What|Removed |Added -

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-08-01 18:13 --- Subject: Re: MAXPATHLEN usage in fortran/{scanner,module}.c On Mon, Aug 01, 2005 at 05:48:10PM -, ams at gnu dot org wrote: > > Subject: Re: MAXPATHLEN usage in fortran/{scanner,modu

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From ams at gnu dot org 2005-08-01 18:24 --- Subject: Re: MAXPATHLEN usage in fortran/{scanner,module}.c >So, does GNU define _POSIX_PATH_MAX? > > No. Then GNU isn't POSIX compliant. Sorry, I meant yes. We do define _POSIX_PATH_MAX. My brain

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-01 18:34 --- Subject: Re: MAXPATHLEN usage in fortran/{scanner,module}.c On Aug 1, 2005, at 2:26 PM, Steve Kargl wrote: > On Mon, Aug 01, 2005 at 04:46:17PM -, pinskia at gcc dot gnu dot > org wrote: >> >> We

[Bug rtl-optimization/23100] poor code generation for i686

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-08-01 18:36 --- Could another pass of "flow" (or some other pass that can clean-up the extra moves) be scheduled to run after reorder-blocks? reorder-blocks is the pass that inserts the function epilogue in each

[Bug rtl-optimization/19398] secondary reloads don't consider "m" alternatives

--- Additional Comments From dalej at gcc dot gnu dot org 2005-08-01 18:46 --- This is very close to the problem I ran into reported here: http://gcc.gnu.org/ml/gcc/2005-07/msg01084.html That one is fixed by the combination of the patch in PR 19653 and the patch here: http://gcc.gnu.org

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-08-01 18:51 --- (In reply to comment #1) > This could be many things, first we don't care about code size for -O2. > > Second this is most likely jump threading. > > Can you add -ftree-dominator-opts and see wha

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 18:57 --- (In reply to comment #2) > I am not sure what you are asking. Aren't tree-dominator-opts enabled by > default > at -O2? I had meant -fno-tree-dominator-opts. See PR 21883 for an example where DOM causes

[Bug java/23184] New: I18n bug in gjavah.c

gcc/java/gjavah.c contains the statements fprintf (stderr, _("Try '" TOOLNAME " --help' for more information.\n")); The tool extracting strings for translation is fooled by this (not surprisingly). The current po files contains the strings "Try '", " --help' for more information.\n", for trans

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-08-01 20:43 --- -fno-tree-dominator-opts does not seem to have a great influence. textdata bss dec hex filename 181547 140526684 202283 3162b 4.1-nodopts-O2-i386/xterm 195088 1405

[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse

--- Additional Comments From dalej at gcc dot gnu dot org 2005-08-01 20:56 --- Unfortunately the latest version of this patch causes a bootstrap failure on ppc: ../../gcc3.apple.200502/gcc/reload.c: In function 'find_reloads': ../../gcc3.apple.200502/gcc/reload.c:4512: internal compile

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-01 21:13 --- Subject: Bug 23178 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-01 21:13:39 Modified files: gcc/fortran: ChangeLog libgfortran: C

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-01 21:15 --- Subject: Bug 23178 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-01 21:15:22 Modified files: libgfortran: Change

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-01 21:15 --- Fixed by adding the integer(8) version of flush to the library. -- What|Removed |Added

[Bug debug/22058] RTL checking failure building libgcc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-01 21:17 --- I think this was fixed by: http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00080.html Can you confirm this? -- What|Removed |Added -

[Bug libfortran/22613] Spaces missing at end of line

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-01 21:24 --- Intel and g77 have the same behaviour as gfortran, and I guess they're right. Closing this bug. -- What|Removed |Added -

[Bug testsuite/23186] New: g++.dg/other/pr22003.C (test for excess errors) fails

FAIL: g++.dg/other/pr22003.C (test for excess errors) (a new test) has appeared on mainline on hppa2.0w-hpux: cc1plus: note: -freorder-blocks-and-partition does not work on this architecture This test should be skipped on this target, preferably with dg-require-effective-target and a suitable ef

[Bug ada/23187] New: MAXPATHLEN usage in gcc/ada/adaint.c

Please do not use MAXPATHLEN, it is a arbitrary limit, and is not defined on GNU. Currently this makes building gcc-4.0 fail on GNU since gcc/ada/adaint.c assumes that MAXPATHLEN is defined. Please do not use these kind of limits in GNU programs. Not having MAXPATHLEN is perfectly compliant with

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

-- What|Removed |Added BugsThisDependsOn||23187 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824

  1   2   >