[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-15 19:54 --- Why would we want to link libunwind statically? I don't see why it shouldn't be a shared library just like everything else. In fact, I don't see this as a bug at all. Binaries depend on libgcc already; s

[Bug target/19010] sse and mmx parameter passing broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15 20:03 --- Subject: Bug 19010 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-15 20:03:24 Modified files: gcc: Change

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-15 20:16 --- Subject: Re: [3.3 Regression] virtual memory exhausted "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | I let GDR decide if he wants this patch to fix it for 3.3.x. hmm, which patch?

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From hjl at lucon dot org 2004-12-15 20:08 --- Something is very strange: [EMAIL PROTECTED] thread]$ cat do.c extern __thread void *foo []; void test1 (void) { int s; for (s = 0; s < 2; ++s) { foo [s] = &foo[s]; } } [EMAIL PROTECTED] thread]$ /ex

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 20:45 --- Might as well make it mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot

[Bug c/18963] [4.0 Regression] static and nested declarations cause an ice

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-15 20:46 --- Good, that is the result I was expecting. Anyway, removing the block following: if (TREE_CODE (x) == FUNCTION_DECL && scope != file_scope && !TREE_PUBLIC (x) && !DECL_INITIAL (x)) from c-decl

[Bug fortran/19021] New: segfault and ice on invalid print statements

I couldn't find these in the bug database. $ cat typo-array.f90 integer :: i(2) print i end $ gfortran typo-array.f90 typo-array.f90: In function 'MAIN__': typo-array.f90:2: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Se

[Bug fortran/19021] segfault and ice on invalid print statements

-- What|Removed |Added Keywords||ice-on-invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19021

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 22:07 --- The bug appears between "2004-07-10 00:00" and "2004-07-10 12:00". I hope to reduce it a bit further to pinpoint the offending patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17603

[Bug middle-end/19023] ICE in check_pointer_types_r

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 22:29 --- *** This bug has been marked as a duplicate of 18984 *** -- What|Removed |Added

