[Bug middle-end/19304] [4.0 Regression] wrong code for spec test from emit_move_change_mode

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-13 08:11 --- My new code, so I'll own the bug. But I'm a bit confused by this. In what sort of situation are we requiring the subreg built, and simplify_subreg is rejecting the subreg as illegal? Could you run the compil

[Bug middle-end/19304] [4.0 Regression] wrong code for spec test from emit_move_change_mode

-- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19304

[Bug bootstrap/19420] New: make install fails

Currently, this procedure fails: - create gcc-build directory. - enter directory - './configure' - 'make install' This will result in: /bin/sh ../gcc/mkinstalldirs /usr/local /usr/local /bin/sh: line 1: cd: fixincludes: No such file or directory gmake: *** [install-fixincludes] Error 1 --

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

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

[Bug target/11628] movd support for _mm_cvtsi32_si64 and _mm_cvtsi64_si32

--- Additional Comments From uros at kss-loka dot si 2005-01-13 09:26 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From Woebbeking at web dot de 2005-01-13 10:07 --- Subject: Re: [4.0 Regression] name lookup is broken with friends On Wednesday 12 January 2005 20:37, gdr at integrable-solutions dot net wrote: > > Excuse me? > > The behaviour mandated by the C++ standard is th

[Bug target/19421] New: [4.0 regression] ICE

The code from the attachment cause m68k-rtems-gcc to ICE if being compiled with -msoft-float -O2. # m68k-rtems4.7-gcc -O2 -msoft-float -o tmp.o -c paranoia.c paranoia.c: In function 'paranoia': paranoia.c:1238: internal compiler error: Segmentation fault Please submit a full bug report, with prepr

[Bug target/19421] [4.0 regression] ICE

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-13 10:18 --- Created an attachment (id=7948) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7948&action=view) Code to reproduce the ICE Sorry for the size of the example (stripped down from RTEMS paranoia.c), but

[Bug target/19421] [4.0 regression] ICE

-- What|Removed |Added Known to fail||4.0.0 Known to work||3.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421

[Bug libstdc++/19322] std::isnan<>() is broken on FreeBSD

--- Additional Comments From pcarlini at suse dot de 2005-01-13 10:41 --- Gaby, can you spot something fundamentally wrong in the proposed patch? I'm testing the slightly tweaked attached version on x86-linux and everything seems still ok: I would suggest Lorenz regtesting it on freebsd

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

--- Additional Comments From baldrick at free dot fr 2005-01-13 10:47 --- Subject: Re: Overlapping memcpy with big struct copies (ACATS c64106a) > > Would you like me to file a separate report for them? Here is cxa4009 by > > the way: > > Yes please because this is a related issue b

[Bug libstdc++/7706] asinh, acosh, atanh are not put in std:: by

--- Additional Comments From pcarlini at suse dot de 2005-01-13 11:00 --- As per Comment #7... -- What|Removed |Added Status|ASSIGNED|RESOLVE

[Bug libgcj/17784] Thread.interrupt doesn't do security checks

--- Additional Comments From konqueror at gmx dot de 2005-01-13 11:38 --- A patch can be found here: http://gcc.gnu.org/ml/java-patches/2005-q1/msg00077.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17784

[Bug c++/19422] New: assoc. containers: ctor taking range is O(n log n) even if the range is sorted

The template constructor of associative containers with range [first,last) should have linear complexity if the range is sorted. libstdc++ fails to comply. This is quite evident when looking at the include file bits/stl_tree.h, more precisely the functions insert_unique and insert_equal taking ran

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

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

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From pcarlini at suse dot de 2005-01-13 12:25 --- > ... I can submit the source if need be. Please do, that would help. Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19422

