--- Comment #9 from irar at il dot ibm dot com 2006-11-07 08:31 ---
In r110758 (and r110705) bootstrap with BOOT_CFLAGS=-O2 -g -ftree-vectorize
-maltivec fails with another error:
/Develop/main-110758/build-vect/./prev-gcc/xgcc
-B/Develop/main-110758/build-vect/./prev-gcc/
--- Comment #10 from irar at il dot ibm dot com 2006-11-07 08:32 ---
Created an attachment (id=12560)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12560action=view)
recog.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
--
P dot Schaffnit at access dot rwth-aachen dot de changed:
What|Removed |Added
Severity|minor |enhancement
--- Comment #35 from bkoz at gcc dot gnu dot org 2006-11-07 10:03 ---
PCH makes no difference. Same bugs with and without.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
--- Comment #4 from patchapp at dberlin dot org 2006-11-07 10:30 ---
Subject: Bug number PR29699
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00393.html
--
--- Comment #9 from rakdver at gcc dot gnu dot org 2006-11-07 10:55 ---
Ah, I see. You are of course completely right. Now the question is,
why does store_ccp not handle it? (Maybe it is as dis-functional as
store_copyprop was until I fixed it?)
I ended up rewriting large parts
--- Comment #5 from batt at develer dot com 2006-11-07 11:10 ---
Here's the testcase:
==
int main(int argc, char *argv[])
{
float O1 = argc;
float V1 = argc+2;
int ret = O1 * V1;
return ret;
}
--- Comment #1 from christophe at saout dot de 2006-11-07 11:23 ---
The function test (even compiled with -O0, on i386 BTW) assumes that the
condition can never occur, as the complete if condition is completely optimized
away and the function always returns 1.
#include stdlib.h
int
--- Comment #1 from schwab at suse dot de 2006-11-07 11:47 ---
That appears to be broken as far back as gcc 3.0: all 3.x versions do not
recognize either of the two forms, since 4.0 only the second form is
recognized. Both 2.95 and 2.7 can optimize both forms (tested on m68k).
--
Hello,
I am building gcc-3.4.6 in the framework of my tool (see signature).
It's a native build on Mandriva 2006 IA32 Linux.
The essence of my tool is that it builds and installs every target in a separate
directory, other than that it uses
./configure
make
make check
make install
sequence.
Happens with gcc 4.2.0 SVN rev. 118214:
gcc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS
-D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -O3
-fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2
-DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM
--- Comment #1 from bero at arklinux dot org 2006-11-07 12:58 ---
Created an attachment (id=12561)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12561action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
--- Comment #2 from bero at arklinux dot org 2006-11-07 12:59 ---
With -fPIC removed from the compiler flags, the segfault is replaced with an
ICE:
# gcc -O3 -fomit-frame-pointer -o evp_pkey.o -c evp_pkey.i
evp_pkey.c: In function 'EVP_PKEY2PKCS8_broken':
evp_pkey.c:382: warning:
--- Comment #2 from belyshev at depni dot sinp dot msu dot ru 2006-11-07
13:00 ---
testing a patch.
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
--- Comment #3 from bero at arklinux dot org 2006-11-07 13:02 ---
gcc -fPIC -O3 -fomit-frame-pointer -fno-schedule-insns -fno-schedule-insns2 -o
evp_pkey.o -c evp_pkey.i
works
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
In the following program, the if() is only removed if one removes the line
r[1]=0;. (4.3.0 20061107; x86_64-unknown-linux-gnu-gcc)
#include stdlib.h
void foo (void);
int main() {
int *restrict r;
r = malloc(2*sizeof(int));
r[0] = 0;
r[1] = 0;
if(r[0]) foo();
return 0;
}
main
--- Comment #36 from jakub at gcc dot gnu dot org 2006-11-07 13:10 ---
HAVE_COMDAT_GROUP is 0 because the ld version parser is too strict for Fedora
Core 6 ld --version, see
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00398.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
--- Comment #4 from bero at arklinux dot org 2006-11-07 13:12 ---
Created an attachment (id=12562)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12562action=view)
Another test case
Another test case for what appears to be the same bug - also from openssl:
gcc -I.. -I../..
--- Comment #17 from rakdver at gcc dot gnu dot org 2006-11-07 13:19
---
Zdenek, can you revert your patch until we fix this?
It might be a month or two before i get back to it.
(Yeah, i know it sucks to have to do this, but)
I am not sure whether that would be helpful, since
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-07 13:28 ---
Subject: Bug 29601
Author: burnus
Date: Tue Nov 7 13:27:53 2006
New Revision: 118545
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118545
Log:
fortran/
2006-11-06 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 13:32 ---
Mark as fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pluto at agmk dot net 2006-11-07 14:14 ---
ping, please update status.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28854
--- Comment #2 from pluto at agmk dot net 2006-11-07 14:16 ---
ping, please update status.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26902
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 14:24 ---
Note for completeness: With PR 29601 the TYPE_QUAL_VOLATILE is used for for
VOLATILE variables (see -fdump-tree-original; however, the word volatile does
not show up in the dump for pointers and arrays, even though
--- Comment #1 from bruno at clisp dot org 2006-11-07 14:36 ---
It's still reproducible with gcc-4.2-20061031:
$ export OMP_NUM_THREADS=2
$ gdb a.out
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
--- Comment #3 from pluto at agmk dot net 2006-11-07 14:42 ---
Program received signal SIGSEGV, Segmentation fault.
append_to_statement_list_1 (t=0x2b70307e9940, list_p=0x8) at
../../gcc/gimplify.c:297
297 tree list = *list_p;
(gdb) bt
#0 append_to_statement_list_1
--- Comment #4 from pluto at agmk dot net 2006-11-07 14:43 ---
(gdb) p current_stmt_group
$6 = (struct stmt_group *) 0x0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29710
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-07 15:17 ---
Subject: Bug 29634
Author: pault
Date: Tue Nov 7 15:17:17 2006
New Revision: 118553
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118553
Log:
2006-11-07 Paul Thomas [EMAIL PROTECTED]
PR fortran/29539
--- Comment #6 from pault at gcc dot gnu dot org 2006-11-07 15:17 ---
Subject: Bug 29539
Author: pault
Date: Tue Nov 7 15:17:17 2006
New Revision: 118553
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118553
Log:
2006-11-07 Paul Thomas [EMAIL PROTECTED]
PR fortran/29539
--- Comment #18 from dberlin at gcc dot gnu dot org 2006-11-07 15:22
---
(In reply to comment #17)
Zdenek, can you revert your patch until we fix this?
It might be a month or two before i get back to it.
(Yeah, i know it sucks to have to do this, but)
I am not sure whether
--- Comment #37 from bkoz at gcc dot gnu dot org 2006-11-07 15:27 ---
A ha! With Jakub's patch in everything is now ok with me.
thanks.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
If one uses advance = NO, after the write a FLUSH should be called.
-
program test
implicit none
character(20) :: fname
WRITE(*,ADVANCE='NO',FMT='(A)') Input name of file?
READ(*,'(a)') fname
print *, 'Read: ',trim(fname)
end program test
-
If you run
--- Comment #6 from amylaar at gcc dot gnu dot org 2006-11-07 15:57 ---
Created an attachment (id=12563)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12563action=view)
current patch for software floating point
In the framework of the software floating point patches, I make the
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-07 16:36 ---
Syntax:
IMPORT [[ :: ] import-name-list]
May only appear in the interface body, i.e.
interface
import
is wrong, but
interface
subroutine foo
import
is ok.
(It would be nice if one could give a
--- Comment #3 from mckelvey at maskull dot com 2006-11-07 17:01 ---
Fails similarly on Solaris 7:
gmake[1]: Entering directory `/mnt/home3/utilities/gcc-obj'
gmake[2]: Entering directory `/mnt/home3/utilities/gcc-obj/fixincludes'
autogen -T
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-11-07 17:05 ---
Created an attachment (id=12564)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12564action=view)
I have a new patch for sched-deps.c now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29746
The following function:
static struct { int w; } s;
void wait (void) {
int t;
loop:
t = *((volatile int *) s.w);
if (t 0) goto loop;
}
is compiled incorrectly with gcc -v -O3 v.c -o v.s -Wall -S. The generated
assembly does not respetc the semantics of volatile:
wait:
movls,
--- Comment #1 from ricardo dot fernandez at st dot com 2006-11-07 17:16
---
Created an attachment (id=12565)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12565action=view)
Testscase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29753
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2006-11-07 17:17
---
A ha! With Jakub's patch in everything is now ok with me.
Do you mean that the C++ EH failures are gone? If so, it looks like my patch
badly interacts with some C++ idioms. Investigating...
--
--- Comment #2 from bonzini at gnu dot org 2006-11-07 17:25 ---
confirmed, untested patch at http://gcc.gnu.org/ml/gcc/2006-11/msg00184.html
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-11-07 17:29 ---
Subject: Bug 29610
Author: rguenth
Date: Tue Nov 7 17:29:34 2006
New Revision: 118555
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118555
Log:
2006-11-07 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-11-07 17:32 ---
Subject: Bug 29610
Author: rguenth
Date: Tue Nov 7 17:32:03 2006
New Revision: 118556
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118556
Log:
2006-11-07 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #2 from pault at gcc dot gnu dot org 2006-11-07 17:32 ---
I posted a fix this afternoon - subject to nobody thinking of an objection to
removing symbol.c(check_done), this PR will be fixed in short order.
Paul
--
pault at gcc dot gnu dot org changed:
What
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-11-07 17:33 ---
Subject: Bug 29610
Author: rguenth
Date: Tue Nov 7 17:33:38 2006
New Revision: 118557
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118557
Log:
2006-11-07 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-11-07 17:40
---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
708630224 bytes
On 6 Nov 2006 00:43:29 -, dave at hiauly1 dot hia dot nrc dot ca
[EMAIL PROTECTED] wrote:
--- Comment #9 from
--- Comment #39 from ebotcazou at gcc dot gnu dot org 2006-11-07 17:42
---
Do you mean that the C++ EH failures are gone? If so, it looks like my patch
badly interacts with some C++ idioms. Investigating...
Ok, that's it, if I disable COMDAT groups, I get the failures on
--- Comment #3 from belyshev at depni dot sinp dot msu dot ru 2006-11-07
18:26 ---
Patch posted.
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
--- Comment #40 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-07
18:26 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
Do you mean that the C++ EH failures are gone? If so, it looks like my
patch
badly interacts with some
--- Comment #3 from bkoz at gcc dot gnu dot org 2006-11-07 18:36 ---
Subject: Bug 29722
Author: bkoz
Date: Tue Nov 7 18:36:32 2006
New Revision: 118564
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118564
Log:
2006-11-07 Benjamin Kosnik [EMAIL PROTECTED]
PR
--- Comment #9 from sje at gcc dot gnu dot org 2006-11-07 19:14 ---
Subject: Bug 25028
Author: sje
Date: Tue Nov 7 19:14:27 2006
New Revision: 118565
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118565
Log:
PR other/25028
* config/ia64/t-hpux (LIB1ASMFUNCS):
--- Comment #4 from janis at gcc dot gnu dot org 2006-11-07 19:18 ---
A regression hunt on powerpc64-linux using the testcase in comment #1 with -O
-g -m64 identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=114013
r114013 | aoliva | 2006-05-23 05:35:21
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-07 19:34 ---
apinski hi
apinski PaulT: VCE means *(type*)a without the need for addressable and does
not confuse aliasing
PaulT apinski: Hi, yes I answered the question myself - I missed it in tree.def
by only looking in tree.h
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-07 19:34 ---
My patch is incorrect for transfer with different sizes.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-11-07 19:35 ---
In fact I think the orginal way is incorrect for cases where the transfer size
is larger than the orginal size of the decl.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29410
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-11-07 19:36
---
(In reply to comment #17)
pinskia: ping!
Why ping me, I posted the patch and waiting for approval.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28545
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from daney at gcc dot gnu dot org 2006-11-07 20:53 ---
This is a gas bug.
This is probably the fix:
http://sourceware.org/ml/binutils/2006-11/msg00055.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from law at redhat dot com 2006-11-07 21:03 ---
Subject: Re: bootstrap comparision fails with
-ftree-vectorize -maltivec on ppc
On Tue, 2006-11-07 at 08:31 +, irar at il dot ibm dot com wrote:
--- Comment #9 from irar at il dot ibm dot com
--- Comment #5 from pault at gcc dot gnu dot org 2006-11-07 21:38 ---
FX,
I think that the keywords patch and rejects valid are both incorrect for this
PR - it's an enhancement, plain and simple.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-07 21:40 ---
Have removed the rejects-valid keyword.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-07 21:41 ---
Have removed the rejects-valid keyword.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-07 21:45 ---
I have removed the rejects valid - enhancement will do.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 22:01 ---
Accept. I have almost finished that patch :-)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
import.f90:9:
subroutine foo(x)
1
Error: PROGRAM attribute conflicts with PROCEDURE attribute at (1)
import.f90:0: internal compiler error: Segmentation fault
-
program foo
type myType
integer :: i
end type myType
interface
subroutine foo(x)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
I've been adapting some old codes' simple 4-float vector class to use SSE by
use of the intrinsic functions. It seems to be quite hard to avoid the
generated assembly code being rather diluted by apparently redundant spills of
intermediate results to the stack.
On inspecting the assembly
--- Comment #1 from timday at bottlenose dot demon dot co dot uk
2006-11-07 22:26 ---
Created an attachment (id=12566)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12566action=view)
Result of gcc -v -save-temps -S -O3 -march=pentium3 -mfpmath=sse -msse
-fomit-frame-pointer
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-07 22:31 ---
Looks like this is mostly caused by:
union
{
__v4sf vecf;
__m128 rawf;
float val[4];
} _rep;
I will have a look more at this issue later tonight when I get home from work.
--
pinskia at gcc
--- Comment #26 from echristo at apple dot com 2006-11-08 00:06 ---
I'll take this one since I've got the apple radar on it as well, removing
Geoff.
--
echristo at apple dot com changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2006-11-08 00:25 ---
Can't reproduce.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from bergner at vnet dot ibm dot com 2006-11-08 03:30
---
Ok, Anton hit another test case the last patch doesn't transform. It's
actually the same test case as in comment #13, except, int *base is now a
global variable rather than a function parameter.
int *base;
int
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-11-08 03:35
---
(In reply to comment #24)
Does anyone know why var above was marked as
artifical?
Yes because it is an compiler generated decl for the load of the global. The
main reason why we don't mark the RTL for artifical
Don't suppose you can deprecate this non-ISO C++ standard usage of the
following proprietary G++ extensions:
extern template int max (int, int);
inline template class Fooint;
static template class Fooint;
... as summarised at
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 03:49 ---
actually extern template might be come part of standard C++ so ... that might
be a bad thing to deprecate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29757
$ cat ../prs/reshape.f90
real :: a(2,2), z = 1.0
a = reshape ([z], [2,2])
end
[EMAIL PROTECTED] /home/pr29431
$ /irun/bin/gfortran ../prs/reshape.f90
[EMAIL PROTECTED] /home/pr29431
$ ./a
Segmentation fault (core dumped)
I have a partial fix that breaks two testsuite cases; I expect that
Message Sender :gcc-bugs@gcc.gnu.org
Message Recipients :[EMAIL PROTECTED]
Message Subject:Re: Delivery Server
Large Attachment Message
Current action taken:Quarantine
Date and Time of Incident:Wed Nov 08 11:27:56 2006
Information transmitted by this e-mail is proprietary to Infinite
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-11-08 06:48
---
*** This bug has been marked as a duplicate of 27107 ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-11-08 06:48
---
*** Bug 19273 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
78 matches
Mail list logo
