--- 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 looke
--- 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=14075&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33110
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
Put_Line(Imag
--- 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 a
--- 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 proc
--- 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, th
--- Comment #7 from gdr at cs dot tamu dot edu 2007-08-18 19:52 ---
Subject: Re: C++ error on valid code: has incomplete type
"ian at airs dot com" <[EMAIL PROTECTED]> writes:
| Thanks for the explanation. That is new to me.
Check for "abomination" in D&E :-)
| I am now going to r
--- 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 #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 #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 #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 way
--- 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
always_inline void zerovec_simd_mp_iteration(float *dst, __m128 const &
zero)
{
__m12
--- 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=14074&action=view)
compressed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33109
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 --with-
--- 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
--- 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
Status
--- 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 spa
--- 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 #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 memory
--- 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=gcc&view=rev&rev=127614
Log:
gcc/testsuite
PR preprocessor/32974:
* gcc.dg/c
--- 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 old
--- 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 q
--- 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=14073&action=view)
network.i
needs a i386 target build (-m32 on x86_64)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=331
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 formatte
--- Comment #6 from fang at csl dot cornell dot edu 2007-08-18 17:29
---
Subject: Re: Bad C++ error on invalid code: 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 using
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
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 -
--- 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
--
--- 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 #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 #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 #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 wit
--- 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 #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 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=14072&action=view)
Diff for invoke.text (only)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33105
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
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
--- 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
Statu
--- 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=gcc&view=rev&rev=127611
Log:
2007-08-18 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- 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:40 ---
Fixed on trunk
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32875
--- 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 #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=gcc&view=rev&rev=127610
Log:
/cp
2007-08-18 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- 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=gcc&view=rev&rev=127609
Log:
/cp
2007-08-18 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- 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 #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 change
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||diagnosti
--- 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=gcc&view=rev&rev=127608
Log:
2007-08-18 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
51 matches
Mail list logo