[Bug bootstrap/19420] make install fails if not preceded by make all

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-01-13 13:03 --- The problem is that install-* does not depend on all-* On the other hand, that would slow down the installation process. Making install-* depend on configure-* is not enough as well, because even if the 'a

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From pcarlini at suse dot de 2005-01-13 13:05 --- A naive idea (I haven't really studied the issue in detail): wouldn't be of help calling in the insert_unique/insert_equal loops the overloads taking an iterator (which would be end()) and a value? -- http://gc

[Bug bootstrap/19420] make install fails if not preceded by make all

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-01-13 13:19 --- Looking at the pre-autogen Makefile.in it looks like it never worked actually. http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/Makefile.in?rev=1.111&content-type=text/x-cvsweb-markup -- http://gcc.gnu.org/bu

[Bug target/19326] [4.0 Regression] gcc.c-torture/execute/simd-6.c fails on x86-64

--- Additional Comments From uros at kss-loka dot si 2005-01-13 13:19 --- (In reply to comment #1) > These two fail with similiar ICEs: >gcc.dg/i386-sse-1.c (test for excess errors) >gcc.dg/i386-sse-2.c (test for excess errors) The ICE in both cases is in fact (produced with

[Bug c/19423] New: -Os causes internal compiler error in gcc-3.4-20050107

I ran the compiler [EMAIL PROTECTED] src]$ ~/gnu/20050107/results/bin/gcc -Os -c b.c b.c: In function `__ansicon_write': b.c:57: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions.

[Bug libstdc++/19322] std::isnan<>() is broken on FreeBSD

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-13 13:27 --- Subject: Re: std::isnan<>() is broken on FreeBSD "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | Gaby, can you spot something fundamentally wrong in the proposed patch? I'm | testing the slig

[Bug target/19424] New: Error: suffix or operands invalid for `movlps'

gcc -O0 -msse i386-sse-1.c /tmp/cc9PodHq.s: Assembler messages: /tmp/cc9PodHq.s:4557: Error: suffix or operands invalid for `movlps' /tmp/cc9PodHq.s:4558: Error: suffix or operands invalid for `movlps' /tmp/cc9PodHq.s:4579: Error: suffix or operands invalid for `movlps' /tmp/cc9PodHq.s:4580: Error:

[Bug libstdc++/15523] [DR 408] Can't have vectors of vector::const_iterator

--- Additional Comments From polzin_spamprotect_ at gmx dot de 2005-01-13 13:30 --- I just want to add the information that unfortunately already "-D_GLIBCXX_DEBUG" turns on the abort, you don't need the PEDANTIC. I find this annoying, because in my case rewriting is not so easy, becaus

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-13 13:31 --- (In reply to comment #11) > (In reply to comment #10) > One thing that I notice about this is that -msoft-float and -mhard-float are > no longer inverses. Good point. How about these alternatives: 1. Syst

[Bug target/19424] Error: suffix or operands invalid for `movlps'

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

[Bug c/19423] -Os causes internal compiler error in gcc-3.4-20050107

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 13:39 --- This is a dup of bug 19012 which is fixed on the 8th on the 3.4 branch. *** This bug has been marked as a duplicate of 19012 *** -- What|Removed |Added -

[Bug target/19012] [3.4 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 2005-01-13 13:39 --- *** Bug 19423 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/19421] [4.0 regression] ICE with solf-float on m68k

-- What|Removed |Added Summary|[4.0 regression] ICE|[4.0 regression] ICE with ||solf-float on m68k Target Mileston

[Bug tree-optimization/19337] [4.0 Regression] ada does not compile at -O3 (nested functions related)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 13:42 --- Patch here: . -- What|Removed |Added

[Bug target/19424] [4.0 Regression] Error: suffix or operands invalid for `movlps'

-- What|Removed |Added Summary|Error: suffix or operands |[4.0 Regression] Error: |invalid for `movlps'|suffix or operands invalid

[Bug tree-optimization/19401] Trivial loop not unrolled

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

[Bug fortran/19425] New: Duplicate SAVE attribute problem

Consider the following program: parabrisas:~/test% cat C578.f subroutine s( ) logical frstme save frstme save continue end Under constraint C578 of the f95 standard this is illegal, since a global save is not permitted in the same scoping unit as any

[Bug c++/19426] New: template class and method with different parameter names

When a class and one of its methods depend on templates, when the method is defined, the name of the parameters must be the same as in the definition. -- Summary: template class and method with different parameter names Product: gcc Version: 3.4.1 Stat

[Bug c++/19426] template class and method with different parameter names

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 14:33 --- Do you have an example code? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19426

[Bug c++/19426] template class and method with different parameter names

--- Additional Comments From douze at enseeiht dot fr 2005-01-13 14:35 --- Created an attachment (id=7951) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7951&action=view) short c++ code that fails result with g++ -c x.i: In member function `void* Cl::me(T) [with T = T, int N = 1]

[Bug c++/19426] template class and method with different parameter names

--- Additional Comments From douze at enseeiht dot fr 2005-01-13 14:37 --- Created an attachment (id=7952) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7952&action=view) the code that works compiles ok -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19426

[Bug c++/19426] template class and method with different parameter names

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 14:39 --- This is a dup of bug 18962 which is fixed in 3.4.4 (which is not released yet) and above. *** This bug has been marked as a duplicate of 18962 *** *** This bug has been marked as a duplicate of 18962 ***

[Bug c++/18962] [3.4 Regression] specialization of template class with inner template members and parameter

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

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-13 14:52 --- > So B's ctor uses the global A without the friend declaration and with the > friend declaration the local injected A? Sometimes the holy standard confuses > me a bit. No. With or without friend declarat

[Bug c++/14513] Friend name injection problem (implicit declaration)

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-13 14:55 --- It is already described in changes.html: When declaring a friend class using an unqualified name, classes outside the innermost non-class scope are not searched ... -- http://gcc.gnu.org/bugzilla/s

[Bug fortran/19425] Duplicate SAVE attribute problem

--- Additional Comments From tow21 at cam dot ac dot uk 2005-01-13 14:59 --- Brief correction - the reference to C578 is actually from the F2003 standard. In f95 is it is the second, unnumbered, constraint in section 5.2.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19425

[Bug target/19326] [4.0 Regression] gcc.c-torture/execute/simd-6.c fails on x86-64

--- Additional Comments From uros at kss-loka dot si 2005-01-13 15:10 --- The same failure for these, for both x86_64 and i686 with -msse2: Running target unix FAIL: gcc.c-torture/execute/simd-1.c compilation, -O0 UNRESOLVED: gcc.c-torture/execute/simd-1.c execution, -O0 FAIL: gcc.c

[Bug c/5675] [4.0 regression] const variables wrongly considered part of constant expressions

--- Additional Comments From ian at airs dot com 2005-01-13 15:16 --- Partial patch: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00725.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5675

[Bug target/19427] New: gcc.c-torture/execute/simd-1.c compilation fails for x64_86 and i686 with -msse2

This testsuite failure can be reproduced for both x86_64 and i686 with -msse2: FAIL: gcc.c-torture/execute/simd-1.c compilation, -O0 UNRESOLVED: gcc.c-torture/execute/simd-1.c execution, -O0 FAIL: gcc.c-torture/execute/simd-1.c compilation, -O1 UNRESOLVED: gcc.c-torture/execute/simd-1.c exec

[Bug rtl-optimization/16104] [3.3/3.4 regression] ICE in reload_cse_simplify_operands, at postreload.c:378 with SSE2 code on -O2

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-13 15:28 --- Patch here: -- What|Removed |Added

[Bug libstdc++/19322] std::isnan<>() is broken on FreeBSD

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW

[Bug target/19399] [4.0 Regression] mutexes support broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13 15:50 --- Subject: Bug 19399 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-13 15:50:13 Modified files: gcc: ChangeLog gthr-rtems.h Log message:

[Bug c/19428] New: inet_ntoa returns 0.0.0.0 using -maix64

gcc -maix64 code generated :- lwz r3,116(r31) bl cc -q64 (AIX compiler) code generated :- lwz r3,116(r1) rldicr 3,3,32,31 bl Environment: System: AIX ibmbj 2 5 000972024C00 host: powerpc-i

[Bug c/19429] New: ()?: with sizeof does not work correctly

Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: /var/tmp/portage/gcc-3.4.3-r1/work/gcc-3.4.3/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4.3 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include --datadi

[Bug c/19429] ()?: with sizeof does not work correctly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 16:53 --- sizeof is unsigned so this is invalid. -- What|Removed |Added Status|UNCONFIRMED

[Bug target/4214] powerpc64: wrong code from optimized mask and shift

-- What|Removed |Added Component|c |target Target Milestone|--- |3.0.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4214

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From SWElef at post dot sk 2005-01-13 16:59 --- Created an attachment (id=7953) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7953&action=view) performance test This is my test program. After giving it some thought I believe that calling the insert_unique/i

