[Bug ada/19436] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-14 07:53 --- > Hmm, we are not emitting the nested function. > The function is declared around line 749 in exp_ch2.adb. Could be related to PR middle-end/19327 then, as we don't emit the symbol of a nested function th

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

--- Additional Comments From uros at kss-loka dot si 2005-01-14 07:17 --- Testcase now works for -msse2 (x86_64 implies -msse2), but it still fails for i686 with -msse. It also fails for x86_64 with -mno-sse2 with the same error, FWIW. -- What|Removed

[Bug c++/19249] abstract classes should not access virtually inherited class constructor

--- Additional Comments From gianni at mariani dot ws 2005-01-14 06:47 --- > Quoting the standard again (the same passage which we all quoted): James Kanze added a comment in this bug - I'll quote it here: > The context of the quote from the standard is: > "If the constructor of the m

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

--- Additional Comments From uros at kss-loka dot si 2005-01-14 06:37 --- This comment was found in fold-const.c: /* Try some transformations of A op B ? A : B. A == B? A : Bsame as B A != B? A : Bsame as A A >= B? A : Bsame as max (A, B) A > B? A : B

[Bug ada/19436] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 04:38 --- Hmm, we are not emitting the nested function. The function is declared around line 749 in exp_ch2.adb. -- What|Removed |Added

[Bug ada/19436] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:

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

[Bug ada/19436] New: [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:

stage1/xgcc -Bstage1/ -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -g - O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fn o-common -DHAVE_CONFIG_H -o gnat1 ada/b_gnat1.o ada/ad

[Bug target/19357] ICE when long double argument arrives in general register

--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-14 04:02 --- The given testcase fails only without optimization. It fails because we end up with an unhandled XFmode move from a general reg to a MEM. A little more interesting testcase is to modify testf to return the

[Bug target/19418] _mm_cast*, icc8.1 new intrinsics

--- Additional Comments From tbptbp at gmail dot com 2005-01-14 03:51 --- While we're at it, in pmmintrin.h, the DAZ related macros are conditionnalized on __SSE3__ definition and that's not quite right. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19418

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

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-14 03:18 --- Subject: Re: std::isnan<>() is broken on FreeBSD "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | Eric Botcazou reported privately that the patch doesn't introduce regressions | on SPARC/Solar

[Bug c/19435] spurious warnings with nested array constructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 03:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/19249] abstract classes should not access virtually inherited class constructor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 03:08 --- Quoting the standard again (the same passage which we all quoted): "A mem-initializer naming a virtual base class shall be ignored during execution of the constructor of any class that is not the most derive

[Bug c/19435] New: spurious warnings with nested array constructors

I have tried this with both gcc 3.3.5 and 3.4.4: gcc-3.4 (GCC) 3.4.4 20041218 (prerelease) (Debian 3.4.3-6) Copyright (C) 2004 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 PARTICULA

[Bug c++/19249] abstract classes should not access virtually inherited class constructor

--- Additional Comments From gianni at mariani dot ws 2005-01-14 03:00 --- I request that we reopen this bug in light of some further discussions. From: comp.lang.c++.moderated : Sender: [EMAIL PROTECTED] After reading your code and the discussion in the comp.std.c++ thread: http://

[Bug c++/15369] "Wrong" line number for static constructor function

-- What|Removed |Added Last reconfirmed|2004-10-15 07:39:18 |2005-01-14 03:00:09 date|| Target Milestone|4.0.0

[Bug target/12678] ICE on large vector arguments to a function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 02:58 --- Fixed on the mainline : Search converges between 2004-12-01-014001-trunk (#666) and 2004-12-01-161001-trunk (#667). -- What|Removed |Added -

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

--- Additional Comments From dylan at q-games dot com 2005-01-14 01:41 --- I am implementing this locally to gcc 3.3.3, if it all seems to work ok I will attach the patches to this bug in a month or so (it's slow careful work). It's interesting because the side effect is the math opti

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

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 01:36 --- I would consider (1) wrong. I'm not sure about (2); I think at one time there was a target that put fp return values in the integer registers even when a coprocessor was present. But there doesn't seem to be su

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

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

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

--- Additional Comments From pcarlini at suse dot de 2005-01-14 01:05 --- Eric Botcazou reported privately that the patch doesn't introduce regressions on SPARC/Solaris 2.5.1, 2.6, 7, 8 and 9, both mainline and 3.4. Thanks Eric! As soon as we have FreeBSD results, we can go ahead... --

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

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 01:03 --- I believe the problem you ascribe to this bug is fixed. Note that we do not generate minss for the given example because "<=" is not the operation of the minss instruction; it performs "<". Which is relevant f

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

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

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

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

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

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 00:55 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

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

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 00:55 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[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

[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++/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 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/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/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 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 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 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 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] 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 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 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 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 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 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 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 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] 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 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 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 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 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 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 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 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 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 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 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 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 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 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/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 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/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 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 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 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 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 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 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 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 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 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 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 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/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 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/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 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 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/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 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 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 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 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 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/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 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 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 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++/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++/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++/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 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 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] 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 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 tree-optimization/19401] Trivial loop not unrolled

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

[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/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/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 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 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/19424] Error: suffix or operands invalid for `movlps'

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

  1   2   >