[Bug target/18723] [C] gcc 3.4.4 zeroes inline function argument with "-O2 -march=pentium4"

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-02 08:01 --- > If -fno-strict-aliasing fixes the problem, then you have an aliasing problem in > the source. So closing as invalid. Ugh! If compilers were that simple... -fno-strict-aliasing disables a whole class of

[Bug libfortran/20278] New: Performance regression in formatted output vs. g77

$ cat write-many.f program main open(10,status='SCRATCH') a = 0.3858204 do i=1,100 a = a + 0.4761748164 write(10, '(G12.5)'),a end do end $ gfortran write-many.f $ time ./a.out real0m8.165s user0m8.092s sys 0m0.059s $ g77 write-

[Bug fortran/20279] New: gfortran: ICE on valid code, in gfc_get_symbol_decl

Hi, subroutine gfcbug25 () character (len=*), parameter :: endian(2) = (/ & "little_endian", & "big_endian " /) write (*,'(a)') endian(1) end subroutine gfcbug25 dies with: gfcbug25.f90: In function 'gfcbug25': gfcbug25.f90:6: internal compiler error: in gfc_get_symbol_de

[Bug libfortran/20257] Fortran runtime error: End of record occurs when writing large arrays

--- Additional Comments From coudert at clipper dot ens dot fr 2005-03-02 09:34 --- It happens for all kind of output (formatted (direct or sequential) or unformatted), and is due to gfortran setting an arbitrary maximal length of 1 chars (this is in current_unit->recl). Since this c

[Bug c++/20280] New: internal compiler error: in create_tmp_var, at gimplify.c:368

gcc (GCC) 4.0.0 20050228 (Red Hat 4.0.0-0.30) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. --- Making: ../../../unxlngi6.pro/slo/fltini.obj g

[Bug c++/20280] internal compiler error: in create_tmp_var, at gimplify.c:368

--- Additional Comments From caolanm at redhat dot com 2005-03-02 09:39 --- Created an attachment (id=8311) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8311&action=view) bzip2'ed dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20280

[Bug preprocessor/20281] New: cpp segfaults on directory input

