The following program gives an ICE w/ 4.3.0 and 4.4.0.
ff.f90:9: internal compiler error: Segmentation fault
==29131== Invalid read of size 4
==29131==at 0x4C0459: gfc_is_nodesc_array (trans-types.c:1031)
==29131==by 0x4C2DE5: gfc_sym_type (trans-types.c:1576)
==29131==by 0x4C2FD7: gf
--- Comment #4 from charlet at gcc dot gnu dot org 2008-04-05 08:15 ---
closing
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIR
--- Comment #9 from george at gcc dot gnu dot org 2008-04-05 08:19 ---
Relevant info for libgfortran build prior to blizzard of duplicate symbol
warnings. This was from a pristine build:
../gcc/configure MAKE=gmake --enable-languages=fortran LDFLAGS=-L/usr/local/lib
...
Checking multi
In the following program, the interface of the dummy procedure is explicit.
Fortran 2003's "12.4.1.3 Actual arguments associated with dummy procedure
entities" has about this:
"If the interface of the dummy argument is explicit, the characteristics listed
in 12.2 shall be the same for the associa
--- Comment #7 from bonzini at gnu dot org 2008-04-05 08:53 ---
this was fixed
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2008-04-05 09:26
---
Can you tell us what you binutils version is (the version of ld and as)?
According to http://gcc.gnu.org/install/specific.html#ix86-x-linux, "As of GCC
3.3, binutils 2.13.1 or later is required for this platform.
--- Comment #38 from laurent at guerby dot net 2008-04-05 09:51 ---
It's usually best to develop a patch against trunk and then port it if interest
for other branches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284
The diagnostics for the options of OPEN, INQUIRE, WRITE, READ and potentially
also CLOSE could be improved. Currently, gfortran only prints "SYNTAX ERROR"
for:
inquire(99, pad=3) ! wrong, need CHARACTER variable not INTEGER literal
inquire(99, pad='aaa') ! wrong, need variable
end
NAG f95 has a b
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-05 13:30 ---
With trunk I still can't reproduce this.
I ran valgrind on cc1 and cc1plus, and see no reports.
Here's the command line I'm using:
valgrind
/home/tromey/gnu/Trunk/install/libexec/gcc/i686-pc-linux-gnu/4.4.0/cc1plus
-
This is not vanilla 4.3.0 but gcc-4_3-branch from
2008-03-13.
Here is a source:
struct S {struct S *field;};
extern struct S True, False, Z;
static inline int f(void) {return 1;}
static inline int g(struct S **obj) {
return f() && *obj == &Z;
}
struct S **h(struct S **x) {
if (x)
ret
--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-05 14:56 ---
(Problem was found when creating PR 35831.)
Janus, do you have time to look at it?
The invalid read happens for in gfc_is_nodesc_array. The problem is that
sym->attr.dimension == 1, sym->dummy == 1 but sym->as == NU
$ ./cc1 -fpreprocessed /tmp/cplus-dem.i -quiet -dumpbase cplus-dem.c
-mcpu=m32cm -auxbase-strip cplus-dem.o -g -O2 -W -Wall -Wwrite-strings
-Wc++-compat -Wstrict-prototypes -pedantic -o cplus-dem.s
../../../../gcc/libiberty/cplus-dem.c: In function
'cplus_demangle_name_to_style':
../../../../gcc/li
--- Comment #1 from dj at redhat dot com 2008-04-05 15:36 ---
Created an attachment (id=15433)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15433&action=view)
preprocessed cplus-dem.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35834
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-05 15:56 ---
This will eventually fix it (and not break sth else):
Index: tree-ssa-address.c
===
--- tree-ssa-address.c (revision 133937)
+++ tree-ssa-address.c (
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-04-05 16:08 ---
I am testing it on x86_64-linux, can you do m32c testing?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-05 16:17 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-05 16:38 ---
On the mailine this fixed it:
2008-03-27 Richard Guenther <[EMAIL PROTECTED]>
* fold-const.c (target.h): Include.
(fold_comparison): Fold comparison of addresses of decls
that bind locally
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |major
Known to fail||4.3.0
Kno
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-04-05 18:01 ---
Subject: Bug 35833
Author: rguenth
Date: Sat Apr 5 18:01:14 2008
New Revision: 133940
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133940
Log:
2008-04-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from jaydub66 at gmail dot com 2008-04-05 18:03 ---
(In reply to comment #1)
> @@ -3649,4 +3667,5 @@ void copy_formal_args (gfc_symbol *dest,
>formal_arg->sym->attr = curr_arg->sym->attr;
>formal_arg->sym->ts = curr_arg->sym->ts;
> + formal_arg->sym->a
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-05 18:04 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-04-05 18:04 ---
Subject: Bug 35833
Author: rguenth
Date: Sat Apr 5 18:04:07 2008
New Revision: 133941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133941
Log:
2008-04-05 Richard Guenther <[EMAIL PROTECTED]>
PR
Consider following program
=== begin of test.cpp
#include
static inline void SetValue(int i)
{
extern int g_iValue;
g_iValue = i;
}
static inline int GetValue()
{
extern int g_iValue;
return g_iValue;
}
int g_iValue = 0;
int main()
{
int iValueSave = GetValue();
MacOS 10.5
= begin of test.cpp =
#include
#include
typedef int32_t atomicord32;
static inline atomicord32 __attribute__((always_inline))
/*atomicord32 */AtomicIncrement(volatile atomicord32 *paoDestination)
{
return OSAtomicIncrement32Barrier(paoDestination
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-05 19:56 ---
First, this bug should be filed with Apple as you are using Apple's modified
compiler. Second 4.0.x is no longer being maintained, so please try 4.1.x.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35835
--- Comment #2 from oder at eleks dot lviv dot ua 2008-04-05 20:02 ---
(In reply to comment #1)
> First, this bug should be filed with Apple as you are using Apple's modified
> compiler. Second 4.0.x is no longer being maintained, so please try 4.1.x.
I don't have root access to the bu
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-05 20:05 ---
(In reply to comment #2)
> I don't have root access to the build machine and I can only use the version
> of
> compiler which is installed there.
You don't need root access to install a newer version of GCC. You c
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-05 20:58 ---
(works with the C frontend)
We don't share the decls of g_iValue properly, but doesn't this program
violate the ODR anyway?
void SetValue(int) (iD.2309)
{
:
g_iValueD.2312 ={v} iD.2309_1(D);
return;
}
int Get
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-05 21:06 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-05 21:13 ---
You need to report this with apple or at least try a still maintained gcc
version and provide a testcase without Mac specific headers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-05 21:16 ---
(In reply to comment #4)
> (works with the C frontend)
> We don't share the decls of g_iValue properly, but doesn't this program
> violate the ODR anyway?
No it does not as there is only one g_iValue variable. The
--- Comment #11 from george at gcc dot gnu dot org 2008-04-05 21:49 ---
rpm -q binutils
binutils-2.9.5.0.22-6
BUT ... the configure output seems to indicate that the build as and ld used
here are NOT the system's (unless something devious that I am missing is going
on) ... AND the bug r
Found this at
http://groups.google.com/group/gg95/browse_thread/thread/667fe259fb346773
I think the reporter is right that this program is valid. NAG f95 and ifort
accept is without error.
g95 and gfortran reject it with:
Error: SAVE attribute at (1) cannot be specified in a PURE procedure
mod
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-04-05 22:18
---
Subject: Bug 25829
Author: jvdelisle
Date: Sat Apr 5 22:18:03 2008
New Revision: 133943
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133943
Log:
2008-04-05 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2008-04-05 22:20
---
(In reply to comment #11)
> binutils-2.9.5.0.22-6
Too old. And, with the configure line you indicated (i.e. not specifying a
special assembler and linker), it is going to be used. So, you need to use more
recent
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-04-05 22:24
---
Subject: Bug 25829
Author: jvdelisle
Date: Sat Apr 5 22:23:27 2008
New Revision: 133944
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133944
Log:
2008-04-05 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-04-05 22:34
---
Subject: Bug 25829
Author: jvdelisle
Date: Sat Apr 5 22:33:14 2008
New Revision: 133945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133945
Log:
2008-04-05 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from tobi at gcc dot gnu dot org 2008-04-05 22:34 ---
I think I know how to fix this, and I will do this as an exercise to keep me
fluent in the parser code.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-05 22:47 ---
Mostly fixed by the check in for PR 25829.
Missing: Some clean up, INQUIRE, round=, and encoding=.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28655
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-04-05 22:57 ---
F95, section 12.6 "Pure procedures":
Constraint: In a pure subprogram any variable which is in common or accessed
by host or use association, is a dummy argument to a pure function, is a dummy
argument with INTENT
Executing on host: /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc
/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++
-v3/src -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/o
pt/gnu/gcc/gcc-4.4.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/g
--- Comment #7 from danglin at gcc dot gnu dot org 2008-04-05 23:30 ---
Testing backend fix.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Compo
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-04-05 23:50 ---
> #include "omp_lib.h"
Question is, whether this should be supported or not.
OMP specs 2.5, section 3.1 "Runtime Library Definitions" state:
"Interface declarations for the OpenMP Fortran runtime library routines
d
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-04-06 00:20 ---
Related: PR35055
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35707
--- Comment #5 from uros at gcc dot gnu dot org 2008-04-06 06:41 ---
Subject: Bug 12329
Author: uros
Date: Sun Apr 6 06:40:47 2008
New Revision: 133954
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133954
Log:
PR target/12329
* config/i386/i386.c (ix86_function
--- Comment #6 from ubizjak at gmail dot com 2008-04-06 06:43 ---
Fixed for 4.4.0.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
47 matches
Mail list logo