[Bug middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

-- What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18897

[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From hjl at lucon dot org 2004-12-15 22:54 --- We tried very hard to provide -static-libgcc which links against libgcc.a and libgcc_eh.a instead of libgcc.a and libgcc_s.so.1. The main purpose of -static-libgcc is to link in the copy of the unwind stuff. Introducti

[Bug rtl-optimization/19012] [4.0 Regression]ICE on testsuite/gcc.c-torture/execute/930208-1.c with -fpack-struct -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:26 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From mark at codesourcery dot com 2004-12-15 23:30 --- Subject: Re: [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7 hjl at lucon dot org wrote: > --- Additional Comments From hjl at lucon dot org 2004-12-15 22:54 > --- > We tried very hard

[Bug libfortran/19014] print *,maxloc(array) segfaults

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:31 --- I get an error on ppc-darwin with a compiler built last night: /Users/pinskia/src/local3/gcc/libgfortran/generated/maxloc0_4_i4.c:49: failed assertion `retarray- >dim[0].ubound + 1 - retarray->dim[0].lbound

[Bug other/19013] gcc.c-torture/execute/ieee/mzero6.c should not rely on C99 math functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:29 --- Actually only the testcase which is what that should not relay on the functions. Confirmed. -- What|Removed |Added ---

[Bug libobjc/19024] New: name collisions libobjc/libmysqlclient

It would be great it the exported symbols of hash.h could be migrated to a version with an objc_ prefix. There are currently name collistions with some versions of the mysqlclient library. If someone can propose a migration strategy I can provide a patch. My guess would be along the lines of: h

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:40 --- Confirmed, Mine, I will look at doing that tomorrow. -- What|Removed |Added Assigned

[Bug c++/19025] New: [4.0.0 regression] false report: "control reaches end of non-void function"

For the attached program, gcc 4.0.0 20041214 (experimental) reports foo9.cpp:24: warning: control reaches end of non-void function which is obviously incorrect. This bug isn't in 3.4.x. -- Summary: [4.0.0 regression] false report: "control reaches end of non-void

[Bug c++/19025] [4.0.0 regression] false report: "control reaches end of non-void function"

--- Additional Comments From jbuck at gcc dot gnu dot org 2004-12-15 23:41 --- Created an attachment (id=7751) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7751&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19025

[Bug fortran/19017] ICE in gfc_trans_scalar_assign

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:42 --- Confirmed, related to either PR 18890 or 18752. -- What|Removed |Added BugsThisDependsOn|

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

--- Additional Comments From giovannibajo at libero dot it 2004-12-15 23:43 --- The same that fixed PR 16273. This bug is basically PR16273 which was marked as a 3.3 regression too but was closed as fixed after the patch was committed only to 3.4 and mainline. -- http://gcc.gnu.org

[Bug middle-end/18628] [4.0 regression] miscompilation of switch statement in loop

--- Additional Comments From giovannibajo at libero dot it 2004-12-15 23:52 --- Anyway, this is surely a low-priority regression, since the combination of flags needed to trigger this is unusual at least. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628

[Bug rtl-optimization/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 00:10 --- *** Bug 19026 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 00:17 --- Subject: Bug 18153 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-16 00:15:07 Modified files: gcc: Change

[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From hjl at lucon dot org 2004-12-16 00:19 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolut

[Bug target/19026] a^=b; b^=a; a^=b; produce bad i386 assembly code with O1 and O2 (%sil being used)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 00:09 --- If you filed this with debian already, this was forwarded to us, see PR 19005 which I am marking this as a dup of. *** This bug has been marked as a duplicate of 19005 *** -- What|Removed

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 00:46 --- Confirmed. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot

[Bug preprocessor/19027] add keyword 'error:' to remaining error messages that lack it

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 01:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 01:05 --- Narrowed it down to "2004-07-10 00:00" and "2004-07-10 01:00". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17603

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 01:09 --- This patch caused it: +2004-07-09 Jan Beulich <[EMAIL PROTECTED]> + + * config/i386/i386.c (classify_argument): Treat V1xx modes the same as + their base modes. CTImode, TCmode, and XCmode

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 01:13 --- The patch which caused it was . But if I read the patch, this sounds like GCC before 4.0.0 was not implementing the ABI right. -- What

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

-- What|Removed |Added Keywords||wrong-code Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-16 01:42 --- Subject: Re: [4.0 Regression] /usr/ccs/bin/ld: Unsatisf Steve, > CC||sje at cup dot hp dot com Until this problem is looked at, I am using the enclose

CLIENT Referral !

Dear Customer, Be the very first listing in the top search engines immediately. Our company will now place any business with a qualified website permanently at the top of the major search engines guaranteed never to move (ex: Yahoo!, MSN, Alta Vista, etc.). This promotion includes unlimited t

[Bug target/19028] New: [3.4/4.0 Regression] ICE in libjava

With gcc 3.4 checked out at Thu Dec 16 00:38:17 UTC 2004, I got /net/gnu/export/gnu/src/gcc-3.4/gcc/libjava/java/lang/Math.java: In class `java.lang.Math': /net/gnu/export/gnu/src/gcc-3.4/gcc/libjava/java/lang/Math.java: In method `java.lang.Math.abs(double)': /net/gnu/export/gnu/src/gcc-3.4/gcc/l

[Bug preprocessor/19027] add keyword 'error:' to remaining error messages that lack it

--- Additional Comments From joseph at codesourcery dot com 2004-12-16 01:47 --- Subject: Re: add keyword 'error:' to remaining error messages that lack it On Thu, 16 Dec 2004, pinskia at gcc dot gnu dot org wrote: > Confirmed. I thought I'd fixed this with 2004-10-14 Joseph S. My

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

-- What|Removed |Added CC|rth at redhat dot com |rth at gcc dot gnu dot org Keywords||ice-on-valid-code Target Mileston

[Bug preprocessor/19027] add keyword 'error:' to remaining error messages that lack it

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 01:51 --- I actually knew I had something about this somewhere, I must not have looked hard enough. So closing as fixed. -- What|Removed |Added ---

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 01:51 --- Subject: Bug 19005 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-16 01:51:32 Modified files: gcc: Change

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From zack at codesourcery dot com 2004-12-16 02:16 --- Subject: Re: gcc and UCN in identifiers: bug PR 9449 Al Simons <[EMAIL PROTECTED]> writes: > Hi, Zack. > > I'm looking into adding UCN support for identifiers into the HP > C/C++ compiler, and wondered if th

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-16 02:36 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) "zack at codesourcery dot com" <[EMAIL PROTECTED]> writes: | Joseph Myers insists that this situation cannot arise, because | C99/C++'s lists

[Bug libstdc++/18997] Segmentation Violation in pthread_getspecific

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-16 02:41 --- Patch submitted. http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01184.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18997

[Bug target/18997] [4.0 Regression] Segmentation Violation in pthread_getspecific

-- What|Removed |Added Status|UNCONFIRMED |NEW Component|libstdc++ |target Ever Confirmed||1

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From joseph at codesourcery dot com 2004-12-16 02:54 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) On Thu, 16 Dec 2004, zack at codesourcery dot com wrote: > Joseph Myers insists that this situation cannot arise, because > C99/C++'s lists of va

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From zack at codesourcery dot com 2004-12-16 03:03 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) Because of the ABI implications, I consider it completely unacceptable to implement this feature according to the letter of C99 or C++98. Ever. O

