--- Additional Comments From ismail at kde dot org dot tr 2005-05-29 07:41
---
Will the patch be applied to 4.0 branch too?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19699
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-29 08:44
---
This ICE happens also with one of the SPEC CPU 2005 candidate benchmarks.
I used:
GNU Fortran 95 (GCC 4.0.1 20050529 (prerelease))
on Linux/x86-64.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
12:23 ---
Subject: Bug 20006
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 12:22:50
Modified files:
gcc/fortran: ChangeLog io.c
libgfortran
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
12:23 ---
Subject: Bug 20006
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 12:22:50
Modified files:
gcc/fortran: ChangeLog io.c
libgfortran
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-29
12:40 ---
Configuring with --enable-maintainer-mode fails:
/home/ig25/gcc-4.0-bin/gcc/xgcc -B/home/ig25/gcc-4.0-bin/gcc/
-B/home/ig25/i686-pc-linux-gnu/bin/ -B/home/ig25/i686-pc-linux-gnu/lib/ -isystem
/home/ig25/i68
The bug leads to corruption of program's data. Two objects on the stack overlap
so that the constructor of the second one erases some data of the first one.
I've checked the whole program with valgrind and it didn't report anything
incorrect that I might have done with memory allocation, point
Using a host system of Linux 2.6.8.1, binutils version 2.16 and the
aforementioned GCC, I have observed the following gcc segmentation faults:
util-linux-2.12q: -pipe -O2 -mtune=i486 -fomit-frame-pointer (defaults)
fdiskbsdlabel.c: In function 'bselect' (void):
fdiskbsdlabel.c: 164: internal comp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
14:06 ---
Could you attach the preprocessed source?
--
What|Removed |Added
Severity|critical
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
14:09 ---
*** This bug has been marked as a duplicate of 21790 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
14:09 ---
*** Bug 21807 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21790
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
14:16 ---
(In reply to comment #12)
> Will the patch be applied to 4.0 branch too?
No because it is too big in that it also changes the inliner to be a CFG aware
inliner.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
14:40 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
14:40 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Template code that used to work prior to gcc-3.4
fails in very uninformative ways. Diagnostic should
be improved.
For example:
$ cat t.cpp
template struct A { T t; };
// Swap following 2 functions to get conforming C++
template void foo(const A& data)
{
foo((int)data.t);
}
voi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
16:02 ---
The testcase really boils down to:
template int foo ();
int i = foo(1);
OR
template struct f{};
template int foo (f);
int i = foo(1);
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
16:02 ---
Subject: Bug 17193
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 16:02:11
Modified files:
gcc/fortran: trans-array.c trans-expr.c
Log mess
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
16:02 ---
*** Bug 21808 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
16:02 ---
If you called a different function name instead of a template one, I get the
following error:
t.cc: In function void foo(const A&):
t.cc:7: error: there are no arguments to foo1 that depend on a templat
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
16:02 ---
Subject: Bug 17192
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 16:02:11
Modified files:
gcc/fortran: trans-array.c trans-expr.c
Log mess
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
16:02 ---
Subject: Bug 16939
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 16:02:11
Modified files:
gcc/fortran: trans-array.c trans-expr.c
Log mess
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
16:02 ---
Subject: Bug 18689
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 16:02:11
Modified files:
gcc/fortran: trans-array.c trans-expr.c
Log mess
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
16:02 ---
Subject: Bug 17202
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 16:02:11
Modified files:
gcc/fortran: trans-array.c trans-expr.c
Log mess
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
16:02 ---
Subject: Bug 18890
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 16:02:11
Modified files:
gcc/fortran: trans-array.c trans-expr.c
Log mess
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
16:02 ---
Subject: Bug 21297
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-29 16:02:11
Modified files:
gcc/fortran: trans-array.c trans-expr.c
Log mess
This problems occurs with GCC 3.4.4, gcc-4.0-20050521 snapshot and
gcc-4.1-20050528 snapshot.
test-case.c:
#include
volatile float x = 3;
int main()
{
float a = 1 / x;
x = a;
assert(a == x);
}
This case (test-case.c) works with gcc -O0 without a problem.
But with gcc {-O1,-O2,-O3,-Os} causes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
16:24 ---
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
16:24 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
16:39 ---
Note every GCC from 2.95.3 gives the same result.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21809
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
16:44 ---
x and a should be identical, so assertion should not fail at all.
since a is assigned to x, it has *SAME* rounding precision.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
17:04 ---
This is a target problem, as the RTL is correct.
Looks like there is a forgotten rounding back to float.
--
What|Removed |Added
--
--- Additional Comments From mark at codesourcery dot com 2005-05-29 17:18
---
Subject: Re: [3.4 regression] local classes as template argument
Geoffrey Keating wrote:
> Hi Mark,
>
> Consider this code:
>
> struct Attribute { };
> template void fun (const Attribute &attr, const T &v
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
17:58 ---
This also occurs with double, using test-case.c but with float replaced with
double, so code fragment looks like:
test-case.c:
#include
volatile double x = 3;
int main()
{
double a = 1 / x;
x = a;
assert
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
18:27 ---
(In reply to comment #5)
> Should I put this as separate PR?
Actually this is all a dup of bug 323. The "problem" is excessive pression,
which most non fp
developers will not know about, read the full PR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
18:27 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
19:01 ---
It should be logical equivalent regardless of how it stored in memory.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:06 ---
when you store it to memory the precission goes down (aka rounding) read 323
and all the rest of the
problems related to it.
*** This bug has been marked as a duplicate of 323 ***
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:06 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
19:18 ---
Surely assigning a float value to another float variable should not cause any
rounding as they are same data type.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:24 ---
Please go read the papers. Basically x87 is broken in this respect, use either
a different machine or use
SSE.
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:24 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
19:28 ---
Read the code carefully:
test-case.c:
#include
volatile float x = 3;
int main()
{
float a = 1 / x;
x = a;
assert(a == x);
}
Notice x = a before assertion, both of these variables are of the same data
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:31 ---
(In reply to comment #11)
> This is *not* related to precission.
>
> This is behaviour, you would expect from a compiler.
For non floating point, yes but floating point is different with respect with
prec
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
19:32 ---
(In reply to comment #10)
> Please go read the papers. Basically x87 is broken in this respect, use
eithera different machine or use
> SSE.
It be good idea to do that by default then?
--
Wha
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-29
19:32 ---
To be more precise, on i686-pc-linux-gnu, I created an empty directory, cd'd
into it, and then ran
../gcc-4.0/configure --prefix=$HOME --enable-maintainer-mode
--enable-languages=c,f95
make bootstrap
Same
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:35 ---
(In reply to comment #13)
> (In reply to comment #10)
> > Please go read the papers. Basically x87 is broken in this respect, use
> eithera different machine or use
> > SSE.
> It be good idea to do that by
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:35 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
19:36 ---
> > It be good idea to do that by default then?
> It is on x86_64, remember SSE is not every where.
>
x86-64 has support for SSE3 so it would use that instead.
--
What|Removed
--- Additional Comments From joseph at codesourcery dot com 2005-05-29
19:37 ---
Subject: Re: New: [3.4/4.0/4.1 Regression]
Floating Optimization Bug
On Sun, 29 May 2005, themis_hv at yahoo dot co dot uk wrote:
> This case (test-case.c) works with gcc -O0 without a problem.
>
> But
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:43 ---
(In reply to comment #15)
> x86-64 has support for SSE3 so it would use that instead.
Actually that is wrong, the subset which is supported by AMD and Intel (EM64T)
only have SSE, SSE2,
and MMX. AMD's x
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:43 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
19:46 ---
> Again just use -ffloat-store as required not get the excessive precision.
>
This should included in gcc spec file by defaults.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:47 ---
That is not going to change, the assert is allowed to fail by the standard by
the way.
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:47 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
19:51 ---
(In reply to comment #19)
> That is not going to change, the assert is allowed to fail by the standard by
the way.
>
Yes, assert fails in some cases (I think of a hundred at moment!).
--
W
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:56 ---
(In reply to comment #20)
> Yes, assert fails in some cases (I think of a hundred at moment!).
See now you did not read my comment, I said it is _ALLOWED by the
standard to ___FAIL___.
How much cle
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
19:56 ---
*** Bug 21809 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--
What|Removed |Added
GCC build triplet|powerpc-unknown-linux-gnu |
GCC host triplet|powerpc-unknown-linux-gnu |
GCC target triplet|powerpc-unknown-linux-gnu |powerpc-*-li
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-05-29
20:09 ---
> You seem like someone who does not want to do the leg work
> of getting your programs fixed so you don't depend on this.
Regardless, other poeple dependant on it.
--
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From veksler at il dot ibm dot com 2005-05-29
20:33 ---
I disagree.
1. Because it is a template the "correct" error is supressed.
2. It passes with gcc-3.3, but fails with gcc-3.4.3
This is unlike your example:
template struct A { T t; };
// Swap following
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
20:37 ---
But the problem with the error message is the same which is why I closed it as
a dup. My point is that
being in a template have nothing to do with it here and the error message could
be improved yes whic
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
20:37 ---
*** Bug 21808 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17166
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-29
20:45 ---
Subject: Bug 19933
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-05-29 20:45:44
Modified files:
gcc: Change
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-29
20:52 ---
Patch backported to 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 21315 depends on bug 19933, which changed state.
Bug 19933 Summary: Problem with define of HUGE_VAL in math_c99.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933
What|Old Value |New Value
-
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-29
21:27 ---
See:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02777.html
for additional analysis regarding this PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21210
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
When you compile a program with "-pg" against libexpat 1.95.8 and you call
XML_ParserCreate() it does crash. this is not happening, if you don't add "-pg".
The source I used was distributed with the official MAME source code package
(http://www.mame.net/downmain.html - win32 sourcecode, but the re
--- Additional Comments From oliverst at online dot de 2005-05-29 23:38
---
If this is not going to be added any time soon for C++, maybe at least the
manual should reflect, that it is a C-only warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
23:41 ---
Are you sure that this is not a newlib/cygwin bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21810
-- Compiler ---
Reading specs from C:/WinAVR/bin/../lib/gcc/avr/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=m:/WinAVR --build=mingw32
--host=mingw32 --target=avr --enable-languages=c,c++ --with-dwarf2
Thread model: single
gcc version 3.4.3
-- Error messa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
23:41 ---
Also do you have a simple testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21810
--- Additional Comments From larry at barello dot net 2005-05-29 23:42
---
Created an attachment (id=8987)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8987&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21811
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
23:48 ---
*** This bug has been marked as a duplicate of 8788 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
23:48 ---
*** Bug 21811 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
23:48 ---
Fixed on the mainline for 4.1.0.
--
What|Removed |Added
Status|NEW
--- Additional Comments From oliverst at online dot de 2005-05-29 23:52
---
I attached a stripped down version of the source. You have to call "make
maketree" and then "make xml2info.exe". The resulting executable with the
backtrace seen in the initial post.
--
http://gcc.gnu.org/bug
--- Additional Comments From oliverst at online dot de 2005-05-29 23:54
---
Created an attachment (id=8988)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8988&action=view)
isolated source from MAME 0.96u3
call "make maketree" and then "make xml2info.exe"
--
http://gcc.gnu.org/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-29
23:57 ---
Hmm, I want to say this is a bug dealing with FASTCALL.
--
What|Removed |Added
Comp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30
00:00 ---
Could you try this testcase with -pg on cygwin?
typedef struct STRING_POOL
{
int a;
} STRING_POOL;
typedef struct XML_Memory_Handling_Suite
{
int t;
} XML_Memory_Handling_Suite;
#define FASTCALL __attrib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30
00:01 ---
I mean mingw32.
--
What|Removed |Added
GCC target triplet||i686-
--- Additional Comments From oliverst at online dot de 2005-05-30 00:03
---
With -pg:
Program received signal SIGSEGV, Segmentation fault.
0x00401329 in [EMAIL PROTECTED] ()
(gdb) bt
#0 0x00401329 in [EMAIL PROTECTED] ()
#1 0x00401375 in main ()
Without -pg:
Program exited with code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30
00:04 ---
(In reply to comment #8)
> With -pg:
This works on i686-pc-linux-gnu.
Hopefully someone will look into this then, this is a target problem.
--
What|Removed |Added
-
--- Additional Comments From oliverst at online dot de 2005-05-30 00:05
---
Maybe you should add Danny Smith to the CC list.
--
What|Removed |Added
Component|target
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30
00:19 ---
Subject: Bug 20846
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-30 00:19:44
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30
00:21 ---
Subject: Bug 20846
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-30 00:21:34
Modified files:
gcc/fortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30
00:23 ---
Subject: Bug 20846
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-30 00:23:46
Modified files:
gcc/testsuite : Change
--- Additional Comments From kargl at gcc dot gnu dot org 2005-05-30 00:30
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20846
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30
02:02 ---
Subject: Bug 20273
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-30 02:02:03
Modified files:
libjava: Change
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-30 01:40
---
This is a regression because libstdc++ previously worked correctly on PPC405 and
now it does not.
--
What|Removed |Added
-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-30
02:08 ---
I checked this in to 4.0, the trunk, and Classpath.
I put the test case in Mauve.
I'm not planning to put the fix into 3.4.x, but someone could if
they wanted to.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30
02:01 ---
Subject: Bug 20273
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-30 02:01:15
Modified files:
libjava: ChangeLog
libjava/java/util:
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-05-30 02:55 ---
Hello, this is a mingw runtime bug. The mingw version of mcount does not take
enough care with saving call-clobbered registers. Please close this bug and
submit to mingw.org.
Danny
--
libgcc is currently contains pure C functions with simple (i.e. non-optimal
implementations). Allowing individual targets to provide their own versions of
the functions could boost performance.
i.e. comparing the libgcc C implementation of __popcountdi2 to the assembly
version provided in the Opte
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30
06:10 ---
Subject: Bug 21761
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-30 06:10:06
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-05-30
06:13 ---
Should work now, but please verify.
--
What|Removed |Added
Status|ASSIGNED
97 matches
Mail list logo
