--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-01 08:20 ---
It already fails for
TYPE t
END TYPE t
type(t) :: myt
end
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-01 11:15 ---
Nearly a dup. Search for "restrict" and missed-optimization, alias for more
of them.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from satyaakam at yahoo dot co dot in 2007-09-01 13:26
---
it is gcc 4.1.2 the base release.
Satya
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33249
--- Comment #3 from danglin at gcc dot gnu dot org 2007-09-01 15:25 ---
Sorry Sandra, I see looking at the backtrace in more detail that the ICE
arises from the new code added here:
2007-08-24 Jakub Jelinek <[EMAIL PROTECTED]>
* expr.c (store_expr): Optimize initialization of
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33217
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33185
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-01 19:51 ---
-msoft-float disables the floating register stack so this is not a bug. The
error message is correct the constraint is impossible.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-01 19:56 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-01 19:57 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-01 20:03 ---
Confirmed.
The problem is obvious:
error ("invalid use of %<--%> on bool variable %qD", arg);
%qD should be %qE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33245
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-01 20:12 ---
Well for the RTL level, with this code, one problem is that iv-opts messes up:
ivtmp.34 = (long unsigned int) &(*(b + 64))[j];
There is a bug for the iv-opts issue too (though I have not had time to look
into fixi
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-01 20:21 ---
Ok, I can reproduce this, reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31507
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-01 20:32 ---
Reduced testcase:
typedef int (*closure_test_type3)(float, float, float, float, float, float,
float, float, double, int, float, float, int,
float, float, int);
int f (closure_test_type3 pcl)
{
int res;
--- Comment #2 from pcarlini at suse dot de 2007-09-01 20:52 ---
But do we really want 'a.A::b' ?!?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33208
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-01 21:01 ---
(In reply to comment #2)
> But do we really want 'a.A::b' ?!?
Well the error message needs rewording also.
Something like:
invalid use of %<--%> on bool lvalue %qE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #4 from gdr at cs dot tamu dot edu 2007-09-01 21:07 ---
Subject: Re: Broken diagnostic: 'component_ref' not supported by dump_decl
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| But do we really want 'a.A::b' ?!?
No, we don't. The format specific is OK -- e.g. i
--- Comment #5 from pcarlini at suse dot de 2007-09-01 21:11 ---
Thanks Gaby, let's see what I can do...
--
pcarlini at suse dot de changed:
What|Removed |Added
A
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-09-01 21:12 ---
Another testcase:
void f(bool *b)
{
(*b)--;
}
And another one:
bool &g(void);
void f(bool *b)
{
g()--;
}
So variable in the error message does not make sense at all. We want to use
lvalue instead.
--
htt
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-09-01 21:15 ---
(In reply to comment #4)
> | But do we really want 'a.A::b' ?!?
>
> No, we don't. The format specific is OK -- e.g. it should be %qD. However,
> the caller of error() should make sure it gives a _DECL. It isn't
--- Comment #8 from gdr at cs dot tamu dot edu 2007-09-01 21:59 ---
Subject: Re: Broken diagnostic: 'component_ref' not supported by dump_decl
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Another testcase:
| void f(bool *b)
| {
| (*b)--;
| }
|
| And another one:
|
--- Comment #9 from pcarlini at suse dot de 2007-09-01 22:14 ---
(In reply to comment #8)
> Paolo, what about
>
> error ("invalid use of Boolean expression as operand to %")
>
> ?
Cetainly works for me...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33208
There is a transient failure of libgomp.fortran/omp_parse3.f90 at -O0 on
Linux/ia32. It aborts one of 3 tries. When it fails,
(gdb) bt
#0 0x47a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x401307a5 in raise () from /lib/tls/libc.so.6
#2 0x40132209 in abort () from /lib/tls/libc.so.
-linux-gnu/4.3.0/f951
textfile.fppized.f90 -quiet -dumpbase textfile.fppized.f90 -mtune=generic
-auxbase textfile.fppized -O2 -version -ffast-math -o textfile.fppized.s
-fintrinsic-modules-path
/usr/gcc-4.3/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/finclude
GNU F95 (GCC) version 4.3.0 20070901
--- Comment #1 from hjl at lucon dot org 2007-09-01 22:50 ---
Program received signal SIGSEGV, Segmentation fault.
0x004083a0 in gfc_simplify_iterator_var (e=0x12279c0)
at /net/gnu-13/export/gnu/src/gcc/gcc/gcc/fortran/array.c:1235
1235if (e->symtree == p->variable)
(
--- Comment #2 from debian-gcc at lists dot debian dot org 2007-09-01
22:53 ---
reopening, still fails with r128012 on i486-linux-gnu
--
debian-gcc at lists dot debian dot org changed:
What|Removed |Added
--
--- Comment #2 from hjl at lucon dot org 2007-09-01 23:01 ---
In expand_iterator, there are
cleanup:
gfc_free_expr (start);
gfc_free_expr (end);
gfc_free_expr (step);
mpz_clear (trip);
mpz_clear (frame.value);
iter_stack = frame.prev;
return t;
}
But frame.prev may be
--- Comment #36 from mkoeppe at gmx dot de 2007-09-01 23:40 ---
Created an attachment (id=14148)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14148&action=view)
gcc 4.2.1 on interix 3.5 with shared libs
This patch adds building the gcc libs (libstdc++, libffi, ...) as shared. The
--- Comment #3 from jsm28 at gcc dot gnu dot org 2007-09-02 00:11 ---
Subject: Bug 33272
Author: jsm28
Date: Sun Sep 2 00:11:20 2007
New Revision: 128018
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128018
Log:
PR middle-end/33272
* c-decl.c (grokdeclarator):
--- Comment #2 from raeburn at raeburn dot org 2007-09-02 01:43 ---
After a little more experimentation, it appears that the signed-math cases that
do get optimized are those with positive divisors that are not powers of two.
If the divisors are powers of two (so that the operations can
multilib --with-ibmlongdouble --with-cpu=G4 --enable-clocale=gnu
--with-system-zlib
Thread model: posix
gcc version 4.3.0 20070901 (experimental) (GCC)
/usr/libexec/gcc/powerpc-unknown-linux-gnu/4.3.0/cc1 -quiet -v -D__unix__
-D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linu
33 matches
Mail list logo