[Bug target/19428] inet_ntoa returns 0.0.0.0 using -maix64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 17:00 --- Make sure you read . -- What|Removed |Added Component

[Bug middle-end/19304] [4.0 Regression] wrong code for spec test from emit_move_change_mode

--- Additional Comments From janis187 at us dot ibm dot com 2005-01-13 17:02 --- What does the "(like below)" in comment #4 refer to? I can try to come up with a minimized test case if that's necessary, I just didn't want to put the work into that if the problem was obvious. -- http

[Bug target/19399] [4.0 Regression] mutexes support broken

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-13 17:04 --- Patches applied to trunk. -- What|Removed |Added Status|NEW

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From pcarlini at suse dot de 2005-01-13 17:20 --- > This is my test program. Thanks. > After giving it some thought I believe that calling the > insert_unique/insert_equal function is wrong. I don't think that any hint > (position) can help to make the running t

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 17:29 --- Just a note, here is the fits of x/1 vs ts: The first time: 8.666+4.8264 x + 0.04201 x^2 - 0.0003 x^3 The second time: 5.628 + 1.19516 x - 0.0004 x^2 + 0.000127 x^3 So the second one is O(n) but the fi

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 17:30 --- (In reply to comment #5) One note about number numbers, they come from the mainline from today on a powerpc-darwin on a 1.5GHz G4 and only with 60 lengths. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From pcarlini at suse dot de 2005-01-13 17:40 --- Thanks Andrew. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at s

[Bug target/19326] [4.0 Regression] gcc.c-torture/execute/simd-6.c fails on x86-64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 18:14 --- Fixed by: * config/i386/i386.c (ix86_expand_fp_absneg_operator): Use elt_mode for converting the mask. -- What|Removed |Added

[Bug middle-end/19164] [3.3/3.4/4.0 Regression] ICE in digest_init or build_vector

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 18:17 --- Patch here: . -- What|Removed |Added

[Bug c/17297] [3.4/4.0 Regression] ICE with FP vector constructor containing qnan calculation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 18:17 --- Patch here: . -- What|Removed |Added

[Bug libstdc++/19322] std::isnan<>() is broken on FreeBSD

--- Additional Comments From lminder at gmx dot net 2005-01-13 18:22 --- Subject: Re: std::isnan<>() is broken on FreeBSD gdr at integrable-solutions dot net wrote: > I think the patch is OK -- modulo testing on different targets, > especially > *BSD, linux and another non-glibc system

[Bug libstdc++/19322] std::isnan<>() is broken on FreeBSD

--- Additional Comments From pcarlini at suse dot de 2005-01-13 18:27 --- > Ok, I'll try to regtest the patch later today on FreeBSD (I'll have to > RTFM first on how exactly this is done). I'll report back. Thanks. If it's the first time, probably you have to install DejaGnu and Expect

