--- Additional Comments From jvdelisle at verizon dot net 2005-06-08 06:04
---
This is looking much better now. Compiled with -O2 -march=pentium4
gcc version 4.1.0 20050607 (experimental)
CGV drivers: 64 out of 1092 tests failed to pass the threshold
DXV drivers:200 out
I found that following code causes SEGV on IA-64 Debian GNU/Linux (sarge) with
gcc-4.0 -O1. The code uses getcontext and setcontext which is defined by Single
Unix Specification. rx1620% cat tst.i typedef long unsigned int
size_t; struct ia64_fpreg { union {
--- Additional Comments From akr at m17n dot org 2005-06-08 06:19 ---
Oops. The newlines are squashed. I repeat the report as this comment.
I found that following code causes SEGV on IA-64 Debian GNU/Linux (sarge)
with gcc-4.0 -O1.
The code uses getcontext and setcontext which is
--
What|Removed |Added
Component|c |middle-end
Keywords||wrong-code
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
07:27 ---
Subject: Bug 21721
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 07:27:01
Modified files:
gcc: ChangeLog
gcc/config/ia64:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
07:48 ---
Subject: Bug 21946
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 07:48:28
Modified files:
gcc: ChangeLog dwarf2out.c
Log message:
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08
08:23 ---
The numerical recipes library seems to be affected by this bug in file
src/wtn.f90 with gcc-Version 4.1.0 20050608 (experimental) on linux-x68-smp
--
What|Removed
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08
08:57 ---
Surprisingly (to me), adding a second call to the function resolves the
problem,
i.e. in the examples below the following code works
subroutine baz
logical l
l = bar (3)
l = bar
--- Additional Comments From martin at mpa-garching dot mpg dot de
2005-06-08 09:02 ---
(In reply to comment #10)
Does this mean that calling twice is a verified workaround solution? Should I
have confidence in the results of this workaround?
Even if it was, this is not a practical
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-08
09:38 ---
Can you try and figure out which patch changed this for GCC 4.1? Bonus
points if you can see if backporting that patch gives GCC 4.0 a speed-up,
because in that case you may have something to go to Mark
--- Additional Comments From schwab at suse dot de 2005-06-08 09:45 ---
This is still not fixed.
--
What|Removed |Added
Status|RESOLVED
--
Bug 21861 depends on bug 21029, which changed state.
Bug 21029 Summary: [4.1 Regression] vrp miscompiles Ada front-end, drops loop
exit test in well-defined wrap-around circumstances
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029
What|Old Value |New
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08
10:20 ---
Subject: Re: [gfortran] overloading does not work for
functions
martin at mpa-garching dot mpg dot de wrote:
--- Additional Comments From martin at mpa-garching dot mpg dot de
2005-06-08 09:02
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
11:09 ---
Subject: Bug 19894
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 11:09:13
Modified files:
gcc/cp : ChangeLog parser.c pt.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
11:09 ---
Subject: Bug 20563
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 11:09:13
Modified files:
gcc/cp : ChangeLog parser.c pt.c
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
11:12 ---
Fixed in mainline (will become GCC 4.1.0).
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
11:26 ---
Subject: Bug 20563
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-08 11:26:06
Modified files:
gcc/cp :
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08
11:28 ---
Subject: Re: [gfortran] overloading does not work for
functions
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lots of previously working code (somewhere around December 2004) now
(June 2005) exhibits
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
11:28 ---
Fixed on mainline (will become GCC 4.1.0)
and the 3.4-branch (will become GCC 3.4.5).
Waiting for the 4.0 branch to thaw.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
11:49 ---
Subject: Bug 19497
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 11:49:24
Modified files:
gcc/cp : ChangeLog class.c cp-tree.def
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-08
11:51 ---
2005-06-08 Nathan Sidwell [EMAIL PROTECTED]
PR c++/19497
* cp-tree.def (USING_DECL): Update documentation.
* cp-tree.h (DECL_DEPENDENT_P): New.
(USING_DECL_DECLS,
Using GCC 4.1 mainline checkout at 20050607.
$ ./i686-linux/gcc/xgcc -B ./i686-linux/gcc -S bug1.c -O1
bug1.c: In function foo:
bug1.c:2: error: Incorrect sharing of tree nodes
D.1290_47 = (charD.1 * *) pD.1236_3;
(charD.1 * *) pD.1236_3;
bug1.c:2: internal compiler error: verify_stmts
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
12:02 ---
Subject: Bug 21702
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 12:02:20
Modified files:
gcc/testsuite : ChangeLog
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
12:10 ---
Fixed in mainline.
Thanks for spotting this!
--
What|Removed |Added
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08
12:19 ---
Bug persists in GNU F95 version 4.1.0 20050608, line number is now
testing/testcase_fold.f90: In Funktion »MAIN__«:
testing/testcase_fold.f90:22: interner Compiler-Fehler: in fold_convert, bei
fold
--- Additional Comments From gerrit at gcc dot gnu dot org 2005-06-08
12:22 ---
(In reply to comment #2)
Right, gnatmake has never supported -mno-cygwin. Instead, I'd suggest
configuring gcc for mingw to start with.
According to
--
Bug 21861 depends on bug 21029, which changed state.
Bug 21029 Summary: [4.1 Regression] vrp miscompiles Ada front-end, drops loop
exit test in well-defined wrap-around circumstances
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029
What|Old Value |New
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
12:29 ---
(In reply to comment #19)
This is still not fixed.
But this time it is not VRP which is causing the problem but the Ada front-end,
I will file a new bug.
--
What|Removed
See http://gcc.gnu.org/ml/gcc/2005-06/msg00059.html for the full description.
--
Summary: [4.1 Regression] Ada depeends on signed overflow
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: wrong-code, build
Severity: normal
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
12:32 ---
Confirmed based on the whole thread.
--
What|Removed |Added
CC|
--- Additional Comments From gerrit at gcc dot gnu dot org 2005-06-08
12:40 ---
According to
http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/Option-Index.html#Option-Index
-mno-cygwin is not a FSF option, so closing this PR.
This option just triggers gcc to use other lib and include
--
What|Removed |Added
Known to work||4.1.0
Target Milestone|3.4.5 |4.1.0
--- Additional Comments From phython at gcc dot gnu dot org 2005-06-08
12:43 ---
Ok, I seem to be wrong, hash_set still seems to be used for implicit sets.
However, the destination registers in gcc 4.1 are all different:
SET hash table (1251 buckets, 1001 entries)
Index 0 (hash value
--- Additional Comments From hp at gcc dot gnu dot org 2005-06-08 12:50
---
I haven't mentioned before that the host gcc is 2.95.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18333
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
12:54 ---
Fixed already by:
2005-06-08 Zdenek Dvorak [EMAIL PROTECTED]
* tree-ssa-loop-ivopts.c (rewrite_use_outer): Unshare the expression
before emiting it.
--
What|Removed
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-06-08
12:57 ---
The same happens on i686-pc-linux-gnu bootstrapping mainline with
gcc 2.95.4 (aka gcc-2.95.4-14 from Debian woody).
So it seems to be a host compiler bug or at least is host compiler
dependent. From gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
13:00 ---
Confirmed and this is a regression too.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
13:14 ---
Fixed in 4.1.0 by:
2005-05-08 Roger Sayle [EMAIL PROTECTED]
PR inline-asm/8788
* stmt.c (expand_asm_operands): Avoid calling force_reg on BLKmode
operands.
--
--
What|Removed |Added
Summary|openssl is slower when |[4.0/4.1 Regression] openssl
|compiled with gcc 4.0 than |is slower when compiled with
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
13:18 ---
Confirmed.
The problem can be demonstrated with the following code snippet:
===
int foo()
{
int i;
return i;
}
===
Compiling the above with -O -Wall and LC_ALL=C
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
13:20 ---
Note Mark has said in the past (and in a private mail which was supposed to be
a public one too) that
warnings cannot cause this to be a rejects valid.
--
What|Removed
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
13:22 ---
It's a dupe.
*** This bug has been marked as a duplicate of 21364 ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
13:22 ---
*** Bug 21475 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
13:22 ---
*** This bug has been marked as a duplicate of 21364 ***
*** This bug has been marked as a duplicate of 21364 ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21475
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21950
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
13:27 ---
The original error message reads:
bug.c: In function 'aie_sql_meta_create_index':
bug.c:25: warning: 'tableid' is used uninitialized in this function
bug.c: In function 'main':
bug.c:25: warning:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
13:22 ---
*** Bug 21475 has been marked as a duplicate of this bug. ***
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
13:27 ---
*** Bug 21567 has been marked as a duplicate of this
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2005-06-08 13:34 ---
Subject: Re: All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn
unresolved
The same problem exists on IRIX 6.5.10 (once a patch for libfortran/15266,
to be submitted after testing is
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-08
13:36 ---
Mark, I think this bug is a serious regression, since it renders
-Wall in conjunction with the german locale unusable.
Could we please incorporate the trivial fix in GCC 4.0.1
even if the new de.po file
--- Additional Comments From joseph at codesourcery dot com 2005-06-08
13:44 ---
Subject: Re: [4.0/4.1 regression] [translation] %J
in translation instead of %H causes ICE in de.po
On Wed, 8 Jun 2005, reichelt at gcc dot gnu dot org wrote:
Mark, I think this bug is a serious
--- Additional Comments From dank at kegel dot com 2005-06-08 13:57 ---
It sure as hell is for those shops that require -Werror.
But ok, I'll be happy if it's fixed for 4.0.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21951
--- Additional Comments From veksler at il dot ibm dot com 2005-06-08
14:11 ---
(In reply to comment #6)
Note Mark has said in the past (and in a private mail which was supposed to be
a public one too) that
warnings cannot cause this to be a rejects valid.
For the same reason, PR
Hi,
The code snippet below contains a syntax error.
The line i = 4, is termited by a , instead of a ;, but it still compiles
fine. Even the result of the compilation is correct.
I expected the Parse error before ... here, but the compiler doesn't even
give a warning.
If the line printf
--- Additional Comments From eric at ez-soft dot demon dot nl 2005-06-08
14:17 ---
Now the compiler version and OS information of the v3.3.1 compiler. Previous
post gave the compiler version and OS information of the v2.95.3 compiler.
Reading specs from
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
14:18 ---
THis is valid code as comma is an operator.
a, b; is valid for all expressions, a and b. Since return is a statement and
not an expression we get an
error for that case.
--
What|Removed
tested this using GNU Fortran 95 (GCC 4.1.0 20050602
(experimental)) and retested it using GNU Fortran 95 (GCC 4.1.0 20050608
(experimental)).
---
MODULE procedures
PUBLIC :: test
PRIVATE :: test1,test2
INTERFACE test
MODULE PROCEDURE test1,test2
END
--- Additional Comments From veksler at il dot ibm dot com 2005-06-08
14:43 ---
(In reply to comment #7)
It sure as hell is for those shops that require -Werror.
But ok, I'll be happy if it's fixed for 4.0.2.
I think that your argument (as phrased) does not hold.
Maybe you meant It
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
14:46 ---
Subject: Bug 10588
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 14:46:14
Modified files:
gcc: ChangeLog
extern void print(const char *my_format, ...)
__attribute__((format(printf, 1, 2)));
typedef struct {
unsigned long long family:8, id:48, crc:8;
} bar;
void foo(bar *x)
{
print(%012llx\n, x-id);
}
$ gcc testcase.c -c -Wall
testcase.c: In function 'foo':
testcase.c:9: warning: format
: posix
gcc version 4.1.0 20050608 (experimental)
=
Using -m32 works.
The problem does not occur on 20050605.
Victor
--
Summary: ICE (Segmentation fault) with -m64
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21963
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
15:04 ---
: Search converges between 2004-07-08-trunk (#482) and 2004-07-09-trunk (#483).
Confirmed, I think this is related to the bitfield changes.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
15:27 ---
Confirmed, backtrace:
#0 0x000c5364 in is_gimple_variable (t=0x0) at ../../gcc/tree-gimple.c:239
#1 0x000c5908 in is_gimple_val (t=0x0) at ../../gcc/tree-gimple.c:353
#2 0x000e5334 in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
15:46 ---
On the mainline we get the following now:
_h:
cmpwi cr7,r3,0
li r3,1
beqlr- cr7
cntlzw r3,r4
srwi r3,r3,5
blr
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
16:03 ---
Subject: Bug 20666
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 16:03:31
Modified files:
gcc: ChangeLog
gcc/config/sparc:
--- Additional Comments From joseph at codesourcery dot com 2005-06-08
16:32 ---
Subject: Re: New: [bogus warning] format '%012llx' expects type
X, but argument has type X
On Wed, 8 Jun 2005, pluto at agmk dot net wrote:
extern void print(const char *my_format, ...)
--- Additional Comments From mark at codesourcery dot com 2005-06-08 17:01
---
Subject: Re: [4.0/4.1 regression] [translation] %J
in translation instead of %H causes ICE in de.po
joseph at codesourcery dot com wrote:
--- Additional Comments From joseph at codesourcery dot com
--- Additional Comments From jakub at gcc dot gnu dot org 2005-06-08 17:08
---
There is a problem until the po files from the TP robot (assuming the robot
is running gettext 0.14.5) are committed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21364
Optimisations seem to cause the post increment in the recursive function call to
foo() to pass the increased value to the function.
Expected output, and output when compiled without -O2:
0
0
0
0
...
Actual output with -O2 or -O3 or...:
0
1
2
3
...
#include stdio.h
void foo(int n);
int
--- Additional Comments From mark at codesourcery dot com 2005-06-08 17:23
---
Subject: Re: [4.0/4.1 regression] [translation] %J
in translation instead of %H causes ICE in de.po
jakub at gcc dot gnu dot org wrote:
--- Additional Comments From jakub at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
17:29 ---
Subject: Bug 21955
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-08 17:29:45
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-08 17:32
---
Reopened, the bug is still present, and apparently completely unrelated to
PR21127.
--
What|Removed |Added
Running openssl 0.9.7g (this is the newest production version) with no arguments
segfaults in lh_strhash when compiled with gcc 4.0.0 on Solaris 9, but runs fine
when compiled with gcc-3.2.2.
--
Summary: Openssl segfaults when compiled with gcc 4.0.0 on
solaris 9
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
17:42 ---
Are you sure that this is a GCC bug, please add the preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21965
--- Additional Comments From ftlofaro at yahoo dot com 2005-06-08 17:48
---
Created an attachment (id=9046)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9046action=view)
C preprocessor output
This is the C preprocessor output of lhash.c, the file with the offending
function.
--
--
What|Removed |Added
Component|c |middle-end
Keywords||wrong-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
18:03 ---
(In reply to comment #14)
Michael could you revert it, I have no time to do so today, I have exams to
work on all day today.
I reverted it after getting approval from Mark.
So this should be fixed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
18:04 ---
Subject: Bug 19768
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-08 18:04:19
Modified files:
gcc:
--
What|Removed |Added
Component|c |middle-end
Keywords||wrong-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
18:06 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
18:13 ---
Confirmed, only a regression in 3.4.x.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
18:36 ---
This ICE also shows up in SPEC on x86_64.
--
What|Removed |Added
Severity|normal
Bootstrapping current mainline on IRIX 6.5 with --enable-libgcj fails building
the 64-bit zlib:
/.vol/gcc/obj/gcc-4.1.0-20050607/6.5-gcc-java/./gcc/xgcc
-B/.vol/gcc/obj/gcc-4.1.0-20050607/6.5-gcc-java/./gcc/
-B/.vol/gcc/share/mips-sgi-irix6.5/bin/ -B/.vol/gcc/share/mips-sgi-irix6.5/lib/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
18:40 ---
This was already fixed by:
2005-06-08 Zdenek Dvorak [EMAIL PROTECTED]
* tree-ssa-loop-ivopts.c (rewrite_use_outer): Unshare the expression
before emiting it.
--
What
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-08
18:59 ---
Slightly reduced testcase:
$ cat 21480.f90
program reshape_bug
implicit none
complex :: a(2), b(2)
a = (/(1.0, -1.0), (2.0, -2.0)/)
write(*,*) 'from'
write(*,*) a
b=reshape(a, shape(a))
write(*,*)
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-08 19:16
---
This is a compiler bug. If they don't fix it in 4.0.x, then we'll have to work
around it in libstdc++ 4.0 sources only.
People have suggested a patch to add a dummy return. If that's posted, it seems
to be
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-08 19:38
---
Fixed here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00809.html
--
What|Removed |Added
FAIL: gcc.dg/tree-ssa/loop-2.c scan-tree-dump-times iter 0
has appeared on mainline on 20050608 on at least i686-pc-linux-gnu, hppa64-hpux
and ia64-hpux (boht -milp32 and -mlp64).
FAIL: gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0
has appeared on mainline on 20050608 on at least i686-pc
FAIL: gcc.dg/tls/debug-1.c (test for excess errors)
(a newly added test) appeared on mainline on 20050608. Not a regression; the
test also ICEs with 3.4 and 4.0. This failure is with -milp32 only, not with
-mlp64.
The error is:
tls/debug-1.c:4: internal compiler error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-08
20:07 ---
Alos on powerpc-darwin, see
http://gcc.gnu.org/ml/gcc-regression/2005-06/msg00035.html.
--
What|Removed |Added
The following one line program gives an ICE
typedef float vsf __attribute__((vector_size(2048)));
x.c:1: internal compiler error: in round_up, at fold-const.c:11646
I reproduced this on IA64 and HPPA platforms and I do not think it is platform
specific.
--
Summary: ICE on float
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org |org
URL|
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
20:45 ---
Subject: Bug 21889
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-08 20:44:58
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-08
20:53 ---
Subject: Bug 21889
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-08 20:52:36
Modified files:
gcc:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-08
20:56 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00478.html
--
What|Removed |Added
--- Additional Comments From ovidr at users dot sourceforge dot net
2005-06-08 21:14 ---
Since this bug seems a bit lost, I've been trying some things on my own without
success.
Can someone please explain:
If referent is just a RawData pointer to some Object, how are its previous
I have a function which evaluates the SHA-1 cryptographic hash function. It
takes as parameters the 160-bit state and 64 bytes to hash and produces an
output 160-bit state. When compiling at -O0, it is horrendously slow, but it
(as far as I know) produces correct behavior. For quick reference,
--- Additional Comments From para at cfl dot rr dot com 2005-06-08 23:01
---
Created an attachment (id=9047)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9047action=view)
The stand-alone source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21970
--
What|Removed |Added
Component|c |rtl-optimization
Keywords||wrong-code
Known to work|
1 - 100 of 110 matches
Mail list logo