--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-07
04:08 ---
Subject: Re: FAIL: gcc.dg/Warray-bounds.c (internal compiler error)
> ;; c.c[11] = 0
Ok, so out-of-bounds array writes in user code can cause the compiler to ICE.
Dave
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-07
03:37 ---
Subject: Re: FAIL: gcc.dg/Warray-bounds.c (internal compiler error)
The ICE is caused by the presence of this insn:
(insn 124 118 128 2 (set (mem/s:SI (plus:SI (reg/f:SI 30 %r30)
(const_in
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-04-07 01:45
---
Created an attachment (id=13336)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13336&action=view)
Test case used to get a profile
This is a reference test case we can use to measure progress.
--
http:/
Keeping in mind that correct is better than fast. I would like to start
looking at refactoring the I/O library to eliminate some of the overhead.
Beginning with internal units where there is no need for alloc buffering like
we do now,
Flat profile:
Each sample counts as 0.01 seconds.
% cumu
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-07
01:35 ---
Subject: Re: New: FAIL: gcc.dg/Warray-bounds.c (internal compiler error)
The tests have been failing since they were added last January.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot
Executing on host: /home/dave/gnu/gcc-4.3/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.3/objdir/gcc/ /home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.dg/Warray-bounds.c
-O2 -Warray-bounds -fno-show-column -S -o Warray-bounds.s(timeout = 300)
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.dg/Warray-bound
--- Comment #35 from pcarlini at suse dot de 2007-04-07 00:37 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #34 from paolo at gcc dot gnu dot org 2007-04-07 00:37 ---
Subject: Bug 31117
Author: paolo
Date: Sat Apr 7 00:36:56 2007
New Revision: 123635
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123635
Log:
2007-04-06 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #5 from mark at codesourcery dot com 2007-04-07 00:01 ---
Subject: Re: [4.3 Regression] ld: Invalid symbol type
for plabel (.libs/debug_list.o, __gxx_personality_v0).
dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #4 from dave at hiauly1 dot hia dot nrc do
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-06
23:44 ---
Subject: Re: [4.3 Regression] ld: Invalid symbol type for plabel
(.libs/debug_list.o, __gxx_personality_v0).
> That would emit the reference only in situations where we're actually
> going to need the pers
--- Comment #5 from patchapp at dberlin dot org 2007-04-06 23:35 ---
Subject: Bug number PR testsuite/31369
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/2007-04/msg00284.html
--
http://gcc.gnu.org/
--- Comment #2 from brooks at gcc dot gnu dot org 2007-04-06 23:12 ---
This looks related to 31218, so I'm adding a dependency even though I'm not
certain it's the same. Also confirming, because it's definitely a bug even if
it's a duplicate one.
--
brooks at gcc dot gnu dot org cha
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #2 from brooks at gcc dot gnu dot org 2007-04-06 23:06 ---
The following code repeats the ICE:
character(LEN=2), parameter :: a="a "
real, dimension(2,2), parameter :: r=1.0
character(LEN=4) :: b=REPEAT(a,2)
real, dimension(4) :: l=RESHAPE(r,(/4/))
character(LEN=3) :: c
Testcase:
#define vector __attribute__((__vector_size__(16) ))
vector signed int v1[]={0,1,2,3,4,5,6,7};
The reason why I am saying this is valid code is two fold, one the C/C++
Language extension for CBEA says this is valid code and two the C++ front-end
accepts this.
--
Summary: re
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-06
22:59 ---
Subject: Re: 100's of new libgomp fails
> Perhaps hppa64 needs the same change to libgomp.exp as in
> http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01497.html ?
I don't think this is necessary.
> These te
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||3.4.0 4.0.2 4.1.0 4.2.0
|
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
CC||brooks at gcc dot gnu dot
|
Testcase:
typedef __attribute__((__vector_size__(16) )) unsigned char vec_uchar16;
template
void permute(Tx x, Ty y, Tz z, Tw w)
{
const vec_uchar16 pattern =
(vec_uchar16){4*x, 4*x+1, 4*x+2, 4*x+3,
4*y, 4*y+1, 4*y+2, 4*y+3,
4*z, 4*z+1, 4*z+2,
--- Comment #3 from mark at codesourcery dot com 2007-04-06 22:09 ---
Subject: Re: [4.3 Regression] ld: Invalid symbol type
for plabel (.libs/debug_list.o, __gxx_personality_v0).
dave at hiauly1 dot hia dot nrc dot ca wrote:
> Looking at this a bit, I think the fix is to add
>
> i
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtins-59.c -fdump-tree-gimple
-fno-show-column -S -o builtins-59.s(timeout = 300)
PASS: gcc.dg/builtins-59.c (test for excess errors)
FAIL: gcc.dg/builtins-59.c scan-tree-du
--- Comment #11 from echristo at apple dot com 2007-04-06 20:31 ---
Jan,
Yeah, that's exactly the patch I had when it finishes testing ok (it did for me
on i386), would you please commit it to the 4.2 branch as well?
--
echristo at apple dot com changed:
What|Removed
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-04-06 20:18
---
Index: scanner.c
===
--- scanner.c (revision 123528)
Here is a preliminary patch, I a, testing some combinations so the final patch
may vary from t
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtins-20.c -O2 -ffast-math
-fno-show-co
lumn -lm -o builtins-20.exe(timeout = 300)
ld: Unsatisfied symbol "cargf" in file /var/tmp//ccKMBpML.o
ld: Unsatisfied symbol "car
--- Comment #15 from danglin at gcc dot gnu dot org 2007-04-06 19:58
---
The same errors occur on hppa*-*-hpux*. FP_INFINITE isn't defined in
HP-UX 10. For HP-UX 11, we need "-D_HPUX_SOURCE" to get math.h to define
FP_INFINITE.
--
danglin at gcc dot gnu dot org changed:
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-04-06 19:32
---
Confirmed: The relevant section in the standard is 3.3.1.3 . This diallows a
single '&' by it self on a line, but says nothing about two. Part of th
eproblem is we treat ' ' (a blank) as non printable in the sca
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
When I compile the program listed below I get the message:
Warning: '&' not allowed by itself in line 4
The other compilers I tried do not print any messages.
PROGRAM print_ascertain
CHARACTER (LEN=20) :: str
str = "Hello world &
& &
&"
END PROGRAM print_ascertain
--
Summary: Is th
--- Comment #3 from patchapp at dberlin dot org 2007-04-06 18:30 ---
Subject: Bug number PR31204
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/2007-04/msg00276.html
--
http://gcc.gnu.org/bugzilla/sh
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-06
17:53 ---
Subject: Re: [4.3 Regression] ld: Invalid symbol type for plabel
(.libs/debug_list.o, __gxx_personality_v0).
> I am seeing this on my HPPA build as well. David sent me a patch for it
> off-list and that p
When I compile the module listed below I get the following message:
k.f90:5.13:
CALL sub2
1
Error: PROCEDURE attribute conflicts with DIMENSION attribute in 'sub2' at (1)
It resembles Bug 24633. However, g95 and Lahey regard 24633 as an error but do
not regard this as an error.
M
--- Comment #33 from bkoz at gcc dot gnu dot org 2007-04-06 17:15 ---
>Nice idea, but I'm not sure it would work (i'm not very familiar with __thread,
>etc.): are we sure that with that kind of declaration the strtof & co functions
>themselves automatically use that new "improved" errno
--- Comment #9 from hubicka at ucw dot cz 2007-04-06 17:01 ---
Subject: Re: "-O -fregmove" handles SSE scalar instructions incorrectly
>
>
> --- Comment #8 from stevenb dot gcc at gmail dot com 2007-04-06 16:43
> ---
> Subject: Re: "-O -fregmove" handles SSE scalar instruc
--- Comment #1 from sje at cup dot hp dot com 2007-04-06 16:59 ---
I am seeing this on my HPPA build as well. David sent me a patch for it
off-list and that patch fixed the build problem for me.
--
sje at cup dot hp dot com changed:
What|Removed |
--- Comment #2 from danglin at gcc dot gnu dot org 2007-04-06 16:49 ---
We also have these new fails which appear related:
FAIL: gcc.c-torture/execute/bf64-1.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/bf64-1.c execution, -O3 -g
FAIL: gcc.c-torture/execute/bf64-1
--- Comment #32 from pcarlini at suse dot de 2007-04-06 16:46 ---
(In reply to comment #31)
> For generic targets, can't you just
>
> -errno = 0;
> +static __thread int errno = 0;
>
> on releases of gcc (4.3+) that have the wherewithal to fudge the issue for all
> systems, even the on
--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-06 16:45 ---
Oops, wrong subject.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Sum
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-04-06 16:44
---
Fixed on trunk, may backport to 4.2.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from stevenb dot gcc at gmail dot com 2007-04-06 16:43
---
Subject: Re: "-O -fregmove" handles SSE scalar instructions incorrectly
> The attached patch to remove '%' seems correct to me. Merge operating
> wrapping the (commutative) plus/mult/min/max is not commutative,
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-04-06 16:42
---
Subject: Bug 31395
Author: jvdelisle
Date: Fri Apr 6 16:42:26 2007
New Revision: 123621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123621
Log:
2007-04-06 Jerry DeLisle <[EMAIL PROTECTED]>
Executing on host: /home/dave/gnu/gcc-4.3/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.3/objdir/gcc/
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/execute/99
1118-1.c -w -O3 -fomit-frame-pointer -fno-show-column -lm -o
/home/dave/gn
u/gcc-4.3/objdir/gcc/testsuite/gcc/991118-1.x3(timeo
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-04-06 16:39
---
Subject: Bug 31395
Author: jvdelisle
Date: Fri Apr 6 16:39:02 2007
New Revision: 123620
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123620
Log:
2007-04-06 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #31 from bkoz at gcc dot gnu dot org 2007-04-06 16:38 ---
For generic targets, can't you just
-errno = 0;
+static __thread int errno = 0;
on releases of gcc (4.3+) that have the wherewithal to fudge the issue for all
systems, even the ones without builtin-TLS?
-benjamin
Executing on host: /home/dave/gnu/gcc-4.3/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.3/objdir/gcc/
/home/dave/gnu/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/execute/20
040709-2.c -w -O1 -fno-show-column -lm -o
/home/dave/gnu/gcc-4.3/objdir/gc
c/testsuite/gcc/20040709-2.x1(timeout = 300)
PASS: g
--- Comment #7 from hubicka at ucw dot cz 2007-04-06 16:07 ---
Subject: Re: "-O -fregmove" handles SSE scalar instructions incorrectly
> Investigating...
The attached patch to remove '%' seems correct to me. Merge operating
wrapping the (commutative) plus/mult/min/max is not commutati
--- Comment #3 from tromey at gcc dot gnu dot org 2007-04-06 15:31 ---
Thanks, I fixed this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #2 from tromey at gcc dot gnu dot org 2007-04-06 15:30 ---
Subject: Bug 31491
Author: tromey
Date: Fri Apr 6 15:30:27 2007
New Revision: 123617
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123617
Log:
PR libffi/31491:
* README: Fixed bug in example
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #2 from pault at gcc dot gnu dot org 2007-04-06 12:49 ---
This fixes it and half regtests(I got bored with the time that it was taking
with Chug_chugwin.). I will regest tonight on something more spritely!
Paul
Index: gcc/fortran/decl.c
--- Comment #14 from manu at gcc dot gnu dot org 2007-04-06 12:25 ---
> /home/apinski/src/local/gcc/gcc/testsuite/gcc.dg/float-range-3.c:10: error:
> 'FP_INFINITE' undeclared (first use in this function)
Is FP_INFINITE undeclared in spu-elf?
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-04-06 09:33 ---
Hey Doug.
Yes, indeed this is the case: I pointed it out a couple of times already.
I'll try to implement this other behavior, but without injecting namespace
std::tr1 as part of C++0x items.
-benjamin
--
bkoz
54 matches
Mail list logo