[Bug target/18542] [3.4 regression] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16 05:39 --- The avr and h8300 variants of this PR are tracked as PR18563 (avr) PR18564 (h8300) -- What|Removed |Added -

[Bug target/18563] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16 05:35 --- I am reopening this PR to allow tracking this problem independent of PR18542. -- What|Removed |Added --

[Bug target/18542] [3.4 regression] ICE: output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:47 --- No this is a dup of bug 18592, the example code might be different but the bug is the same. *** This bug has been marked as a duplicate of 18592 *** -- What|Removed |Ad

[Bug target/18592] [3.3/3.4 regression] [m68k] ICE in output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:47 --- *** Bug 18542 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18592

[Bug target/18564] ICE: output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:48 --- No this is a dup of bug 18592, the example code might be different but the bug is the same. *** This bug has been marked as a duplicate of 18542 *** -- What|Removed |Ad

[Bug target/18542] [3.4 regression] ICE: output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:48 --- *** Bug 18564 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18542

[Bug target/18592] [3.3/3.4 regression] [m68k] ICE in output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:48 --- *** Bug 18563 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18592

[Bug target/18563] ICE: output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:48 --- No this is a dup of bug 18592, the example code might be different but the bug is the same. *** This bug has been marked as a duplicate of 18592 *** -- What|Removed |Ad

