--- Additional Comments From steven at gcc dot gnu dot org 2005-02-02
08:13 ---
Any news here? This is one of the more serious compile time problems
in GCC4, I've seen a number of cases where these passes are high up in
the profile.
--
After untaring gcc-core-3.4.3 and gcc-g++-3.4.3 and gcc-testsuite I did:
./configure; gmake bootstrap; gmake install
which failes:
./install-sh -c .libs/libsupc++.lai /usr/local/lib/mabi=32/libsupc++.la
../libtool[5067]: ./install-sh: not found
gmake[5]: *** [install-toolexeclibLTLIBRARIES]
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-02
08:28 ---
http://www.inf.u-szeged.hu/csibe/s-i686-linux.php shows compile time
regressions:
target -O2 -Os
i686-linux 10%5%
i386-elf 8% -1%
mips-elf10%2%
ppc-elf 8% -3%
sh-elf
Hi!
First, thanks to Andrew Pinski [EMAIL PROTECTED], for his fast and
exact replay to my previous question!
I am porting one large windows application to linux. Code is formerly platform
independent. But, Microsoft Visual C++ (MSVC) 6 is very unserious with ISO
C++ standard. For exemple,
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-02-02 08:38 ---
Subject: Re: [4.0 Regression] Significant compile time increases for sixtrack
with tree LICM and IV optimization
Any news here? This is one of the more serious compile time
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-02-02
08:56 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00142.html
--
What|Removed |Added
When installing TeX-live 2004 on a HP-box (hpux11.11) with gcc –version:
gcc -v
Reading specs from /usr/unic/libexec/gcc/3.4.2/lib/gcc/hppa1.1-hp-
hpux11.11/3.4.2/specs
Configured with: ../gcc-3.4.2/configure --prefix=/usr/unic/share/gcc/3.4.2 --
exec-prefix=/usr/unic/libexec/gcc/3.4.2
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-02
09:17 ---
18687 is one example where IVopts takes a significant amount of time (9%).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790
--- Additional Comments From stevenb at suse dot de 2005-02-02 09:21
---
Subject: Re: [meta-bug] optimizations that CSE still catches
On Monday 31 January 2005 22:35, law at redhat dot com wrote:
Note I would _STRONGLY_ recommend people look at more than just the
compiler when
$ touch a.cc
$ LANG=C g++ -E a.cc
# 1 a.cc
# 1 built-in
# 1 command line
# 1 a.cc
$ LANG=de_DE g++ -E a.cc
# 1 a.cc
# 1 eingebaut
# 1 Kommandozeile
# 1 a.cc
IMHO, preprocessor output should be independend of LANG settings. This prevents
ccache (http://ccache.samba.org) from working for
--- Additional Comments From hubicka at ucw dot cz 2005-02-02 11:50 ---
Subject: Re: [meta-bug] optimizations that CSE still catches
--- Additional Comments From stevenb at suse dot de 2005-02-02 09:21
---
Subject: Re: [meta-bug] optimizations that CSE still catches
Grigorio V. Moshkin [EMAIL PROTECTED] wrote:
I am porting one large windows application to linux. Code is formerly
platform independent. But, Microsoft Visual C++ (MSVC) 6 is very
unserious with ISO C++ standard.
MSVC6 predates the ISO C++ standard.
For exemple, consider the fragment:
--- Additional Comments From laurent at guerby dot net 2005-02-02 12:08
---
Do I need to regenerate configure stuff after your patch (I don't know
how to do it):
...
make -C tools -f ../Makefile [EMAIL PROTECTED]@ CFLAGS=-O2 -g -O2
-W -Wall -Wwrite-strings -Wstrict-prototypes
--- Additional Comments From giovannibajo at libero dot it 2005-02-02
12:24 ---
Is this a *regression* in 3.4? Does that mean that we used to do better at jump
threading in 3.3 than in 3.4? Or is that regression mark just a relic of when
this bug was speaking of an ICE? If it's not a
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-02-02
12:40 ---
It's funny that you signal this. I was going to suggest to the list that I fix
it. I was not sure that it really is a bug but it is a nuisance and is very
easily fixed.
--
--- Additional Comments From pcarlini at suse dot de 2005-02-02 12:54
---
Rth is actively working on these issues.
--
What|Removed |Added
AssignedTo|pcarlini at
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-02
13:08 ---
Fixed by my patch for PR java/19070
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2005-02-02
13:15 ---
Confirming that the bug is real.
I can't say I like HJ's solution though. It seems to require that ld.so resolve
a protected symbol in a shared library to a symbol defined in the main app.
That's
On the attached sample code the compiler fails to issue a shape conformance
error message, which is indeed printed by other compilers (e.g. Intel 8.1)
[EMAIL PROTECTED] TEMP]$ gfortran -v
Using built-in specs.
Configured with: ../gcc-4.0-20050130/configure --prefix=/usr/local/gfortran
Thread
--- Additional Comments From sfilippone at uniroma2 dot it 2005-02-02
13:24 ---
Created an attachment (id=8127)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8127action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19754
--- Additional Comments From hundertmarck at boehme-weihs dot de
2005-02-02 13:26 ---
Exists there any version of gcc3 newer than 3.2.3 that supports std::wstring on
HP-UX11.11???
I have unsuccesfull tested: gcc-3.3.5, gcc-3.4.3 and gcc-4.0 does not compile on
hp-ux. Problems with
--- Additional Comments From pcarlini at suse dot de 2005-02-02 13:30
---
I have unsuccesfull tested: gcc-3.3.5, gcc-3.4.3 and gcc-4.0 does not compile
on hp-ux. Problems with varargs...
There is no released version, but the forthcoming 4.0 will be ok. To my best
knowledge, hppa-hpux
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-02
13:36 ---
The simple workaround is to use the new BC-ABI (-findirect-dispatch).
I do see the abort(), but the filenames are printed properly (current mainline).
--
What|Removed
--- Additional Comments From pcarlini at suse dot de 2005-02-02 13:51
---
By the way: if this is really a generic problem in libstdc++, why I cannot
reproduce it on x86? There, I'm using mainline as of February, 1 + binutils
2.15.94.0.2.
--
--- Additional Comments From jorgen dot moth at uni-c dot dk 2005-02-02
14:07 ---
To avoid the compiler error it helps to move the last return(result outside
the curly brackets of the last else statement (literally removing the pair of
curly brackets of the else statement). This
If you compile the example from the GCC manual entry for -Wmissing-braces
as C++, you aren't getting any warnings about this. If you compile it a C code
everything warns fine.
I tried it with MinGW32 GCC 3.3.3, 3.4.2. I do get the warnings with a linux GCC
3.2:
test.cpp:5: warning: aggregate has
If you compile the example from the GCC manual entry for -Wparentheses
as C++, you aren't getting any warnings about this. If you compile it a C code
everything warns fine.
I tried it with MinGW32 GCC 3.3.3, 3.4.2 and linux GCC 3.2 and none gave the
warning.
Specs of the linux GCC:
Reading
If you compile the example from the GCC manual entry for -Wparentheses
as C++, you aren't getting any warnings about this. If you compile it a C code
everything warns fine.
I tried it with MinGW32 GCC 3.3.3, 3.4.2 and linux GCC 3.2 and none gave the
warning.
Specs of the linux GCC:
Reading
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
14:30 ---
*** This bug has been marked as a duplicate of 13993 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
14:30 ---
*** Bug 19751 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
14:33 ---
*** Bug 19752 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
14:33 ---
*** This bug has been marked as a duplicate of 14838 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
14:39 ---
*** Bug 19757 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
14:39 ---
*** This bug has been marked as a duplicate of 19756 ***
--
What|Removed |Added
A GCC checked out from CVS on 2005-01-29 compiles the following
code without complaint, generating an invokespecial to the
abstract method First.fun(). The linker will detect the error,
but I think it would make sense to reject such code at compile
time, like KJC and Jikes do, or at least warn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
15:08 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
15:09 ---
Which examples?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
15:13 ---
Confirmed, it might turn out this is a dup of bug 12893.
--
What|Removed |Added
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-02-02 15:28 ---
Subject: Re: wide character strings don't work on HP-UX
--- Additional Comments From pcarlini at suse dot de 2005-02-02 13:30
---
I have unsuccesfull tested: gcc-3.3.5, gcc-3.4.3 and
--- Additional Comments From oliverst at online dot de 2005-02-02 15:33
---
from GCC 3.4.3 manual:
Also warn about constructions where there may be confusion to which if statement
an else branch belongs. Here is an example of such a case:
{
if (a)
Compiling the following code on Windows causes an ICE:
program xx
implicit none
write (*,*) tf_char((/.true./),#)
contains
elemental function tf_char(tf,char_true) result(cc)
logical , intent(in) :: tf
character (len=*), intent(in) :: char_true
character (len=len(char_true)) :: cc
!
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
15:41 ---
Confirmed, we never warned in C++ front-end.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642
program xx
implicit none
real :: x(1)
x = f((/1.0/))
print*,x
! commenting the above 3 lines and uncommenting the next causes a crash
! write (*,*) f((/4.0/))
contains
pure function f(xx) result(xsum)
real, intent(in) :: xx(:)
real :: xsum(size(xx))
xsum = 1.0
end function f
end
--- Additional Comments From pcarlini at suse dot de 2005-02-02 16:01
---
Hummm:
http://sources.redhat.com/ml/binutils/2005-01/msg00511.html
--
What|Removed |Added
--- Additional Comments From hjl at lucon dot org 2005-02-02 16:09 ---
My linker patch is for PROTECTED function symbols. It tries to prevent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520
BTW, R_X86_64_PC32 CAN NOT be used for global symbols since it is only 32bit
while the address
If you compile the example from the GCC manual entry for -Winit-self, you
aren't getting any warnings about this. It doesn't work with C++ and C. I tried
it with -Wuninitialized -Winit-self -O1 and also -O2 and -O3, but none showed
the warning.
example from GCC 3.4.3 manual:
int f()
--- Additional Comments From pcarlini at suse dot de 2005-02-02 16:16
---
My linker patch is for PROTECTED function symbols. It tries to prevent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520
Ok, just checked the testcase in binutils/584.
BTW, R_X86_64_PC32 CAN NOT be used for
--- Additional Comments From hjl at lucon dot org 2005-02-02 16:17 ---
Please keep in mind that my proposal affects FUNCTION symbols only and my change
won't change function CALL, which will still be local. It only changes the
function pointer.
BTW, I believe ld.so in the current glibc
--- Additional Comments From pcarlini at suse dot de 2005-02-02 16:25
---
In other terms, I understand this
BTW, R_X86_64_PC32 CAN NOT be used for global symbols since it is only 32bit
while the address space is 64bit. x86 doesn't have this issue.
as meaning that the compiler should
The following invalid code snippet causes an ICE since gcc 3.4.0:
==
templateint struct A { ~A(){} };
template A::~A();
==
The error message is:
bug.cc:2: error: wrong number of template arguments (0, should be 1)
bug.cc:1:
--
What|Removed |Added
Keywords||monitored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19762
extern void foo(int);
void test()
{
int change_y, y , new_y;
{
int save_y;
if (change_y) save_y = y, y = new_y;
if (change_y) y = save_y;
}
foo(y);
}
int main()
{
test();
return 0;
}
If I compile this code
The following invalid code snippet causes an ICE in gcc 3.3.x, and 3.4.[34]:
==
struct A;
template A::~A();
==
The error message on the 3.4 branch is:
bug.cc:2: error: `A' is not a template
bug.cc:2: error: expected
--
What|Removed |Added
Target Milestone|--- |3.4.4
Version|4.0.0 |3.4.4
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-02
16:47 ---
Subject: Bug 19642
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-02 16:46:40
Modified files:
libstdc++-v3 :
--- Additional Comments From pcarlini at suse dot de 2005-02-02 16:48
---
This specific issue is fixed for 4.0.0 and 3.4.4.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
16:58 ---
There is a test in the testsuite for this so I don't understand why this is
failing.
http://gcc.gnu.org/ml/gcc-testresults/2005-02/msg00072.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761
simple subtraction works for small values of doubles, but fails for
larger values
TEST CODE FOLLOWS:
int main (int argc, char **argv)
{
double n1, n2;
n1=74925983.0;
n2=n1-1;
if (n1==n2) printf (BUG: the numbers are equal.\n);
else printf (NO
program xx
implicit none
real :: x(1)
x = f((/1.0/))
print*,x
! commenting the above 3 lines and uncommenting the next causes a crash
! write (*,*) f((/4.0/))
contains
pure function f(xx) result(xsum)
real, intent(in) :: xx(:)
real :: xsum(size(xx))
xsum = 1.0
end function f
end
--- Additional Comments From hjl at lucon dot org 2005-02-02 17:17 ---
I believe it is a real compiler bug. I will see what I can do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
--- Additional Comments From schlie at comcast dot net 2005-02-02 17:54
---
Because the big number exceeds the representable precision of a double,
thereby 1 is less significant than the least significant representable magnitude
of the stored value, thereby can't effect it if summed.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-02
18:03 ---
Subject: Bug 19435
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-02 18:03:21
Modified files:
gcc: ChangeLog c-typeck.c
The following very simple testcase causes a hang when compiled with certain
flags:
int main (int argc, char **argv) {
char v = !**argv;
if (**argv != v)
**argv = argc;
if (**argv)
**argv = argc;
return 0;
}
The following command
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
18:18 ---
Not a bug, the large number - 1.0 is still large number because with doubles
you cannot repestent that
number,
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
Keywords||wrong-code
--- Additional Comments From dalej at apple dot com 2005-02-02 18:19
---
Actually I adjusted the doc to my satisfaction in this thread:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01048.html
I suppose it's OK to close now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17884
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
18:20 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 16989 depends on bug 19435, which changed state.
Bug 19435 Summary: spurious warnings with nested array constructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19435
What|Old Value |New Value
Hi,
does anybody know how to add assembler inliens in C
using Hightec's GNU C-Compiler?
The device I use is Infineon's TriCore 1765.
The problem is: I want to use TriCore's DSP instruction set.
I now that there is a DSP-library, but the library does not implement the
functionality I need.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-02
18:41 ---
Subject: Bug 15543
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-02 18:41:30
Modified files:
gcc/java : ChangeLog jv-scan.c parse-scan.y
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
18:45 ---
: Search converges between 2003-08-06-trunk (#316) and 2003-08-07-trunk (#317).
Confirmed.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
18:47 ---
: Search converges between 2004-06-22-trunk (#470) and 2004-06-24-trunk (#471).
Confirmed.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
18:50 ---
Code (for lazy people):
int a[2][2] = { 0, 1, 2, 3 };
int b[2][2] = { { 0, 1 }, { 2, 3 } };
: Search converges between 2002-10-11-trunk (#101) and 2002-10-12-trunk (#102).
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
18:53 ---
This example works for me with both the C and C++ front-end. You must be making
a mistake.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
18:55 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00173.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:00 ---
-O3 enables -finline-functions (as documented) which enables inlining of
functions which are not even
marked as inline so we inline test into main which causes these warnings.
Note on the mainline we now
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:06 ---
Confirmed, only reproducable on the 3.4 branch, it works on the mainline just
fine but that might mean
this is a latent bug.
We are looping in find_comparison_args.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:13 ---
*** This bug has been marked as a duplicate of 19242 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:13 ---
*** Bug 19759 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:20 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:21 ---
Confirmed but more related to PR 19574 and 19561
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:22 ---
*** Bug 19760 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19766
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:22 ---
*** This bug has been marked as a duplicate of 19766 ***
--
What|Removed |Added
=-4.0
--enable-__cxa_atexit --disable-nls --enable-languages=c,c++
Thread model: posix
gcc version 4.0.0 20050202 (experimental)
/mnt/d/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -E -quiet -v
-D_GNU_SOURCE test.cpp -mtune=pentiumpro -O3 -fpch-preprocess -o test.ii
ignoring nonexistent directory
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|c++
--- Additional Comments From tsarkov at cs dot man dot ac dot uk
2005-02-02 19:29 ---
Created an attachment (id=8128)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8128action=view)
Proprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768
--
What|Removed |Added
Keywords||EH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
19:42 ---
Confirmed, DSE is messing up somehow and not copying the bit once removing a
store.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-02
20:06 ---
I'm testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
20:13 ---
Here is the most reduced testcase that I could come up with:
struct LeveLogger
{
int currentLevel;
};
extern LeveLogger LL;
struct gg
{
~gg ( void )
{ LL.currentLevel = 1; }
};
void f(void);
void g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
20:22 ---
Here is a simple patch to fix up the error in DSE:
Index: tree-ssa-dse.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-dse.c,v
retrieving revision
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-02
20:41 ---
My fix was not always correct. Here is a fix which is more correct and works
for this testcase also:
Index: tree-ssa-dse.c
===
RCS file:
-cfg.c
tree-ssa.c ChangeLog
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/compile: 20050202-1.c
Log message:
PR tree-optimization/19578
* tree-flow.h (modified_noreturn_calls): Declare.
(noreturn_call_p
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-02
20:59 ---
Fix checked in
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-02
20:59 ---
Subject: Bug 19681
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-02 20:59:42
Modified files:
libjava: ChangeLog Makefile.am Makefile.in
--- Additional Comments From walter at djcvt dot net 2005-02-02 20:53
---
I can confirm this (unfortunately, haha).
$ g++ --version
g++ (GCC) 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)
$ g++ -v 21 | grep -- '--enable-libstdcxx-allocator=mt'
Configured with: ../src/configure -v
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-02
21:00 ---
I can confirm the segfault, but I'm not sure if this is a gcc bug.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-02-02
21:01 ---
Patch applied.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-02
20:54 ---
Uros, what exactly are you trying to show with numbers with and without
scheduling for Pentium 4? There is no scheduler description for it, so
you have collected totally meaningless numbers. See if there
1 - 100 of 162 matches
Mail list logo