[Bug middle-end/19304] [4.0 Regression] wrong code for spec test from emit_move_change_mode

--- Additional Comments From janis187 at us dot ibm dot com 2005-01-13 18:57 --- Never mind the question in the last comment, I've bootstrapped C with that change and it aborts compiling the spec test. I'm doing more testing to find a test for which I can post the .i file. -- http:/

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

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

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

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

[Bug tree-optimization/9895] [SH] GCC unable to retain array values in registers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 19:06 --- Now the problem is two fold, we don't do SRA after loop unrolling and we have a problem in that the invariant not being updated for an ADDR_EXPR (both of these have been filed). See PR 18754 and PR 18755.

[Bug middle-end/16172] simple function generates an inappropriate memmove() call

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 19:25 --- Here is a testcase which I can reproduce it with on powerpc-darwin (it just has more elements in the struct): struct fn_hash_idx_t { unsigned datum; unsigned datum2; unsigned datum3; unsigned datum

[Bug c/19430] New: Missing warning

the program below should result in a warning that "j" might be used uninitialized. If the "baz" call is replaced with an explicit assignment to "j" a warning is generated as expected. > gcc-3.4.2 -c -Wall -O2 ~/foo.c (stunning silence) extern int bar (int); extern void baz (int *); int foo (in

[Bug c/19430] Missing warning

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-01-13 20:14 --- Confirmed. It doesn't work on mainline either. The warning machinery is getting confused with the first V_MAY_DEF to j in the first call to 'bar()'. It would probably not be too hard to fix for 4.0. :

[Bug ada/19414] ACATS cxb4003 - valgrind detects wrong code (invalid read)

--- Additional Comments From laurent at guerby dot net 2005-01-13 20:26 --- Probably a real bug, ping'ed Robert Dewar as COBOL expert :) http://gcc.gnu.org/ml/gcc/2005-01/msg00778.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19414

[Bug libgcj/17784] Thread.interrupt doesn't do security checks

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-13 20:27 --- Subject: Bug 17784 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-13 20:26:39 Modified files: libjava: ChangeLog libjava/java/lang:

[Bug middle-end/19430] Missing uninitialized warning

-- What|Removed |Added Severity|normal |minor Component|c |middle-end Keywords|

[Bug libgcj/17784] Thread.interrupt doesn't do security checks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 20:36 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libgcj/13603] [meta-bug] Java security model tracking PR

-- Bug 13603 depends on bug 17784, which changed state. Bug 17784 Summary: Thread.interrupt doesn't do security checks http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17784 What|Old Value |New Value --

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-13 20:38 --- Hmpf, does DSE do anything *at* *all*??? Test cases: --- int x; int f1 (int i, int j, int k) { int *p = k ? &i : &j; i = 3; /* Dead store. */ *p = 5;

[Bug target/19427] [4.0 Regression] gcc.c-torture/execute/simd-1.c compilation fails for x64_86 and i686 with -msse2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 20:45 --- Does this work now after RTH's patches? -- What|Removed |Added GCC host triplet|i686-*, x8

[Bug debug/19192] [4.0 Regression] Current development gcc generates incorrect line info for example code

--- Additional Comments From fnf at specifixinc dot com 2005-01-13 20:56 --- Subject: Re: [4.0 Regression] Current development gcc generates incorrect line info for example code On Wednesday 12 January 2005 11:46, amacleod at redhat dot com wrote: > Give this a try. Unfortunately, fo

[Bug other/6588] throw() takes 20,000 cycles : is it expected ?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 21:23 --- Hmm, this is one of the cases where we should be able optimize away really but the general case we can try to. -- What|Removed |Added --

[Bug tree-optimization/19431] New: missed optimization with ifs and deferencing

I found this while looking into PR 8361 for missed optimization. The following two programs should produce the same asm: int f(int k, int i1, int j1) { int *f1; if(k) f1 = &i1; else f1 = &j1; return *f1; } int g(int k, int i1, int j1) { int *f1; if(k) return i1; else retur

[Bug tree-optimization/19431] missed optimization with ifs and deferencing

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-13 21:41 --- ...and of course you are going to show what you *actually* get now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19431

[Bug tree-optimization/19431] missed optimization with ifs and deferencing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 21:43 --- This is what I get with the mainline on ppc-darwin: _f: cmpwi cr7,r3,0 stw r4,28(r1) stw r5,32(r1) addi r3,r1,28 beq- cr7,L7 lwz r3,0(r3) blr L7:

[Bug tree-optimization/19431] missed optimization with ifs and deferencing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 21:54 --- This comes from "std::_Deque_base<_Tp, _Alloc>::_M_initialize_map" in libstdc++. Here is the last SSA tree dump: f (k, i1, j1) { int * f1; int D.1116; : if (k_2 != 0) goto ; else goto ; :; # f1_1

[Bug libfortran/18982] open(status="new") does not generate an error if the file exists

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-13 22:14 --- (In reply to comment #3) > Sligtly updated patch: .. which was broken; http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00024.html was correct (although it fails due to whitespace changes). This patch does

[Bug c++/10611] operations on vector mode not recognized in C++

--- Additional Comments From wilson at specifixinc dot com 2005-01-13 22:36 --- Subject: Re: operations on vector mode not recognized in C++ On Wed, 2005-01-12 at 01:44, rguenth at tat dot physik dot uni-tuebingen dot de wrote: > --- Additional Comments From rguenth at tat dot phys

[Bug libgcj/18222] [4.0 Regression] libjava bootstrap failure on Tru64 UNIX: CPPFLAGS changed in libltdl

--- Additional Comments From gerald at pfeifer dot com 2005-01-13 22:45 --- I can confirm that the patch addresses the issue from comment #1, which is a good reason to go for that patch (even in case the alpha issue might not be addressed). Thanks! -- http://gcc.gnu.org/bugzilla/sho

[Bug fortran/19362] ICE in fold_convert, at fold-const.c:1998

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-13 22:55 --- http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00761.html -- What|Removed |Added Key

[Bug c++/19432] New: misaligned SSE-datatype

This is my first bug I report. I hope I do everything well: If I want to use SSE-instruction I use the build-in datatype. As long as you only use this one everything goes well. If this type is am member of a class then there occures a misalignment when allocating this with new: Here i

[Bug c++/15795] No way to teach operator new anything about alignment requirements

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

[Bug c++/19432] misaligned SSE-datatype

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-13 23:20 --- This is a dup of bug 15795, which is not a GCC bug really, this is a bug in your OS (because malloc requires the largest alignment for all supported data types). *** This bug has been marked as a duplicat

[Bug libstdc++/19433] New: set, multiset, map, multimap misuse hint on insert

Unless I'm misreading the source (possible) in bits/stl_tree.h in insert_unique(iterator, const value_type&) and insert_equal(iterator, const value_type&), it looks like we use the passed hint by trying to insert BEFORE it, rather than after it. I'd imagine this bug is present in all versions of li

[Bug libstdc++/19433] set, multiset, map, multimap misuse hint on insert

--- Additional Comments From pcarlini at suse dot de 2005-01-13 23:53 --- Indeed, will look into it. Thanks! -- What|Removed |Added AssignedTo|unassigned at gcc dot

[Bug target/19252] sub optimal use of fpu comparisons in SSE code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-14 00:34 --- Subject: Bug 19252 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-14 00:33:51 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug c/19099] No warning for uninitialized local variable use

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-14 00:34 --- Subject: Bug 19099 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-14 00:33:51 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug target/19250] minss/maxss SSE insn not generated for -mfpmath=sse

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-14 00:34 --- Subject: Bug 19250 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-14 00:33:51 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug c++/19434] New: this->baseMemberTemplate() in derived doesnt compile

The attached snippet does not compile with the attached compiler version. class base { protected: template P fred ( T & ) {return 0;}; }; template class derived : public base { public: void jane () {T t; this->fred(t);} }; main () { derived d; d.jane (); } Reading specs from /

[Bug c++/19434] this->baseMemberTemplate() in derived doesnt compile

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 00:41 --- This is a dup of one of the most reported bugs, PR 795. And it is fixed in 3.4.0. The workaround is to do: this->template fred(t); *** This bug has been marked as a duplicate of 795 *** -- Wh

[Bug c++/795] parse error in member template method

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

  1   2   >