[Bug target/18592] [3.3/3.4 regression] [m68k] ICE in output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:49 --- (In reply to comment #12) > (In reply to comment #11) > > Comment #7 in PR18542 said that separate PR's > > were going to be filed for avr and h8300. > They were (PR18563 and PR18564), but somebody else has

[Bug target/19009] Loading of FP constants into FP reg via SSE reg

--- Additional Comments From uros at kss-loka dot si 2004-12-16 06:28 --- (In reply to comment #1) I'm trying to make a testcase out of PovRay sources that trigger this behaviour. I think that "*movdf_nointeger" is somehow confused and chooses SSE register to load constant. After that,

[Bug fortran/19021] segfault and ice on invalid print statements

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 06:30 --- Confirmed, note this are two different bugs really. The first one is related to PR 18781. -- What|Removed |Added

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

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

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 07:21 --- Yes, my patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc

[Bug middle-end/18628] [4.0 regression] miscompilation of switch statement in loop

--- Additional Comments From micis at gmx dot de 2004-12-16 07:51 --- Maybe you missed the example given in comment #3 which miscompiles with just "- O2" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 07:56 --- The new4.C failure happens because we trip over an assert: #1 0x00629120 in gimplify_init_ctor_eval (object=0x2a95999bc0, list=0x2a9599bf00, pre_p=0x7fbfffca08, cleared=0 '\0') at gimplify.c

[Bug libfortran/18985] opening unit 6 messes up print

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-15 08:45 --- (In reply to comment #1) > I think that's what intended That's what's for discussion :-) > g77 behaves the same way. I think this is a bug, too. My thinking is that writing to * (or PRINTing) should

[Bug libgcj/19003] Potential problems in libjava system calls with gc-boehm

-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19003

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From pcarlini at suse dot de 2004-12-15 10:20 --- To Zdenek and Andrew it's obvious, but maybe it's worth mentioning that the following kind of loop, not involving explicitly power of two steps, pointers instead, and *very* simple, is also not unrolled anymore: i

[Bug c++/18981] [4.0 regression] ICE in cp_parser_lookup_name

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-15 10:23 --- 2004-12-15 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/18981 * parser.c (cp_parser_lookup_name): Remove unneeded TYPENAME_TYPE flag setting. -- What|Removed

[Bug c++/18905] [4.0 Regression] Strange error: subscripted value is neither array nor pointer

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug c++/19004] New: [3.4 / 4.0 regression] ICE in uses_template_parms at cp/pt.c:4860

[forwarded from http://bugs.debian.org/284777] seen with 3.4 branch 20041215 and CVS HEAD, works with 3.3 CVS branch $ g++-3.4 bug-284777.cc bug-284777.cc: In member function `void Dummy::tester()': bug-284777.cc:13: internal compiler error: in uses_template_parms, at cp/pt.c:4860 Please s

[Bug rtl-optimization/19005] New: [3.4 regression] Error: bad register name `%sil'

[forwarded from http://bugs.debian.org/285695] works with 3.3 CVS 20041215, HEAD 200401212, fails with 3.4 CVS 20041215, binutils-2.15. $ gcc -O foo.c /tmp/cc68I7Tr.s: Assembler messages: /tmp/cc68I7Tr.s:26: Error: bad register name `%sil' #include int main( int nb, char

[Bug rtl-optimization/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-15 10:58 --- Created an attachment (id=7746) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7746&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19005

[Bug rtl-optimization/19005] [3.4 regression] Error: bad register name `%sil'

-- What|Removed |Added Known to fail||3.4.4 Known to work||3.3.5 3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c/19006] New: [3.3 / 3.4 / 4.0 regression] ICE in tree_low_cst, at tree.c:3255

[forwarded from http://bugs.debian.org/285692] int _dummy_sets[0] = { }; $ g++-3.3 -c bug-285692.cc bug-285692.cc:1: internal compiler error: in tree_low_cst, at tree.c:3255 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instruction

[Bug target/19008] New: [3.3 regression] [arm] gcc-3.3 -O3 -fPIC produce wrong code via auto inlining

[forwarded from http://bugs.debian.org/285238] works with 3.4.3 gcc-3.3 -O3 -fPIC miscompile pari on ARM. (see ) More precisely the file src/basemath/alglin1.c is miscompiled with -O3 -fPIC but c

[Bug c/19006] [3.3 / 3.4 / 4.0 regression] ICE in tree_low_cst, at tree.c:3255

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 12:05 --- An ice-on-invalid is never critical. -- What|Removed |Added Severity|critical

[Bug target/19010] sse and mmx parameter passing broken

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 12:23 --- Created an attachment (id=7748) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7748&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19010

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From chris at bubblescope dot net 2004-12-15 12:28 --- Also (stating the perhaps blindingly obvious), this bug is not being caused by the fact that the loop contains a return statement. int check(int* a,int *b) { int* returnval=b; for(;ahttp://gcc.gnu.org/bugzill

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-15 12:39 --- See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00907.html -- What|Removed |Added

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-12-15 12:52 --- Subject: Re: [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled > --- Additional Comments From chris at bubblescope dot net 2004-12-15 > 12:28 --

[Bug target/19010] New: sse and mmx parameter passing broken

Compile the attached test case with option sets "", "-mmmx", "-m3dnow", "-msse", "-msse2", "-msse2 -m3dnow". Compilation will succeed with only "", "-m3dnow", and "-msse2 -m3dnow". The others will ICE in various ways as the ABI selected specifies what to do with the vector modes in question, but w

[Bug preprocessor/15167] [3.4/4.0 Regression] Internal compiler error with "#pragma once"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15 13:31 --- Subject: Bug 15167 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-15 13:31:29 Modified files: libcpp : ChangeLog files.c gcc/testsu

[Bug c/19006] [3.3 / 3.4 / 4.0 regression] ICE in tree_low_cst, at tree.c:3255

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 13:35 --- Actually we have declared this as valid code see PR 18384 which this is a dup of. *** This bug has been marked as a duplicate of 18384 *** -- What|Removed |Added --

[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 13:36 --- *** Bug 19006 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 14:05 --- *** Bug 19011 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/19009] Loading of FP constants into FP reg via SSE reg

--- Additional Comments From bangerth at dealii dot org 2004-12-15 14:13 --- Uros, do you have a testcase? -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/19007] parser fails at the position calling an inherited template function in a template base class.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 14:09 --- Invalid as f is not depenent. Try: template class CDerived : public CBase { public: void g(void){ this-> template f(); } }; Instead. -- What|Removed |Added

[Bug middle-end/18628] [4.0 regression] miscompilation of switch statement in loop

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 13:54 --- Just so everyone knows, the label disappears in the call to cleanup_cfg from rest_of_handle_if_conversion. The CFG just before looks like this: Basic block 0 (dirty) Predecessors: ENTRY [100.0%] (fall

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 14:50 --- We never call store_constructor at all for this test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18191

[Bug tree-optimization/18501] [4.0 Regression] Missing 'used unintialized' warning

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW

[Bug c/19011] check if float -> long store truncation happened fails with -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 15:10 --- (In reply to comment #3) > Could you elaborate how comes that you are certain that the bug is a duplicate > of #323? Easily the use of execusive precission is causing the problem which is what 323 is about

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 15:16 --- My last comment of course does not concern this bug, oops sorry :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241

[Bug c++/18825] [4.0 Regression] ICE segmentation fault in wv2

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-15 15:22 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 15:10 --- *** Bug 19011 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323

[Bug c/19011] check if float -> long store truncation happened fails with -O1

--- Additional Comments From konstantin at mysql dot com 2004-12-15 15:06 --- Could you elaborate how comes that you are certain that the bug is a duplicate of #323? The problem as I described is that the comparison (line 8) reports success, while numbers are actually different, not th

[Bug c/19011] check if float -> long store truncation happened fails with -O1

--- Additional Comments From bangerth at dealii dot org 2004-12-15 15:44 --- Try using -ffloat-store to get what you expect. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19011

[Bug c++/16806] [3.3 regression] Internal compiler error: Error reporting routines re-entered.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15 16:55 --- Subject: Bug 16806 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-15 16:45:27 Modified files: gcc/cp : Change

[Bug fortran/19015] New: shape / rank mismatch in maxloc / minloc leads to assertion failure at runtime

$ cat maxloc-2.f90 integer, dimension(0:1,0:1) :: n integer, dimension(1) :: i n = reshape((/1, 2, 3, 4/), shape(n)) i = maxloc(n) print *,i end program $ gfortran maxloc-2.f90 $ ./a.out a.out: ../../../gcc-4.0-20041212/libgfortran/generated/maxloc0_4_i4.c:49: __maxloc0_4_i4: Assertion `r

[Bug target/18170] [4.0 Regression] m32r-elf-as, m32r-linux-as debug relocation error for c++

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 16:59 --- This is even more minor now since m32r was switched over to using dwarf2 debugging. -- What|Removed |Added --

[Bug target/19010] sse and mmx parameter passing broken

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 17:35 --- Oops, I attached the wrong version of the test case. Remove the TImode bit. Also, "-msse" fails with 3.4 branch, though other combinations pass. -- What|Removed |Added -

[Bug c/18963] [4.0 Regression] static and nested declarations cause an ice

--- Additional Comments From joseph at codesourcery dot com 2004-12-15 17:41 --- Subject: Re: New: static and nested declarations cause an ice On Mon, 13 Dec 2004, phython at gcc dot gnu dot org wrote: > The following testcase ices with mainline. > static int barf (); > > int foo ()

[Bug target/19010] sse and mmx parameter passing broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15 17:42 --- Subject: Bug 19010 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-15 17:41:58 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug fortran/18993] incorrect parsing in fixed-form

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-15 18:03 --- Patch here: http://gcc.gnu.org/ml/fortran/2004-12/msg00161.html After visual inspection of the statement matchers this problem only seems to affect gfc_match_nullify. -- What|Removed

  1   2   3   >