--- 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
--
--- 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
-
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 C
$ 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 i
--- 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
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 Foo;
static template class Foo;
... as summarised at http://www.dis.com/gnu/gcc/Template-Instantiati
--- 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 artifica
--- 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;
in
--- 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
Status
--- 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 #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 dot
--- 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=12566&action=view)
Result of gcc -v -save-temps -S -O3 -march=pentium3 -mfpmath=sse -msse
-fomit-frame-pointer intri
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 produced
--
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
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)
type(m
--- 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
-
--- 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 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:40 ---
Have removed the rejects-valid keyword.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- 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 #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 2006-1
--- 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
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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 #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 #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 #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=rev&rev=114013
r114013 | aoliva | 2006-05-23 05:35:21 +0
--- 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=gcc&view=rev&rev=118565
Log:
PR other/25028
* config/ia64/t-hpux (LIB1ASMFUNCS):
--- 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=gcc&view=rev&rev=118564
Log:
2006-11-07 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- 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
--- 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 #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 x86/Linu
--- 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 #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=gcc&view=rev&rev=118557
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 #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=gcc&view=rev&rev=118556
Log:
2006-11-07 Richard Guenther <[EMAIL PROTECTED]>
PR
--- 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=gcc&view=rev&rev=118555
Log:
2006-11-07 Richard Guenther <[EMAIL PROTECTED]>
PR
--- 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 #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...
--
http://gc
--- 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=12565&action=view)
Testscase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29753
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 #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=12564&action=view)
I have a new patch for sched-deps.c now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29746
--- 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 /mnt/home3/utilities/gcc/fixincludes/check.tp
--- 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 go
--- 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=12563&action=view)
current patch for software floating point
In the framework of the software floating point patches, I make the e
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 #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
--- 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 sur
--- 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=gcc&view=rev&rev=118553
Log:
2006-11-07 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- 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=gcc&view=rev&rev=118553
Log:
2006-11-07 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- 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 #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 (t=0x2b70307e
--- 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
w
--- 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 #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 #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 #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
Status|ASS
--- 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=gcc&view=rev&rev=118545
Log:
fortran/
2006-11-06 Tobias Burnus <[EMAIL PROTECTED]>
PR
--- 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 #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=12562&action=view)
Another test case
Another test case for what appears to be the same bug - also from openssl:
gcc -I.. -I../.. -I../.
--- 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
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
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 #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
--- 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 #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: functi
--- 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=12561&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
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 -c
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.
I
--- 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).
--
sc
--- 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
int test(in
--- 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 #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 #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
--
http://gcc.gnu.org/bugzilla/sh
--- 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
--
P dot Schaffnit at access dot rwth-aachen dot de changed:
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.c
--- 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=12560&action=view)
recog.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
--- 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/
-B/Develop/
78 matches
Mail list logo
