--- Comment #6 from pault at gcc dot gnu dot org 2007-08-18 06:04 ---
This one is a real head-banger. The array element reference is being
completely ignored in translation. I tried simplifying it by grabbing out the
array component and attaching the array reference to it. The
--- Comment #9 from aaw at gcc dot gnu dot org 2007-08-18 06:26 ---
Fixed by change 127600.
--
aaw at gcc dot gnu dot org changed:
What|Removed |Added
(define_insn movmode
[(set (match_operand:MVM 0 vg_general_operand =r, o, r, t, r)
(match_operand:MVM 1 vg_general_operand ro, r, t, r,
I))]
movmode %0,%1)
When both match_operands mistakenly mention 0 (instead of 0 and 1 as above),
then ...
--- Comment #5 from pault at gcc dot gnu dot org 2007-08-18 08:34 ---
Subject: Bug 32875
Author: pault
Date: Sat Aug 18 08:34:42 2007
New Revision: 127608
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127608
Log:
2007-08-18 Paul Thomas [EMAIL PROTECTED]
PR
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
--- Comment #3 from schwab at suse dot de 2007-08-18 09:00 ---
The error message makes perfect sense: void is an incomplete type and the
formal parameter has no name.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-18 09:02 ---
This is a middle-end issue. What is happening is that it is splitting it up
early on with the size. Now what the trunk is doing is better than what was
done for 4.0.x.
--
pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-08-18 09:07
---
No, this was only fixed for the trunk, this is still not fixed for the 4.2
branch or 4.1 branch (it is a regression after all).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from paolo at gcc dot gnu dot org 2007-08-18 10:08 ---
Subject: Bug 32112
Author: paolo
Date: Sat Aug 18 10:07:42 2007
New Revision: 127609
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127609
Log:
/cp
2007-08-18 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #5 from paolo at gcc dot gnu dot org 2007-08-18 10:08 ---
Subject: Bug 32112
Author: paolo
Date: Sat Aug 18 10:08:03 2007
New Revision: 127610
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127610
Log:
/cp
2007-08-18 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from pcarlini at suse dot de 2007-08-18 10:09 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-18 10:40 ---
Fixed on trunk
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32875
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-18 10:41 ---
It helps to mark it as fixed
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-18 10:48 ---
Subject: Bug 32881
Author: pault
Date: Sat Aug 18 10:47:58 2007
New Revision: 127611
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127611
Log:
2007-08-18 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-18 11:22 ---
Fixed on trunk.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
I don't fully understand why having IOSTAT_END/EOR of the module
ISO_Fortran_ENV is not enough, but is_iostat_end and is_iostat_eor intrinsics
belong to the Fortran 2003 standard.
Test case:
! { dg-do run }
! Test for the Fortran 2003 intrinsics is_iostat_end is_iostat_eor
!
program test_f2003
Example found in the NAG f95 release notes.
The print statements are wrong(?); additionally for -std=f95 there should be
already an error for the compilation of the module.
NAG f95 prints:
Error: b.f90, line 14: Derived type HIDDEN_TYPE in io-list has PRIVATE
components
Interestingly, line 15
--- Comment #1 from burnus at gcc dot gnu dot org 2007-08-18 12:56 ---
Created an attachment (id=14072)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14072action=view)
Diff for invoke.text (only)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33105
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-08-18 13:55 ---
SCEV shouldn't generate wrapping pointer chrecs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-08-18 14:10 ---
defacto this is already (undocumented) GCC behavior.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33053
--- Comment #3 from steven at gcc dot gnu dot org 2007-08-18 14:13 ---
This is really a case of missed code hoisting. There are several ways to
resolve this bug.
The first thing I would do, is to experiment with the existing code hoisting
pass in gcse.c. This pass is only enabled
--- Comment #6 from tromey at gcc dot gnu dot org 2007-08-18 16:31 ---
This bug can also be reproduced using #pragma GCC dependency
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #2 from hjl at lucon dot org 2007-08-18 16:47 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01183.html
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #4 from ian at airs dot com 2007-08-18 17:12 ---
The error message makes some sense if you already understand the issue. If you
do not know what the problem is, then I believe it is completely obscure. This
is particularly so since the same code is valid C code.
--
ian
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-08-18 17:15 ---
Here is my quote for today:
Stop programming in C using a C++ compiler. Learn C+.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Between r127488 and r127491 I am starting to get:
$ LANG=C /home/marcus/projects/gcc/BIN/bin/gcc -m32 -c -I. -I. -I../../include
-I../../include -D__WINESRC__ -D_USER32_ -D_WINABLE_ -D_REENTRANT -fPIC -Wall
-pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings
-Wpointer-arith
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-18 17:25 ---
Unfortunately it only happens with full C source.
Stll attach the preprocessed source, I know how to handle GC issues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33107
--- Comment #6 from fang at csl dot cornell dot edu 2007-08-18 17:29
---
Subject: Re: Bad C++ error on invalid code: anonymous has
incomplete type
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-08-18 17:15
---
Here is my quote for today:
Stop programming in C
program writebug
character*40 string1
character*40 string2
write(string1,*)string2
end
compiled with no options with gfortran this results in:
At line 4 of file test.f
Fortran runtime error: End of record
Either increasing the size of string1 to 41 or using a
--- Comment #2 from marcus at jet dot franken dot de 2007-08-18 17:36
---
Created an attachment (id=14073)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14073action=view)
network.i
needs a i386 target build (-m32 on x86_64)
--
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-08-18 17:42
---
When using list directed formatting, the default for a string appends a
(space) in front of the output. If you replace * with '(a)' you will see that
it is fine. Why the others accept it, I don't know.
One
--- Comment #2 from dagurasu15 at hotmail dot com 2007-08-18 17:48 ---
OK, I don't remember these spaces but you may be right. Also, thinking about
it, g77 doesn't detect these types of runtime errors well, maybe it didn't
really work. Let me rerun with some print statements on the
--- Comment #3 from tromey at gcc dot gnu dot org 2007-08-18 17:54 ---
Subject: Bug 32974
Author: tromey
Date: Sat Aug 18 17:54:11 2007
New Revision: 127614
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127614
Log:
gcc/testsuite
PR preprocessor/32974:
*
--- Comment #11 from raeburn at raeburn dot org 2007-08-18 17:55 ---
Snapshot gcc-4.3-20070817 seems to do just fine with the sample code I
supplied.
Though perhaps I should've given a bigger test case... :-)
One of the places where I'd want to check for overflow is in computing
--- Comment #4 from tromey at gcc dot gnu dot org 2007-08-18 17:55 ---
Fixed on svn trunk.
Leaving open as it is a regression in other versions.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dagurasu15 at hotmail dot com 2007-08-18 17:55 ---
As it turns out (not surprisingly), you are correct. It never did work, just
the old compiler didn't catch the runtime error. I usually use a left justify
routine on my strings in the end so I never noticed the
--- Comment #4 from dagurasu15 at hotmail dot com 2007-08-18 17:58 ---
marking as invalid
--
dagurasu15 at hotmail dot com changed:
What|Removed |Added
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-08-18 18:28 ---
Some discussion is here:
http://gcc.gnu.org/ml/fortran/2007-04/msg00115.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30625
hi all,
when compiling attached file, g++ crashes with an ICE:
gcc version:
[EMAIL PROTECTED]:~/workspace/nova$ g++-4.2 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared
--- Comment #1 from tim at klingt dot org 2007-08-18 18:30 ---
Created an attachment (id=14074)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14074action=view)
compressed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33109
--- Comment #2 from tim at klingt dot org 2007-08-18 18:47 ---
it seems to be related to massive recursive template instantiation of the
following code:
namespace detail
{
template int n
always_inline void zerovec_simd_mp_iteration(float *dst, __m128 const
zero)
{
--- Comment #18 from dagurasu15 at hotmail dot com 2007-08-18 19:06 ---
I think this is the same bug. If not let me know and I'll repost it.
This is a real bummer. I use this to turn off noise from routines I don't have
control of (and I mean ALOT of noise). Maybe there is another
--- Comment #19 from dagurasu15 at hotmail dot com 2007-08-18 19:08 ---
(In reply to comment #18)
I think this is the same bug. If not let me know and I'll repost it.
This is a real bummer. I use this to turn off noise from routines I don't
have
control of (and I mean ALOT of
--- Comment #2 from raeburn at raeburn dot org 2007-08-18 19:25 ---
In snapshot gcc-4.3-20070817 this test case seems to generate just the je
instruction I was looking for.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31888
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2007-08-18 19:39
---
I will try to have a look in the next few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #7 from gdr at cs dot tamu dot edu 2007-08-18 19:52 ---
Subject: Re: C++ error on valid code: anonymous has incomplete type
ian at airs dot com [EMAIL PROTECTED] writes:
| Thanks for the explanation. That is new to me.
Check for abomination in DE :-)
| I am now going
--- Comment #15 from paulmck at linux dot vnet dot ibm dot com 2007-08-18
22:12 ---
(In reply to comment #13)
(In reply to comment #11)
The main concern on the recent LKML thread appeared to be code size rather
than
speed.
One should note this only helps CISC based processors,
--- Comment #8 from ian at airs dot com 2007-08-18 22:10 ---
Works for me.
--
ian at airs dot com changed:
What|Removed |Added
Severity|enhancement
--- Comment #14 from paulmck at linux dot vnet dot ibm dot com 2007-08-18
22:08 ---
(In reply to comment #7)
One should note this is actually hard to do without changing the code for 3506
also.
And of course if the volatile variable in the 3506 example code was an MMIO
register,
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-19
01:11 ---
Subject: Re: ICE in emit_move_insn and expand_call with -fdefault-integer-8
Jeff, Dave, as you can see in the above comments, I proposed this patch based
on a previous similar patch to powerpc, but I
This test program demonstrates the combined result of two problems with
Libgnat:
with Ada.Text_IO; use Ada.Text_IO;
with GNAT.Spitbol.Patterns; use GNAT.Spitbol.Patterns;
procedure Test_Spitbol_String_Slice is
Str : String := 12;
P : Pattern := Str(2 .. 2) Arb;
begin
--- Comment #1 from listor3 dot rombobeorn at tdcpost dot se 2007-08-19
01:16 ---
Created an attachment (id=14075)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14075action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33110
--- Comment #66 from bss03 at volumehost dot net 2007-08-19 01:51 ---
Subject:
Any progress on this? I just hit this (6 year old) bug today. Surely,
there's got to be some possible fix for linux-2.6 (my current OS) that
doesn't cause severe regressions in Solaris?
Anyway, it
54 matches
Mail list logo
