gcc4x/vtrunk-2.19-2008-11-29_ntv/bin/gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /home/yakov/svn-gnu-gcc/gcc-trunk/configure
--enable-languages=c,c++ --disable-nls --disable-c-mbchar --disable-shared
--with-gmp=/emc/ucode/Linux-2x-i686/gmp-4.2.2
--with-mpfr=/emc/ucode/Li
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-12-01 03:55
---
read( 50, *, pos = 1 )
is valid only if the unit has been connected for STREAM access. F2003
"9.5.1.10POS= specifier in a data transfer statement
The POS= specifier specifies the file position in file stora
--- Comment #2 from adam dot c dot scott at gmail dot com 2008-12-01 06:30
---
(In reply to comment #0)
> Add warning about modifying an index in a for loop.
>
> Without this warning the kind of errors introduced in code are likely to be
> very difficult to debug (core dump).
>
> Exa
--- Comment #3 from burnus at gcc dot gnu dot org 2008-12-01 06:44 ---
> read( 50, *, pos = 1 )
> is valid only if the unit has been connected for STREAM access.
Well, (a) I don't see how this can be tested at compile time and (b) I thought
that
open(50,access='stream')
is doing so.
--- Comment #3 from adam dot c dot scott at gmail dot com 2008-12-01 06:47
---
With my version of g++ I didn't get your example warning about subscript. This
would be great.
In response to your objection... If any line of code modified the index of a
for loop then why use a for loop?
The compiler aborts wile building the GNUstep base library.
The problem was originally in an objective-c file, but I isolated it to a small
fragment of C code which causes the same failure.
Compiler version is:
Target: i686-pc-linux-gnu
Configured with: ../configure --with-mpfr=/usr/local --enabl
--- Comment #1 from domob at gcc dot gnu dot org 2008-12-01 07:25 ---
Taking this on, as addition to PR 37779 about compile-time recursion checking.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-12-01 07:26
---
> My experiance with this bug is that it segfaults at a place away from where
> the
> actual bug is. This one has been very very elusive.
See PR 37469 for a simple method to exhibit the problem.
--
http://
--- Comment #7 from domob at gcc dot gnu dot org 2008-12-01 07:27 ---
Closing, for runtime-recursion checking I accepted PR 32626.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from bonzini at gnu dot org 2008-12-01 07:31 ---
Why a ref-all pointer? Why not put the cast after the dereference instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38334
make[4]: Entering directory
`/home/gzp/src/gcc-4.3/obj/i686-pc-linux-gnu/libmudflap'
if /bin/sh ./libtool --tag=CC --mode=compile
/home/gzp/src/gcc-4.3/obj/./gcc/xgcc -B/home/gzp/src/gcc-4.3/obj/./g
then mv -f ".deps/mf-runtime.Tpo" ".deps/mf-runtime.Plo"; else rm -f
".deps/mf-runtime.Tpo";
101 - 111 of 111 matches
Mail list logo
