--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-17 07:38 ---
This is related to PR 14771, most likely the parentheses are being ignored.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31205
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-03-17 07:33
---
> I have to rerun the ACATS tests with more disk space available. After the C3
> tests all other failures were due to "disk full".
OK, please report the results of a complete run.
--
http://gcc.gnu.org/bugz
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-03-17 07:30
---
Probably uncovered by disabling VRP...
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pault at gcc dot gnu dot org 2007-03-17 07:26 ---
The aliasing of the arguments to subroutine set results in the initialization
of the intent(out) also being applied to the intent(in) argument.
I feel a temporary coming on.
Paul
--
pault at gcc dot gnu dot org c
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-03-17 06:48
---
Fixed.
> Does anyone feel like testing the patch in 4.0?
The 4.0 branch has been retired.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-03-17 06:28
---
The front end is converting the integer8 to integer4 and not checking the range
of the number first. The integer value gets wrapped around and the library
sees unit=10 for this test case.
--
http://gcc.gnu.o
--- Comment #11 from aoliva at gcc dot gnu dot org 2007-03-17 04:52 ---
Subject: Bug 29906
Author: aoliva
Date: Sat Mar 17 04:52:44 2007
New Revision: 123011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123011
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_type_die):
--- Comment #10 from aoliva at gcc dot gnu dot org 2007-03-17 03:48 ---
Does anyone feel like testing the patch in 4.0?
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from dominiq at lps dot ens dot fr 2007-03-17 00:27 ---
Thanks to Richard Guenther, the bug seems to be fixed (hopefully in the
20070316 snapshot):
see PR31161 for details.
I'll comment in another PR about the corresponding "optimization" (too late t
--- Comment #14 from dominiq at lps dot ens dot fr 2007-03-17 00:26 ---
Thanks to Richard Guenther, the bug seems to be fixed (hopefully in the
20070316 snapshot):
see PR31161 for details.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30980
--- Comment #16 from dominiq at lps dot ens dot fr 2007-03-17 00:22 ---
As far as I can tell the problem is fixed, at least for Mac OSX 10.3. Thanks
Richard for your
patience.
I have just noticed the following oddity with the code:
#include
#include
int main()
{
__complex__ double
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-17 00:19 ---
Still invalid, the C standard talks about NULL as being at the location 0 so it
is basically it is invalid for a function to be located at 0/NULL.
Again if you want a function to be possibly located at NULL/0, use w
--- Comment #2 from sh-list at ssc-studios dot com 2007-03-17 00:07 ---
I don't think this behavior is part of the C or C++ standard.
nor is __attribute__ (( weak ))
this behavior of gcc seems to be undocumented.
I don't see how usefull it is to have gcc assume pointers to functions to
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-16 23:08 ---
You need to mark the function as weak not to assume the function is non-null.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
/*
when using an external function pointer cast as an interrupt in a if (&function
== 0) statement the compiler assume the pointer is non-null and optimize out
the if right away even tho the symbol could indeed be null and optimizations
are disabled.
this is a big problem when values are set as sy
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-03-16 23:05 ---
Thnaks for verifying. Thanks also for your testresults
for many embedded processors!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-03-16 23:01
---
I will fix this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-03-16 22:57
---
I will work this one. I want to review the standard. I think we are
truncating and I am not so sure this has to do with the t1 format specifier.
We'll see.
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #1 from joseph at codesourcery dot com 2007-03-16 22:50 ---
Subject: Re: New: Bootstrap comparison failure with
-gstabs
On Fri, 16 Mar 2007, feri1024 at t-email dot hu wrote:
> Configured and built with:
>
> ../gcc-4.2-20070221/configure --enable-languages=c --enable-bo
Configured and built with:
../gcc-4.2-20070221/configure --enable-languages=c --enable-bootstrap
--disable-nls && make BOOT_CFLAGS="-gstabs"
The result is:
[...]
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
Bootstrap comparison failure!
./dbxout.o differs
./insn-emit.o differs
./va
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-16 22:40 ---
This is probably related to Bug #31154
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31229
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-16 22:39 ---
This is probably related to Bug #31229.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
---
As noted in this message:
http://gcc.gnu.org/ml/fortran/2007-03/msg00339.html
This should probably be documented in the manual.
--
Summary: Thread-safety of random_number should be documented.
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
--- Comment #1 from george at houseofellery dot com 2007-03-16 21:50
---
the above is the SECOND definition of the macro function in the
"#else /* not __GNUC__ or not __STDC__ */" branch of the enclosing conditional.
--
george at houseofellery dot com changed:
What|R
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|--- |4.3.0
ht
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-03-16 21:45 ---
# cnt_67 = PHI <27(13)>
:;
D.1796_118 = &time_14(D)->mon[27];
ivtmp.56_8 = (unsigned int) D.1796_118;
D.1797_117 = &iov[27];
ivtmp.59_7 = (unsigned int) D.1797_117;
# ivtmp.59_76 = PHI
# ivtmp.56_62 =
--- Comment #1 from eweddington at cso dot atmel dot com 2007-03-16 21:34
---
Created an attachment (id=13217)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13217&action=view)
Patch to add in the missing break statements.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31137
in "obstack.h" in the \include dir of the GCC 4.1.2 release, the macro
definition for the obstack_int_grow_fast function is as follows:
# define obstack_int_grow_fast(h,aint) \
(((int *) ((h)->next_free += sizeof (int)))[-1] = (aptr))
shouldn't the right side of
Hello,
there seems to be a gcc problem with the target 'xstormy16-elf':
/home/mstein/sim/xstormy16-elf/build/./gcc/xgcc
-B/home/mstein/sim/xstormy16-elf/build/./gcc/ -nostdinc
-B/home/mstein/sim/xstormy16-elf/build/xstormy16-elf/newlib/ -isystem
/home/mstein/sim/xstormy16-elf/build/xstormy16-elf/
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:57
---
Another testcase, from the duplicate 31208:
$ cat a.f90
SUBROUTINE S1(I,J)
character(len=I-J) :: a
IF (LEN(a)<0) CALL ABORT()
END SUBROUTINE
CALL S1(1,2)
END
$ gfortran -static a.f90 && ./a.out
Aborted
--
f
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:56
---
*** Bug 31208 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31203
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:56
---
*** This bug has been marked as a duplicate of 31203 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:56
---
Wrong bug number.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:55
---
*** Bug 31208 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31202
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:55
---
*** This bug has been marked as a duplicate of 31202 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:53
---
Confirmed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:48
---
Confirmed. Changing -3 into -2**18 can also make it ICE.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-03-16 20:46
---
Created an attachment (id=13216)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13216&action=view)
from SVN revision: 122962
Commandline used to create libgcc2.i:
/home/mstein/sim/xtensa-elf/build/./g
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:42
---
Confirmed on x86_64-linux, but somehow it doesn't happen on i386.
The reason why it fails and the way to fix it are given in the ML link given by
the reporter.
--
fxcoudert at gcc dot gnu dot org changed:
Hello,
there seems to be a gcc problem with the target 'xtensa-elf':
/home/mstein/sim/xtensa-elf/build/./gcc/xgcc
-B/home/mstein/sim/xtensa-elf/build/./gcc/ -nostdinc
-B/home/mstein/sim/xtensa-elf/build/xtensa-elf/newlib/ -isystem
/home/mstein/sim/xtensa-elf/build/xtensa-elf/newlib/targ-include -
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:29
---
Unit numbers are passed and stored internally as GFC_INTEGER_4, but we don't
error out on too large numbers (like the one that don't fit inside a
GFC_INTEGER_4).
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #1 from jsm28 at gcc dot gnu dot org 2007-03-16 20:26 ---
Created an attachment (id=13215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13215&action=view)
Testcase cut down from dbxout.i in original bootstrap failure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
The following problem can cause bootstrap comparison failures in some
circumstances (and was originally observed when bootstrapping with CFLAGS=-g
BOOT_CFLAGS=-g).
Consider the code from tree.c:
/* See if the data pointed to by the type hash table is marked. We consider
it marked if the type
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-03-16 20:24
---
Yet another transfer bug :(
Reduced testcase:
real :: NaN = transfer(0,0)
print *, NaN
end
Backtrace of the ICE:
Breakpoint 1, gfc_conv_constant (se=0xbf8f8fbc, expr=0x888dad8)
at ../../../trunk/gcc/fo
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot
|dot org
--- Comment #4 from geoffk at gcc dot gnu dot org 2007-03-16 20:12 ---
Confirmed. (Yes, this means I'm finally able to reproduce it!)
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 19:50
---
Reduced testcase follows:
$ cat a.f90
integer :: i
select case(i)
case (transfer(1,1))
end select
end
$ gfortran -c a.f90
a.f90: In function MAIN__:
a.f90:1: internal compiler error: in gfc_conv_con
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 19:42
---
Reduced testcase:
module test
implicit none
interface operator(.foo.)
module procedure b_op_a
end interface operator(.foo.)
contains
function a_op_b()
integer, intent(in) :: a, b
--- Comment #2 from jv244 at cam dot ac dot uk 2007-03-16 19:38 ---
just to keep track, patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00129.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30965
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-03-16 19:30
---
*** Bug 31212 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29396
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 19:30
---
Exact duplicate of PR29396.
*** This bug has been marked as a duplicate of 29396 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from brett dot albertson at stratech dot com 2007-03-16
19:23 ---
Is this slated to be fixed before 4.2.0 comes out? Also, I think this can be
marked as confirmed.
Brett
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30222
--- Comment #3 from mstein at phenix dot rootshell dot be 2007-03-16 19:18
---
Revisions after 122791 no longer have the reported problem.
--
mstein at phenix dot rootshell dot be changed:
What|Removed |Added
--
--- Comment #1 from jakub at gcc dot gnu dot org 2007-03-16 19:17 ---
Another testcase, this time from glibc's malloc.c:
struct malloc_chunk {
long prev_size;
long size;
struct malloc_chunk* fd;
struct malloc_chunk* bk;
};
typedef struct malloc_chunk* mchunkptr;
struct malloc_sta
GNU Fortran (GCC) 4.3.0 20070316 (experimental)
--
Summary: kind parameter in function declaration fails to find
use-associated parameters
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: rejects-valid
Runtime.exec() could fork/exec the external process between the time a file
descriptor is opened and and when close-on-exec is set on it.
--
Summary: Race condition between setting close-on-exec and
Runtime.exec()
Product: gcc
Version: 4.2.0
--- Comment #2 from tbm at cyrius dot com 2007-03-16 18:43 ---
Roger once mentioned that he's not receiving messages sent to his gcc account.
I'm CCing his personal one in case this is still true.
--
tbm at cyrius dot com changed:
What|Removed |Ad
--- Comment #2 from bangerth at dealii dot org 2007-03-16 18:18 ---
(In reply to comment #1)
> You forgot to declare it, you only defined it.
In fact the other way around: you declared (and initialized) the variable
but you forgot to give a definition (which asks the compiler to actuall
typedef __SIZE_TYPE__ size_t;
extern size_t strlen (const char *);
struct iovec
{
void *iov_base;
size_t iov_len;
};
struct S
{
const char *abday[7];
const char *day[7];
const char *abmon[12];
const char *mon[12];
const char *am_pm[2];
};
extern void foo (size_t, struct iovec *);
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-16 18:01 ---
You forgot to declare it, you only defined it.
Add:
bool const volatile A::doit;
to your code and it will work.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following program does not link:
#include
class A {
public:
static bool const volatile doit = true;
};
using namespace std;
int main()
{
if( A::doit ) cout << "doit is ";
else cout << "doit is ";
}
The link error is:
$ g++ -o mytest mytest.cc
/tmp/ccdPkdpO.o: In function `main':
--- Comment #2 from pault at gcc dot gnu dot org 2007-03-16 17:10 ---
(In reply to comment #1)
> real4 D.1254;
> D.1254 = *f (&x);
> s3 (&D.1254);
> }
> instead of
> D.1254 = f(&x)
Funnily enough, I have been hit by the same problem in implementing procedure
pointers.
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-16 16:27
---
Confirmed, this should be fixed for 4.3.0
Intel and Portland compilers use a broken mechanism. Sun gives the following
name to symbol FOO in module MOD: "mod.foo_" It seems clean to me.
--
fxcoudert at gcc do
--- Comment #20 from manu at gcc dot gnu dot org 2007-03-16 16:13 ---
(In reply to comment #19)
> (In reply to comment #18)
>
> > The patch needs testcases,
>
> i have a testcase but my tcl/autogen/dejagnu crashes
> with magic `spawn failed' message :/
>
No idea. Ask in the gcc list,
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-16 15:56 ---
(In reply to comment #1)
> All compilers I know reject this code, except g95. The list includes Lahey,
> which is a reason for me to doubt whether this code is legal or not.
NAG f95 and g95 compile it and output:
21
--- Comment #19 from pluto at agmk dot net 2007-03-16 15:39 ---
(In reply to comment #18)
> The patch needs testcases,
i have a testcase but my tcl/autogen/dejagnu crashes
with magic `spawn failed' message :/
e.g.:
(...)
Executing on host:
/home/users/pluto/rpm/BUILD/gcc-4.2-20070307
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:37
---
All compilers I know reject this code, except g95. The list includes Lahey,
which is a reason for me to doubt whether this code is legal or not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31215
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:32
---
Reduced testcase:
character(len=1) :: a="1"
forall(i=1:1) a(i:i) = a(i:i)
end
Adding Roger Sayle in the CC list, since you're our FORALL expert :)
Program received signal SIGSEGV, Segmentation fault.
integ
--- Comment #18 from manu at gcc dot gnu dot org 2007-03-16 15:30 ---
(In reply to comment #17)
> Created an attachment (id=13214)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13214&action=view) [edit]
> extended patch against gcc-4.2
>
Hi Pawel,
if the bug exists in mainline,
Hi,
The following code compiles fine in GCC 4.1.
enum E { e };
struct S {
E v:5;
};
S s;
int main() { if (!s.v) return 0; }
In 4.2 (20070307), it gives the following error:
test.cpp: In function 'int main()':
test02.cpp:6: erro
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:25
---
Forgot to say: the original tree dump is
f (__result, .__result, k)
{
(void) 0;
MAIN__ ()
{
static void f (char[1:] &, int4, int4 &);
_gfortran_set_std (68, 127, 0);
{
void * D.1377;
void * D.1
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:23
---
Reduced testcase:
$ cat a.f90
call gee( [f(1)] )
contains
function f(k) result(i)
integer :: k
character(len=k) :: i
end function
end
$ ./bin/gfortran a.f90
a.f90:1: internal compiler error: Segmentation
--- Comment #17 from pluto at agmk dot net 2007-03-16 15:22 ---
Created an attachment (id=13214)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13214&action=view)
extended patch against gcc-4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-16 15:20 ---
/bin/sh is not a POSIX shell in Solaris and GCC depends a POSIX shell.
test -ef is actually POSIX, read the man page on solaris, it will say it is not
avaible with /bin/sh.
Anyways you did not read:
http://gcc.gnu
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:15
---
Joost filed PR31220, which is a duplicate of this one, but contains an
interesting testcase (compile & run) to check and add to the testsuite when
we're done with this bug:
CHARACTER(LEN=4), POINTER :: b
CHARACTE
--- Comment #2 from gdr at cs dot tamu dot edu 2007-03-16 15:15 ---
Subject: Re: New: [4.2 regression] extern declaration of variable in
anonymous namespace prevents use of its address as template argument
"zak at transversal dot com" <[EMAIL PROTECTED]> writes:
| The following code,
"zak at transversal dot com" <[EMAIL PROTECTED]> writes:
| The following code, which compiles fine on gcc 4.1.2 and I believe is valid,
| fails on an up-to-date checkout from the 4.2 branch:
|
| --
| class foo { };
|
| namespace
| {
| extern foo foo1;
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:13
---
*** Bug 31220 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:13
---
Confirmed, but it's a duplicate of PR29396. Testcase was reduced to:
FUNCTION F1()
CHARACTER(LEN=4), TARGET, SAVE :: a=""
CHARACTER(LEN=4), POINTER :: F1
F1=>a(1:)
END FUNCTION
*** This bug has been marked a
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-03-16 15:12 ---
*** Bug 31195 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-16 15:12 ---
*** This bug has been marked as a duplicate of 24024 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:06
---
Tobias, you beat me to it, I only got PR31225 :)
Here is the analysis I posted in my bug-report:
The following valid code is rejected by gfortran: (When the lines giving
expl
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:05
---
*** This bug has been marked as a duplicate of 31222 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:05
---
*** Bug 31225 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:04
---
(In reply to comment #3)
Since this bug is related to PR31221, I tried your patch on the other testcase,
and it fails:
$ cat a.f90
integer, parameter :: i2(1)=MODULO((/1/),5)
call foo(i2)
end
$ gfortran a.
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-03-16 15:02
---
Reduced testcase:
$ cat a.f90
integer, parameter :: i2(1)=MODULO((/1/),5)
call foo(i2)
end
$ gfortran a.f90
a.f90: In function MAIN__:
a.f90:1: internal compiler error: in gfc_conv_array_initializer, at
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known t
The following valid code is rejected by gfortran: (When the lines giving
explicit type to mode and dis are uncommented, gfortran compiles it fine.)
$ cat a.f90
subroutine mysub1(a,b,mode,dis)
! integer :: mode
! real :: dis
dimension a(abs(mode)),b(int(dis))
print *, mod
write (*,*) a
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-16
14:43 ---
Subject: Re: Bootstrap comparison error at revision 122821
> If the count is actually zero, we can end up doing x << 0 (a left shift of
> zero). Does hppa handle this correctly? Does it, for
The hardwa
--- Comment #15 from dominiq at lps dot ens dot fr 2007-03-16 14:43 ---
> This bug was introduced by the CALL_EXPR changes:
Good catch! Can you date the bug, i.e., was it introduced between snapshots
20070216 and 20070223?
Thanks for the work. i'ld just like to see the darwin people as
--- Comment #89 from jv244 at cam dot ac dot uk 2007-03-16 14:16 ---
>
> Thanks for your reports!
>
and you for your fixes... things are back to working now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-16 14:07 ---
The problem is:
s3(f(x))
which is translated as
{
real4 D.1254;
D.1254 = *f (&x);
s3 (&D.1254);
}
instead of
D.1254 = f(&x)
--
burnus at gcc dot gnu dot org changed:
What|Remov
--- Comment #2 from Luc dot Maisonobe at free dot fr 2007-03-16 13:59
---
In the provided patch, I replaced a sequence of mkdir commands with a single
mkdir -p. I know the -p flag is not supported everywhere (or at least was not
supported years ago), but since this option is used elsewh
--- Comment #1 from Luc dot Maisonobe at free dot fr 2007-03-16 13:56
---
Created an attachment (id=13213)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13213&action=view)
patch changing commands flags to ones hopefully more widely supported
This patch is neither fully tested nor
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-16 13:54 ---
Current result:
a = ABCDEFXXX
b = ABCDEF
c = ABCDEFXXX
Expected (g95/ifort):
ABCDEFXXX
ABCDEFXXX
ABCDEFXXX
(NAG f95 has:
ABCDEFXXX
ABCXXDEF
ABCDEFXXX
)
--
burnus at gcc dot gnu dot org changed:
Some scripts and Makefiles used during the bootstrap process use options
provided by GNU tools (bash, test, diff) which are not supported by stock
Solaris 2.8 tools.
The errors I have encountered so far (I'm still fighting with installation)
are:
missing -a flag between two tests
use of test -
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-16 13:42 ---
The first two lines work, but the M() calls fail (SIGSEGV):
D.1257 = *a3;
if (D.1257 > M.0)
[...]
D.1258 = *a4;
That is: There is no optional check.
cmplx has one:
D.1260 = y != 0B ? *y : 0.0;
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-16 13:25 ---
Expected:
"22"
The TRANSPOSE(RESHAPE(Z(:)%A(2:2),(/5,2/))) gives:
"22.�L+"
res contains:
"22�+2�?"
--
burnus at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-16 13:21 ---
Expected result:
1 3 2 4
Gfortran:
1 3 1 3
This is correctly calculated with g95, NAG f95 and sunf95.
gfortran compiles and gives the wrong result and ifort gives an ICE.
--
burnus at gcc dot gnu dot org changed:
1 - 100 of 148 matches
Mail list logo