gcc 2.95 used to do it almost right: FreeBSD4:/>cpp --version 2.95.4 FreeBSD4:/>cpp < . cpp0: Input file `' is a directory (1) FreeBSD4:/> LinuxDebian:~>cpp --version cpp (GCC) 3.3.5 (Debian 1:3.3.5-8) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for co

[Bug java/5537] Error compiling simple bytecode with jsr

--- Additional Comments From daniel dot bonniot at inria dot fr 2005-03-02 10:13 --- Subject: Re: Error compiling simple bytecode with jsr > http://gcc.gnu.org/ml/java-patches/2005-q1/msg00568.html > >which makes even the non-indirect-dispatch case use the new >shiny verifier. > >It

[Bug tree-optimization/20122] Wrong code with gcc 4.0 tree-vectorizer

--- Additional Comments From micis at gmx dot de 2005-03-02 10:27 --- After you found the problem, may I ask you to set the status NEW and target milestone to 4.0.0 ? That way this bug would show up in the list of open bugs for gcc40. Michael Cieslinski -- http://gcc.gnu.org/bugzi

[Bug libfortran/19155] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From coudert at clipper dot ens dot fr 2005-03-02 10:31 --- I agree with Steve's comment on this. As I am currently digging into the I/O library, I need to know if it's worth working on this one. Knowing that many commercial compilers (Intel, Portland, Sun) issue

[Bug preprocessor/20281] cpp segfaults on directory input

--- Additional Comments From marcolz at stack dot nl 2005-03-02 11:33 --- FreeBSD5:/>cpp40 --version cpp40 (GCC) 4.0.0 20050220 (experimental) [FreeBSD] Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty;

[Bug tree-optimization/17863] [4.0/4.1 Regression] threefold performance loss, not inlining as much

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-02 11:35 --- Performance bugs are never critical. -- What|Removed |Added Severity|critical

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 11:36 --- -Wstrict-aliasing can catch some, but you should not rely on it, because it can't possibly catch all of them. You should read and understand how aliasing works in ISO C and keep it in mind while writing the

[Bug tree-optimization/17863] [4.0/4.1 Regression] threefold performance loss, not inlining as much

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-02 11:36 --- Updated patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01796.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17863

[Bug tree-optimization/20122] Wrong code with gcc 4.0 tree-vectorizer

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 11:42 --- Ira, can you please remember to confirm bugs in Bugzilla when you find them? Micheal, this bug cannot be fixed in 4.0 since it is not a regression (the vectorizer is new). I would argue in favor of a new ru

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-02 11:50 --- Here is a nice one: Working on insn: (insn 215 214 216 15 (parallel [ (set (reg:DI 176) (ashift:DI (reg:DI 175) (const_int 3 [0x3]))) (clobb

[Bug bootstrap/20282] New: gcc4 can not bootstrap itself anymore

This is a all native powerpc64-linux build enviroment, which itself is compiled with the current hammer-3_3-branch. The script below fails in the last function call. It does work if I compile a gcc-4.0.0-20040913 with itself. A simple 'build_one_try gcc4-1 ~/src/gcc-head ; build_one_try gcc4-2

[Bug tree-optimization/20122] Wrong code with gcc 4.0 tree-vectorizer

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com |dot org | Status|NEW

[Bug tree-optimization/20122] Wrong code with gcc 4.0 tree-vectorizer

--- Additional Comments From irar at il dot ibm dot com 2005-03-02 12:45 --- Fixed in http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01788.html. Waiting for review. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20122

[Bug libgcj/20267] too few arguments to function _Jv_AllocObject when class/object instantiated with new operator.

--- Additional Comments From niggadaz at alum dot rpi dot edu 2005-03-02 12:55 --- You are right the libjava is from 3.4.3 the rest of the compiler is 3.4.(0-3) mixture. So I guess this should be closed out because there is no support. Given that... is their another forum I can use?

[Bug java/5537] Error compiling simple bytecode with jsr

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-02 13:09 --- > OK, I patched my tree, I'll report the results (fixes and regressions) > after the next build. Thanks. > In your list message, you mention only one fix in the gcc testsuite, > pr13107. Does this mean

[Bug c++/20280] [4.0/4.1 regression] ICE in create_tmp_var, at gimplify.c:368

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02 13:31 --- Confirmed. Reduced testcase: == struct A { ~A(); }; struct B : A {}; A& foo(); void bar(bool b) { (B&) (b ? foo() : foo()); } ==

[Bug java/5537] Error compiling simple bytecode with jsr

--- Additional Comments From daniel dot bonniot at inria dot fr 2005-03-02 13:42 --- Subject: Re: Error compiling simple bytecode with jsr I just finished running my testsuite with gcj/new_verifier. The results are very good: 6 fixes (only 5 failures instead of 11 previously) 0 regre

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02 13:48 --- Even shorter testcase: == struct A { A(const A&); }; struct B { A a; }; void foo(B); void bar(A &x) { foo((B){x}); } == -- What|Remo

[Bug fortran/20279] gfortran: ICE on valid code, in gfc_get_symbol_decl

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02 14:15 --- Confirmed. Probably not related to PR 18525, the crash is in a different position. -- What|Removed |Added -

[Bug c/20283] New: optimising muldiv() type operations

Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.4/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib --enabl

[Bug c++/19982] [3.3/3.4 Regression] The left side of the "=" operator must be an lvalue.

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02 15:08 --- Simpler testcase without casts: = void foo() { int i, &j=i; &j = &i; } = -- What|Removed |Added ---

[Bug c/20284] New: CCP still doesn't look inside initializers for structures

GCC can't optimise this simple code: static const struct my_struct { int a; int b; } foo = { .a = 2, .b = 3}; int main(int argc, char **argv) { int volatile tmp; tmp = foo.a * foo.b; return 0; } GCC generates a "mul" opcode whereas every things are constant. -- Summary: CC

[Bug c/20284] CCP still doesn't look inside initializers for structures

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Severity|normal

[Bug c/20284] CCP still doesn't look inside initializers for structures

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-03-02 15:28 --- Pasting IRC dialogue to avoid forgetting what this was all about: dnovillo: i had a patch to make CCP look in initializers for structures, but rth and you rejected it, claiming it should not be done in C

[Bug tree-optimization/20284] CCP still doesn't look inside initializers for structures

-- What|Removed |Added Component|c |tree-optimization Target Milestone|--- |4.1.0 Version|3.4.2

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From fnf at specifixinc dot com 2005-03-02 16:01 --- Subject: Re: g++ generates incomplete debug information for given testcase with optimization On Tuesday 01 March 2005 22:49, dberlin at gcc dot gnu dot org wrote: > In particular, it is possible we are missi

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From fnf at specifixinc dot com 2005-03-02 16:01 --- Subject: Re: g++ generates incomplete debug information for given testcase with optimization On Tuesday 01 March 2005 22:49, dberlin at gcc dot gnu dot org wrote: > In particular, it is possible we are missi

[Bug tree-optimization/20284] CCP still doesn't look inside initializers for structures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 16:04 --- This is a dup of bug 15838. *** This bug has been marked as a duplicate of 15838 *** -- What|Removed |Added -

[Bug tree-optimization/15838] "Inline" value of static struct

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 16:04 --- *** Bug 20284 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/18030] OR is inefficient in 2-bit bitfield

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 16:05 --- Subject: Bug 18030 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 16:05:00 Modified files: gcc: ChangeLog expr.c Log message:

[Bug middle-end/18029] an xor of a single bit bitfield is inefficient

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 16:05 --- Subject: Bug 18029 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 16:05:00 Modified files: gcc: ChangeLog expr.c Log message:

[Bug middle-end/18029] an xor of a single bit bitfield is inefficient

--- Additional Comments From kazu at cs dot umass dot edu 2005-03-02 16:07 --- Just checked in a patch. -- What|Removed |Added Status|NEW

[Bug middle-end/19466] [meta-bug] bit-fields are non optimal

-- Bug 19466 depends on bug 18029, which changed state. Bug 18029 Summary: an xor of a single bit bitfield is inefficient http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18029 What|Old Value |New Value ---

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- Bug 17652 depends on bug 18029, which changed state. Bug 18029 Summary: an xor of a single bit bitfield is inefficient http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18029 What|Old Value |New Value ---

[Bug middle-end/19466] [meta-bug] bit-fields are non optimal

-- Bug 19466 depends on bug 18030, which changed state. Bug 18030 Summary: OR is inefficient in 2-bit bitfield http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18030 What|Old Value |New Value --

[Bug middle-end/18030] OR is inefficient in 2-bit bitfield

--- Additional Comments From kazu at cs dot umass dot edu 2005-03-02 16:08 --- Just checked in a patch. -- What|Removed |Added Status|NEW

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- Bug 17652 depends on bug 18030, which changed state. Bug 18030 Summary: OR is inefficient in 2-bit bitfield http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18030 What|Old Value |New Value --

[Bug tree-optimization/15838] "Inline" value of static struct

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

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02 16:15 --- Reduced testcase for the accepts-invalid bug: subroutine FOO(X) type :: T character(len=I) :: C end type end Reduced testc

[Bug preprocessor/20281] [3.4 Regression] cpp segfaults on directory input

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 16:17 --- Confirmed, here is the backtrace: #0 0x00840a33 in strlen () from /lib/tls/libc.so.6 #1 0x08084920 in print_line (map=0x843b030, line=79, special_flags=0x0) at ../../gcc/c-ppoutput.c: 237 #2 0x0808508c i

[Bug preprocessor/20285] New: [3.3/3.4/4.0/4.1 Regression] gcc -E - < . gives a misleading error message

With the mainline I get: cc1: error: stdout: No such file or directory With 2.95.3, I got: cpp0: Input file `' is a directory -- Summary: [3.3/3.4/4.0/4.1 Regression] gcc -E - < . gives a misleading error message Product: gcc Version: 4.0.0

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-02 16:23 --- (In reply to comment #5) > Subject: Re: g++ generates incomplete debug information for given testcase with optimization > > > Keeping in mind my previous email that I'm not familiar with how gcc records >

[Bug preprocessor/20285] [3.3/3.4/4.0/4.1 Regression] gcc -E - < . gives a misleading error message

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

[Bug bootstrap/20282] [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore

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

[Bug c/20286] New: gcc panic with __thread attribute

The current PAPI (icl.cs.utk.edu) source code does not compile on Debian/testing on IA-64. The current gcc 3.3.5 panics when compiling threads.c. I narrowed down the problem to the following code fragment: typedef struct _ThreadInfo { unsigned long int tid; } ThreadInfo_t; extern __thread Thread

[Bug middle-end/20283] optimising muldiv() type operations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 16:35 --- With unsigned instead of signed, I get the following code with the mainline: movl4(%esp), %eax leal(%eax,%eax,2), %edx sall$4, %edx subl%eax, %edx movl

[Bug target/20286] gcc panic with __thread attribute

-- What|Removed |Added Component|c |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug target/20286] [3.3 only] gcc panic with __thread attribute

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 16:48 --- Fixed in 3.4.0 by . -- What|Removed |Added --

[Bug middle-end/20283] optimising muldiv() type operations

--- Additional Comments From ajrobb at bigfoot dot com 2005-03-02 16:53 --- Subject: Re: optimising muldiv() type operations Hi, Thanks for getting back. Your code below still performs a separate multiply by 47 before 'dividing' by 40. My enhancement request is to combine these two

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 17:13 --- Subject: Bug 19916 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 17:13:10 Modified files: gcc: ChangeLog varasm.c gcc/tests

[Bug middle-end/20274] -fvisibility=hidden has no effect on calling undefined function

--- Additional Comments From hjl at lucon dot org 2005-03-02 17:19 --- default_binds_local_p_1 has /* A variable is local if the user explicitly tells us so. */ else if (DECL_VISIBILITY_SPECIFIED (exp) && DECL_VISIBILITY (exp) != VISIBILITY_DEFAULT) local_p = true; /* Otherwis

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

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

[Bug rtl-optimization/20287] New: delete_trivially_dead_insns doesn't

This patch: 2003-10-08 John David Anglin <[EMAIL PROTECTED]> PR optimization/12142 * cse.c (count_reg_usage): In a SET with a REG SET_DEST, count the uses of the register in the SET_SRC. Remove unnecessary argument. * pa.c (legitimize_pic_address): Before reload,

[Bug libgcj/17222] libjava fails to build due to command line length during link

--- Additional Comments From kcook at gcc dot gnu dot org 2005-03-02 17:25 --- This bootstrap bug unfortunately became re-introduced with this Richard Henderson patch which moved the command line linking the thousands of sources directly from libgcj.la to a convenience library libgcj0_co

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

-- Bug 17574 depends on bug 17222, which changed state. Bug 17222 Summary: libjava fails to build due to command line length during link http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17222 What|Old Value |New Value

[Bug libgcj/17222] libjava fails to build due to command line length during link

--- Additional Comments From kcook at gcc dot gnu dot org 2005-03-02 17:26 --- Created an attachment (id=8313) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8313&action=view) The new huge command line after the rth patch -- What|Removed |Added

[Bug rtl-optimization/20287] delete_trivially_dead_insns doesn't

-- What|Removed |Added Known to fail||3.4.0 3.4.1 3.4.2 3.4.3 ||3.4.4 4.0.0 4.1.0 Known to work|

[Bug rtl-optimization/20287] delete_trivially_dead_insns doesn't

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02 17:52 --- *** This bug has been marked as a duplicate of 18992 *** -- What|Removed |Added

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- Bug 17652 depends on bug 20287, which changed state. Bug 20287 Summary: delete_trivially_dead_insns doesn't http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20287 What|Old Value |New Value --

[Bug rtl-optimization/18992] delete_trivially_dead_insns made ineffective for two-address targets

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02 17:52 --- *** Bug 20287 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992

[Bug rtl-optimization/18995] delete_trivially_dead_insns fails to update the liveness information

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02 17:54 --- A patch is here: http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00774.html The size of this patch can also be reduced by setting update_live_p in delete_trivially_dead_insns like this: bool update_life_p =

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From bobm75 at gmail dot com 2005-03-02 18:03 --- Ok, thank you for your explanation. We have a huge codebase and we just increased the optimization level from -O to -O2 (together with -march=pentium3), that's when this came up. Since most of this code has been a

[Bug c/20288] New: AVR assignment of a value through a 16 bit pointer generates out of order code

On the AVR when one makes an assignment of a value through a 16 bit pointer, avr-gcc is assigning the low byte, then high byte. However, many uses of a pointer like this are for situations such as pointing at 16-bit registers. In such cases, the assignment should be made high byte first, then low

[Bug c/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From ericw at evcohs dot com 2005-03-02 18:19 --- Please note that this was discussed heavily on avr-gcc-list recently, and it is a desired feature to have. This should be marked as an enhancement (since I don't have sufficient permissions). -- http://gcc.gnu.

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

-- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

--- Additional Comments From law at redhat dot com 2005-03-02 18:23 --- Subject: Re: [meta-bug] optimizations that CSE still catches On Wed, 2005-03-02 at 11:50 +, steven at gcc dot gnu dot org wrote: > --- Additional Comments From steven at gcc dot gnu dot org 2005-03-

[Bug libgcj/17222] libjava fails to build due to command line length during link

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 18:24 --- This was filed under PR 20155. The orginal problem was fixed but showed up again via soemthing. Next time open a new bug instead of reopening this one. -- What|Removed

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

-- Bug 17574 depends on bug 17222, which changed state. Bug 17222 Summary: libjava fails to build due to command line length during link http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17222 What|Old Value |New Value

[Bug libgcj/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-

[Bug c/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From ericw at evcohs dot com 2005-03-02 18:20 --- And the Component should be marked "target". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288

[Bug target/20276] [4.1 Regression] 64bit PPC target uses __adddi3

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 18:57 --- Subject: Bug 20276 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 18:57:30 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From bangerth at dealii dot org 2005-03-02 19:24 --- The problem with the compiler not warning about these cases is that it is perfectly legal to cast a double* to an int* -- the problem is that it is not legal to access a double through an int*, but to flag thi

[Bug c/20289] New: [4.0 Regression] ICE ppc

stage1/xgcc -Bstage1/ -B/usr/ppc-pld-linux/bin/ -c -O2 -fsigned-char -fprofile-generate -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild -I.

[Bug c/20289] [4.0 Regression] ICE ppc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:35 --- *** This bug has been marked as a duplicate of 20249 *** -- What|Removed |Added

[Bug middle-end/20249] [4.0/4.1 Regression] ICE with -fprofile-arcs on ppc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:35 --- *** Bug 20289 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 19:37 --- Subject: Bug 19024 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 19:37:03 Modified files: libobjc: ChangeLog Makefile.in archive.c hash.

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:39 --- Fixed in 4.1.0 (which is a ways off), I am thinking about backporting this to the 4.0 branch but I don't know if I should. -- What|Removed |Added --

[Bug target/20276] [4.1 Regression] 64bit PPC target uses __adddi3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 19:40 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 19:47 --- Subject: Bug 18815 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 19:46:29 Modified files: gcc: tree-if-conv.c ChangeLog Log messag

[Bug middle-end/17278] [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From kgardas at objectsecurity dot com 2005-03-02 20:05 --- Subject: Re: [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level New results for 4.0.0 20050301 are posted here: http://gcc.gnu.org/ml/gcc/2005-03/ms

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:08 --- Subject: Bug 18815 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 20:08:32 Modified files: gcc: tree-if-conv.c ChangeLog Log messag

[Bug middle-end/13776] [4.0/4.1 Regression] Many C++ compile-time regressions for MICO's ORB code

--- Additional Comments From kgardas at objectsecurity dot com 2005-03-02 20:09 --- New results meassured for MICO compiled with 4.0.0 20050301 are posted here: http://gcc.gnu.org/ml/gcc/2005-03/msg00132.html Cheers, Karel -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:12 --- Subject: Bug 19024 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-02 20:12:18 Modified files: libobjc: Change

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:13 --- I decided to apply thios to the 4.0 branch also. Fixed in 4.0.0 also. -- What|Removed |Added

[Bug rtl-optimization/20290] New: Miscompilation on ppc with -Os

extern void abort (void); void check (unsigned int *l) { int i; for (i = 0; i < 288; i++) if (l[i] != 7 + (i < 256 || i >= 280) + (i >= 144 && i < 256)) abort (); } int main (void) { int i; unsigned int l[288]; for (i = 0; i < 144; i++) l[i] = 8; for (; i < 256; i++)

[Bug rtl-optimization/20290] [4.0 Regression] Miscompilation on ppc with -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:40 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc with -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:44 --- Note this also happens on powerpc-darwin too but that would mean it is just semi ppc specific. -- What|Removed |Added ---

[Bug debug/20253] [3.4/4.0/4.1 regression]: Macro debug info broken due to lexer change

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 20:45 --- Patch here: . -- What|Removed |Added

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:56 --- Subject: Bug 19916 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-02 20:55:58 Modified files: gcc: Change

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 20:58 --- Subject: Bug 19916 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-02 20:57:53 Modified files: gcc: Change

[Bug c++/19916] [3.4/4.0/4.1 Regression] Segmentation fault in __static_initialization_and_destruction_0

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-02 21:04 --- Fixed in GCC 3.4.4. -- What|Removed |Added Status|ASSIGNED|

[Bug middle-end/17278] [4.0/4.1 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 21:21 --- At this point, I think we could safely close this and related bugs. Karel could continue to periodically test GCC and report new regressions in new bugs. I don't think keeping these open bring us any benefi

[Bug c++/20164] [3.3/3.4/4.0/4.1 Regression] Wrong line number in diagnostic with gcc 4.0/4.1

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-02 21:23 --- IIRC that piece of code is supposed to mark the location of implicitly-generated cdtors as that of the use, so as to give the user a clue of why it is being generated. -- http://gcc.gnu.org/bugzilla/show_

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc with -Os

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-02 21:16 --- It seems loop_iterations incorrectly counts number of iterations of the second loop: ivtmp.2 = 113; goto (); :; *(ivtmp.52 + 4294967292B) = 9; i = i + 1; :; ivtmp.2 = ivtmp.2 - 1; ivtmp.52 = ivt

  1   2   >