[Bug c++/23194] Unhelpful diagnostic for incorrect pointer-to-member function syntax

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 06:41 --- Before 3.3, GCC gave: t.cc:9: pointer to member function called, but not in class scope Which is even worse. -- What|Removed |Added

[Bug c++/23194] New: Unhelpful diagnostic for incorrect pointer-to-member function syntax

Given: struct A { void mf() {} }; int main() { void (A::*pmf)() = &A::mf; A a; a.*pmf(); // should be (a.*pmf)(); } mainline GCC says to use .* or ->* to use the PMF, pfm_diag.cc: In function 'int main()': pfm_diag.cc:9: error: must use '.*' or '->*' to call pointer-to-member

[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 pinskia at gcc dot gnu dot org 2005-08-02 06:25 --- (In reply to comment #6) > I'm not familiar with objective C, does it share warning messages with C? Yes but this is in C code, the problem with that code is that well it is not turned on by default and I

[Bug tree-optimization/23192] [4.0 Regression] Wrong code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 06:22 --- I should note the better testcase is: typedef __SIZE_TYPE__ size_t; typedef struct { size_t car; size_t cdr; } cons; int g(void); size_t f(size_t a) { size_t x; size_t *d; size_t i; d = &x; w

[Bug tree-optimization/23192] [4.0 Regression] Wrong code

-- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/s

[Bug c/23193] useless comparison warning

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

[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 pinskia at gcc dot gnu dot org 2005-08-02 06:14 --- *** Bug 23193 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/23192] [4.0 Regression] Wrong code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 06:12 --- This was broken on 20050705. I think this was fixed by: 2005-07-22 Diego Novillo <[EMAIL PROTECTED]> * tree-ssa-alias.c (count_ptr_derefs): Do not consider &PTR->FLD a dereference of PTR.

[Bug c/23193] New: useless comparison warning

GCC should probably warn about useless comparison. e.g. #include extern int *bar (int *); int * foo (int a, int *c, int *b) { int *ret = NULL; if (a) ret = c; else ret == bar (b); return ret; } -- Summary: useless comparison warni

[Bug tree-optimization/23192] [4.0 Regression] Wrong code

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

[Bug tree-optimization/23192] New: [4.0 Regression] Wrong code

The following is creates wrong code because of aliasing issue: typedef __SIZE_TYPE__ size_t; typedef struct { size_t car; size_t cdr; } cons; int g(void); size_t f(size_t a) { size_t x; size_t *d; size_t i; d = &x; while ( (i = g()) != 0) { if (i == 30) d = &((cons*)i)-

[Bug tree-optimization/23129] [4.1 Regression] VRP propagates division of antiranges incorrectly

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-02 05:09 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/23129] [4.1 Regression] VRP propagates division of antiranges incorrectly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-02 05:08 --- Subject: Bug 23129 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-02 05:08:40 Modified files: gcc: ChangeLog tree-vrp.c gcc/tes

[Bug rtl-optimization/22001] ICE while building cross compiler

-- What|Removed |Added CC||wangvisual at sohu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22001

[Bug rtl-optimization/22001] ICE while building cross compiler

--- Additional Comments From wangvisual at sohu dot com 2005-08-02 04:41 --- Same error with gcc-3.4.2 & target=m68k-elf, thread model:single -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22001

[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)

--- Additional Comments From mark at codesourcery dot com 2005-08-02 03:25 --- Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs) pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02

[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template

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

[Bug c++/23191] New: [4.0/4.1 Regression] ICE on invalid throw in template

The following code snippet causes an ICE on the 4.0 branch and mainline: template struct A { void foo() throw(int[N]); }; A<0> a; bug.cc: In instantiation of 'A<0>': bug.cc:6: instantiated from here bug.cc:3: error: creating

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

--- Additional Comments From danglin at gcc dot gnu dot org 2005-08-02 01:51 --- The testcase fails on all 3.4 releases on hppa-unknown-linux-gnu (i.e., the failure isn't specific to hpux). --disable-checking has no effect in this case as the ICE is generated by calling abort. --

[Bug ada/23187] MAXPATHLEN usage in gcc/ada/*.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 01:15 --- Confirmed, it is more than adaint.c. -- What|Removed |Added Status|UNCONFIRMED

[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 00:42 --- Actually the PR 21828 was orginally about stabs and not about dwarf-2: "When using gdb-309 and gdb-370 on MacOS X 10.3.9, even the simplest queries seem broken." so really PR 21828 should never been closed

[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 00:40 --- It is obvious the debug info is not being outputted for stabs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23190

[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 00:37 --- Confirmed, this makes hard to debug on powerpc-darwin and powerpc-aix. -- What|Removed |Added

[Bug debug/23190] New: debug info omitted for uninitialized variables

$ cat t.c static int foo; int bar; int main(void) { foo += 3; bar *= 5; return 0; } $ xgcc -g -O2 -o t t.c $ cat gdbcmds b main ptype foo ptype bar p foo p bar $ gdb --batch -x gdbcmds t Reading symbols for shared libraries ... done Breakpoint 1 at 0x2d14: file t.c, line 6. type = type

[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 23:58 --- The ICE seems to happen when a floating point number is decremented. The following code snippet in add_to_evolution looks suspicious: if (code == MINUS_EXPR) to_add = chrec_fold_multiply (type, to_ad

2 bugs with gcc-4.0.1 compilation & installation (errors), Slackware 10, Pentium II

Greetings, I've just compiled (succesfully) gcc-4.0.1 on my slackware box. It's a Pentium II 266MHz, running linux-2.6.12.3, (old)gcc-3.3.4, glibc-2.3.4. I used squashfs to hold the unpacked tarball during compilation. ../gcc-4.0.1/configure --enable-libada --enable-bootstrap=lean \

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

-- What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187

[Bug libfortran/23138] real-values print and add incorrectly (version 4.1.0 20050702, i686-pc-mingw32)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-01 21:46 --- (In reply to comment #5) > Although mingw supports long double math, the native msvcrt.dll runtime > printf > family does not. OK. I plan to do the following (hopefully in the next few days): add a conf

[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE

--- Additional Comments From hp at gcc dot gnu dot org 2005-08-01 21:43 --- For the record, cross to cris-axis-linux-gnu started failing with the same log message for 1.cc and 3.cc with "Sun Jul 31 22:56:52 UTC 2005", last known passed with "Sat Jul 30 14:53:00 UTC 2005". -- http://g

[Bug tree-optimization/23188] New: [4.1 Regression] vect-reduc-* fail

Various gcc.dg/vect/vect-* tests started failing on ia64-hpux between 20050627 and 20050630 (and are still failing). Tests which PASSed on 20050627: FAIL: gcc.dg/vect/vect-reduc-1short.c execution test FAIL: gcc.dg/vect/vect-reduc-2.c execution test FAIL: gcc.dg/vect/vect-reduc-2char.c execution t

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

-- What|Removed |Added CC||ams at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187

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

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

[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 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 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 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/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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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/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 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 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 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 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: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/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 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 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 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

-- 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 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 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 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/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 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/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 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: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 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 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 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 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/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 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 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 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/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/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/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/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 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] 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 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/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 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: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] 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 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 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 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/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/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 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

  1   2   >