[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 23:52 --- The new4.C failure is, in fact, PR18999. -- What|Removed |Added BugsThisDependsOn|

[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs

-- What|Removed |Added OtherBugsDependingO||18191 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18999

[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 23:54 --- I hacked up gimplify_init_ctor_eval to do this for PR18191. The code is gross, but if it works, you can give it a closer look ;-) -- What|Removed |Added -

[Bug target/19029] [4.0 Regression] ICE: unrecognizable insn:

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 00:08 --- I think this is a dup of bug 18910 but I have not reduced this testcase fully but I looked into the source to see that it was the orginal testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19029

[Bug ada/19035] Put constants read-only on ELF platforms

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 00:13 --- Confirmed, also happens on ppc-darwin. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/17344] completely wacky error with matching template template classes and default arguments

--- Additional Comments From bangerth at dealii dot org 2004-12-17 00:12 --- *** Bug 19047 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19047] [3.3/3.4 Regression] Template template argument matching can violate SFINAE

--- Additional Comments From bangerth at dealii dot org 2004-12-17 00:12 --- This is a duplicate of one of the weirdest bugs we have ever had, PR 17344. W. *** This bug has been marked as a duplicate of 17344 *** -- What|Removed |Added

[Bug preprocessor/19040] #elif token1 token2 doesn't produce a diagnostic

--- Additional Comments From dpatel at apple dot com 2004-12-17 01:04 --- Subject: Re: #elif token1 token2 doesn't produce a diagnostic Never mind, someone led me to believe that this is a Plum Hall test failure. It is not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19040

[Bug preprocessor/19040] #elif token1 token2 doesn't produce a diagnostic

--- Additional Comments From joseph at codesourcery dot com 2004-12-17 01:29 --- Subject: Re: #elif token1 token2 doesn't produce a diagnostic On Thu, 16 Dec 2004, dpatel at apple dot com wrote: > On Dec 16, 2004, at 1:01 PM, bangerth at dealii dot org wrote: > > > That's because it

