--- Additional Comments From gj at pointblue dot com dot pl 2005-08-30
13:42 ---
Created an attachment (id=9624)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9624&action=view)
offending file, assembler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23636
--- Additional Comments From gj at pointblue dot com dot pl 2005-08-30
13:41 ---
Created an attachment (id=9623)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9623&action=view)
offending file, full
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23636
y: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gj at pointblue dot com dot pl
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86
GCC host triplet: x86
GCC target triplet: x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23636
--- Additional Comments From gj at pointblue dot com dot pl 2005-02-17
13:46 ---
Subject: Re: [4.0 regression] ICE: tree check: expected ssa_name,
have addr_expr in vrp_hash
pinskia at gcc dot gnu dot org wrote:
>--- Additional Comments From pinskia at gcc dot gnu dot org 2
--- Additional Comments From gj at pointblue dot com dot pl 2005-02-17
13:26 ---
Fixed for that specific testcase, but can't compile kernel today.
Kernel version 2.6.11-rc4 vanilia,
gcc (GCC) 4.0.0 20050217 (experimental)
CC arch/x86_64/kernel/setup.o
arch/x86_64/k
--- Additional Comments From gj at pointblue dot com dot pl 2005-02-12
16:39 ---
that would be great if it will happend for 4.0.
My bug here acctualy has two sides than. First gcc fails to trace register
value that doesn't change and thus does not require to be cleared on every
--- Additional Comments From gj at pointblue dot com dot pl 2005-02-12
15:46 ---
I thought that -mtune=pentium3 should get him enough hints to use sse. Some
warning would be great than if what you say is true about -ftree-vectorize!
Besides, -msse doesn't turn on vectorization
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gj at pointblue dot com dot pl
CC: gcc-bugs at gcc dot gnu dot org
#include
void dupa()
{
double* wagi;
unsigned int i,synapsy=100;
wagi = (double*)malloc(100*synapsy);
for( i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=19922
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-27
13:46 ---
Subject: Re: openssl speed compiled with 20051020 gcc-4.0
(HEAD) segfaults
rth at gcc dot gnu dot org wrote:
> --- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 06:24
> -
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-24
20:37 ---
so if it is binutils, how do you explain that gcc 3.3.5 got that right, and it
isnt' ok with 4.0 ?
I have the very same version of binutils in both cases.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-24
18:47 ---
sorry, still happends on amd64. I don't have intel 32bit platorm to test it on.
I can only say it works fine on 32bit compiled openss for sparc.
--
What|Removed |
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-24
01:50 ---
how is it invalid ?
openssl is crashing only when compiled with gcc4. It might not be the problem
I've higlighted, but this crash is a fact!.
IOW, you didn't enter any resolution.
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-21
12:11 ---
0.9.7d crashes too.
Please try it on your machines.If you have some amd64 computer.
>From the backtrace:
...
0x2ad71ecd : data16
0x2ad71ece : data16
0x2ad71
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-21
10:07 ---
unsigned long bn_add_words (unsigned long *rp, unsigned long *ap, unsigned long
*bp,int n)
{ unsigned long ret,i;
if (n <= 0) return 0;
asm (
" subq
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-21
09:43 ---
procedure was simple. The distro I am using on my amd64 is PLD
(www.pld-linux.org).
I got their openssl.spec, changed .rpmmacros to use gcc-4.0 for compilaition.
gcc was prepared from sources, I do
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-21
02:49 ---
it looks like that in x86_64.i file:
unsigned long bn_add_words (unsigned long *rp, unsigned long *ap, unsigned long
*bp,int n)
{ unsigned long ret,i;
if (n <= 0) return 0;
c-4.0 (HEAD)
segfaults
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gj at pointblue dot com d
--- Additional Comments From gj at pointblue dot com dot pl 2004-11-06 18:53
---
(In reply to comment #11)
> Reconfirmed (I must have been confused when I closed this bug).
> Here is a reduced testcase which shows what the problem is:
> extern __inline void f1(void) { }
--- Additional Comments From gj at pointblue dot com dot pl 2004-11-06 18:52
---
oh, and btw, this bug was on intel32 platform.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15398
--- Additional Comments From gj at pointblue dot com dot pl 2004-11-06 16:23
---
I get something simmilar with gcc 4.0.0 20040912 ( I know it's ancient history
probably now, but
this bug should be fixed in that version) while compiling kernel 2.6.10-rc1-mm3:
mm/filemap.c
21 matches
Mail list logo