[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 01:34 --- Created an attachment (id=7766) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7766&action=view) Patch which I am testing This is the full patch which also handles SAVE_EXPRs. -- What|

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 01:35 --- (In reply to comment #15) > The new4.C failure is, in fact, PR18999. I added a patch to PR18999 which implements the loop version for handling RANGE_EXPR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug middle-end/16417] [4.0 Regression] crappy code (gcc.c-torture/compile/20020210-1.c) in arguments causes ICE

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-17 01:54 --- Subject: Re: [4.0 Regression] crappy code (gcc.c-tortur > On hppa64-hp-hpux11.11, we don't get as far: > > /test/gnu/gcc-3.3/objdir/gcc/gfortran -B/test/gnu/gcc-3.3/objdir/gcc/ > -B/opt/gnu > 64/

[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 02:24 --- Patch posted here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18999

GCC C bug: sizeof a union of structs returns zero value

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Note, I gave up on GNATS after repeatedly getting this error message no matter what I did to the text: """ You have not described how to repeat the bug You have not defined a category for the bug """ If there is a maintainer of the <[EMAIL PROTEC

[Bug tree-optimization/19049] New: not vectorizing fortran loops

>From a benchmark which deals with vectorizing loops, I noticed that all of the >loops were not being vectorized because we don't merge two BBs together. subroutine s111 (ntimes,ld,n,ctime,dtime,a,b,c,d,e,aa,bb,cc) c c linear dependence testing c no dependence - vectorizable c

[Bug rtl-optimization/19038] Loop header copying

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 04:04 --- If anyone wants the full benchmark I can attach it or sent it to them. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038

[Bug rtl-optimization/19038] Loop header copying

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 04:05 --- (In reply to comment #3) > If anyone wants the full benchmark I can attach it or sent it to them. That was not for this bug, woops. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038

[Bug tree-optimization/19049] not vectorizing fortran loops

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 04:05 --- If anyone wants the full benchmark I can attach it or sent it to them. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19049

[Bug tree-optimization/19049] not vectorizing fortran loops because not moving user lables on the tree level

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 04:15 --- The problem is that tree_can_merge_blocks_p returns false as BB a has a user label, what should happen instead is just move the user label. -- What|Removed |Added -

[Bug rtl-optimization/19038] Loop header copying

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 04:16 --- I think the problem is the BBs are not being merged if the secondary BB has a user label. If that is so, what we should do is merge the BB and just move the labels. I will try to this and attach the patc

Re: GCC C bug: sizeof a union of structs returns zero value

On Thu, 16 Dec 2004, Hugh Daniel wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Note, I gave up on GNATS after repeatedly getting this error message no matter what I did to the text: """ You have not described how to repeat the bug You have not defined a category for the bug """ If there i

[Bug tree-optimization/19049] not vectorizing fortran loops because not moving user lables on the tree level

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 04:27 --- Created an attachment (id=7768) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7768&action=view) patch which fixes the non vectorizor problem This patch fixes the merging of the BB and the vectorizer c

[Bug rtl-optimization/19038] Loop header copying

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 04:28 --- Could someone see if the patch attached to PR 19049 fixes the bug, I am going to submit it anyways since it helps so much fortran code in general and we can vectorize some more loops. -- http://gcc.gn

[Bug target/18371] [3.4/4.0 Regression] array subscript out of range

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-17 07:30 --- This can't reasonably remain unfixed. -- What|Removed |Added Severity|normal

[Bug target/18371] [3.4/4.0 Regression] array subscript out of range

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-17 07:32 --- Jan, the problem was introduced with this patch: http://gcc.gnu.org/ml/gcc-cvs/2003-10/msg01212.html Would you mind fixing as soon as possible? Thanks in advance. -- What|Removed

[Bug c/18978] [3.4 Regression] Segfault after a warning about 'struct sigaction'

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-17 07:46 --- This is invalid code after all. -- What|Removed |Added Keywords|ice-on-valid-co

[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 09:40 --- Subject: Bug 19005 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-16 09:40:35 Modified files: gcc: ChangeLog gcc/config/i386: i

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

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

[Bug middle-end/18590] [3.3/3.4 regression] ICE in add_insn_before, at emit-rtl.c:3599

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

[Bug c/19031] New: #pragma weak handling changes in 4.0.0

compiling Xorg's X11 with gcc 4.0.0 20041215 (experimental) fails because the handling of '#pragma weak' seems to hve changed. The testcode, derived from xc/lib/xtrans/Xtranssock.c: --cut- extern int foo; static const int bar = 1; #pragma weak foo=bar --

[Bug libfortran/19032] modulo generates wrong result

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

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

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-16 11:36 --- > read *, print_to_file > if (print_to_file) then >open(6,file="stdout") > end if > > Is this possible with ifort? I haven't found anything like that. The discussion on comp.lang.fortran showed t

[Bug middle-end/16417] [4.0 Regression] crappy code (gcc.c-torture/compile/20020210-1.c) in arguments causes ICE

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-16 13:12 --- The patch at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01174.html> works for the test-case but gives regressions for mmix-knuth-mmixware compared to a pristine "Thu Dec 16 00:49:58 UTC 2004". I'm not too worr

[Bug tree-optimization/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From belyshev at lubercy dot com 2004-12-16 14:12 --- Failing with just '-O1' and -fno-tree-dominator-opts is a workaround. -- What|Removed |Added

[Bug middle-end/18590] [3.3/3.4 regression] ICE in add_insn_before, at emit-rtl.c:3599

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-16 14:13 --- See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01160.html -- What|Removed |Added

[Bug c/19033] Passing array as a function parameter in C99 style fails

--- Additional Comments From bonzo at lib dot msu dot ru 2004-12-16 14:01 --- Created an attachment (id=7756) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7756&action=view) The problem source file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19033

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

--- Additional Comments From joseph at codesourcery dot com 2004-12-16 14:23 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) On examination of the different lists in C and C++, I'd add the use of UCNs accepted in one language only to the cases that should receive a def

[Bug ada/19035] New: Put constants read-only on ELF platforms

Constants are presently created in the initialized read-write section (ie .data section) whenever they should be created in the initialized read-only section (ie .rodata section, as are the implicit string constants). An exemple: package Foo is Bar : constant Integer := 1; end Foo; $ gcc -

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

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-16 14:55 --- This should be ice-on-invalid-code. The code: bar()(); must be replaced with: bar<&Dummy::evil>()(); because 'evil' alone is not a valid pointer-to-member function. GCC compiles file with the c

[Bug c++/14075] ("foo") accepted as char[] initializer

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

[Bug c++/19030] ice on tree check

--- Additional Comments From bangerth at dealii dot org 2004-12-16 16:40 --- I can confirm this. We get a million error messages before the place where we crash, though. And the testcase has some 247,000 lines... W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19030

[Bug c++/19030] [4.0 Regression] ice on tree check

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 16:45 --- This is at least a 4.0 regression, as (with --disable-checking) on the mainline we ICE but don't with 3.3.2. -- What|Removed |Added

[Bug middle-end/18493] [3.4 Regression] gcc doesn't like switch blocks without case/default labels

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 17:52 --- Subject: Bug 18493 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-16 17:52:02 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug java/18796] [4.0 Regression] gcj imports wrong superclass

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-16 18:14 --- Andrew agreed to look at this. -- What|Removed |Added AssignedTo|unassigned at gcc d

[Bug target/17767] [4.0 Regression] MMX intrinsics cause internal compiler error

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

[Bug preprocessor/19040] #elif token1 token2 doesn't produce a diagnostic

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

[Bug target/19029] [4.0 Regression] ICE: unrecognizable insn:

-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE: unrecognizable insn: |[4.0 Regression] ICE: |

[Bug other/18508] [3.4/4.0 Regression] "basename: too few arguments" when building without bootstrap

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

[Bug tree-optimization/18707] [4.0 Regression] Performance regression at -O2 with gzip

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 20:01 --- Subject: Bug 18707 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-16 20:01:26 Modified files: gcc: ChangeLog cfgloopmanip.c Log messag

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

--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-12-16 20:42 --- This is not really fixable. Analysis: http://gcc.gnu.org/ml/gcc/2004-12/msg00681.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501

[Bug target/19046] [4.0 Regression] MOVE_RATIO should be tweaked

--- Additional Comments From dje at gcc dot gnu dot org 2004-12-16 22:58 --- I think it needs some experimentation to determine the best performance trade off. I do not expect a value of 15 to be correct. I would guess at something like #define MOVE_RATIO (TARGET_STRING ? 2 : optimi

[Bug target/19046] [4.0 Regression] MOVE_RATIO should be tweaked

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

[Bug ada/19048] Assertion failure on illegal program

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:29 --- Confirmed on the mainline: +===GNAT BUG DETECTED==+ | 4.0.0 20041208 (experimental) (powerpc-apple-darwin7.6.0) Assert_Failure sinfo.adb:1082| | Error de

[Bug c++/19044] Alternate asm name for atan ignored when calling __builtin_atan

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

[Bug libgcj/19036] readObject memory consumption

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:55 --- This works for me on the todays mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19036

[Bug target/19041] [4.0 Regression] -fvisibility=hidden causes bad codegen for common symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17 00:24 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/19041] [4.0 Regression] -fvisibility=hidden causes bad codegen for common symbols

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-17 00:25 --- Subject: Bug 19041 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-17 00:25:17 Modified files: gcc: ChangeLog gcc/config : d

[Bug libfortran/19032] modulo generates wrong result for divisor -1

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-17 01:18 --- A patch for integers is here: http://gcc.gnu.org/ml/fortran/2004-12/msg00171.html I had guessed so Thomas, but I hoped that someone else would complete the fix :-) -- What|Removed

<    1   2