--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2007-02-01 07:54 ---
This is due to http://gcc.gnu.org/ml/gcc-patches/2007-02/msg2.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30662
I have used
http://www.kegel.com/crosstool/crosstool-0.42.tar.gz
to (attempt to) build GCC 4.1.0 as a cross compiler (x86 => arm) and I get
the following message during the build process:
../sysdeps/generic/s_fmax.c: In function `__fmax':
../sysdeps/generic/s_fmax.c:28: internal compile
../gcc/configure --prefix=/pkg/gcc-4.3-$(date +%y%m%d) --enable-languages=c,c++
--disable-checking --disable-i18n
As of mainline with last ChangeLog
2007-02-01 Ralf Wildenhues <[EMAIL PROTECTED]>
* doc/c-tree.texi (Expression trees): Improve markup.
* doc/tm.texi (Register Clas
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--- Comment #7 from paolo dot bonzini at lu dot unisi dot ch 2007-02-01
06:13 ---
Subject: Re: "make check" fails to compile library testcases
>> I'll take a look.
>
> Any ideas?
Sure, I'm just a little busy.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29404
With an --enable-checking=yes build of the tree at at svn 121332, the following
testsuite errors appear:
Executing on host: /home/brooks/gcc-callexpr/build2/gcc/xgcc
-B/home/brooks/gcc-callexpr/build2/gcc/
/home/brooks/gcc-callexpr/svn-source/gcc/testsuite/gcc.c-torture/execute/mayalias-2.c
-w -
--- Comment #6 from ghazi at gcc dot gnu dot org 2007-02-01 04:23 ---
(In reply to comment #5)
> I'll take a look.
Any ideas?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29404
--- Comment #7 from amylaar at gcc dot gnu dot org 2007-02-01 03:41 ---
(In reply to comment #4)
> Hereattached a patch to fix a few problems:
>
> 1) Rounding to nearest must be infinity if the "infinitely precise result has
> a
> magniture at least 2 exp Emax (2-2exp-p)" (ansi 754/198
--- Comment #26 from lopresti at gmail dot com 2007-02-01 02:17 ---
I found this PR because I tried calling what() on a bad_alloc, was surprised by
what I got, and did a search. This is my perspective as a random end user;
make of it what you will.
I think "std::bad_alloc" is an improv
--- Comment #4 from igodard at pacbell dot net 2007-02-01 01:03 ---
My employer does not permit employees to contribute to open source projects due
to IP concerns. What's your second choice?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24577
--- Comment #2 from rth at gcc dot gnu dot org 2007-02-01 00:28 ---
The generic implementation, including for SSE, is
isgreater (abs(f), FLT_MAX)
For isfinite, use islessequal instead. For isnan, one can use
isunordered(f, f)
For isnormal, it'd be
isgreaterequal(abs(f), FLT
--- Comment #3 from manu at gcc dot gnu dot org 2007-01-31 23:38 ---
(In reply to comment #0)
>
> Other informative notes are labeled "note:". Because this is labelled "error",
> scripts that scan generated compiler output to count errors get wrong counts.
>
Ivan, the fix is trivial.
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-01-31 23:27 ---
We can fix the symptom by
Index: fold-const.c
===
*** fold-const.c(revision 121440)
--- fold-const.c(working copy)
*** fold
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-01-31 23:24 ---
negate_expr_p says it can negate -4 (which has the overflow flag set), but
negate_expr refuses to, because of the overflow flag.
We get there from
#69 0x080d1145 in gfc_conv_loop_setup (loop=0xbf9d6b4c)
at /hom
--- Comment #12 from reichelt at gcc dot gnu dot org 2007-01-31 23:21
---
This is now a rejects-valid again in GCC 4.0.4 (as in 3.4.0 - 4.0.2).
So this bug remains unfixed on the 4.0 branch, but is fixed in GCC 4.1.2.
--
reichelt at gcc dot gnu dot org changed:
What|
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-01-31 23:16
---
Seems to be fixed in GCC 4.0.4.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-31 23:07 ---
Why not create a new i for the inner loop instead of saving it off?
Or is:
integer :: n, i
n = 5
n = sum((/(i,i=1,f())/))
contains
function f()
integer :: f
f = i+1
end
valid and well defined?
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|fortran |middle-end
GCC build triplet|i386-apple-darwin8.8.1 |
GCC ho
--- Comment #15 from reichelt at gcc dot gnu dot org 2007-01-31 23:03
---
Also fixed in GCC 4.0.4.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29458
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-01-31 23:02 ---
Breakpoint 3, fold_binary (code=MINUS_EXPR, type=0xb7c0a2d8, op0=0xb7c72f30,
op1=0xb7c717b0) at /home/richard/src/trunk/gcc/fold-const.c:8783
8783 enum tree_code_class kind = TREE_CODE_CLASS (code);
(gdb) ca
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-31 23:01
---
This is fixed by the following patch:
Index: trans-array.c
===
--- trans-array.c (revision 121280)
+++ trans-array.c (working copy)
@@ -
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-31 22:34 ---
Thanks. That valgrind trace sure is interesting.
Do you have a checking-enabled build? You could look
for ENABLE_CHECKING in build/gcc/auto-host.h.
I'm trying to narrow down which load in rewrite_reflection_indexes
--- Comment #16 from manu at gcc dot gnu dot org 2007-01-31 22:23 ---
Created an attachment (id=12991)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12991&action=view)
version 2
This is a new version of the patch. It fixes some issues with the previous one
that made correct testca
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-01-31 22:05
---
Around resolve.c:2518:
if (((compare_bound_int (ar->stride[i], 0) == CMP_GT
|| ar->stride[i] == NULL)
&& compare_bound (AR_START, AR_END) != CMP_GT)
|| (compare_bound_int (a
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2007-01-31
21:37 ---
I can't attach the source file, so I reproduce it here:
MODULE types_m
INTEGER,PRIVATE,PARAMETER :: MXLEN = 2024, MXKEYS = 50, MXGRIBFLDS = 1000,
MXFIN = 2
TYPE coord_t
INTEGER ncord
REAL,ALL
The attached code draws the following, bogus, error message from the compiler:
$ /usr/snp/bin/gfortran -c globals.f90
globals.f90:37.24:
TYPE(weight_t) g_winfo ! weights info
1
Error: Object 'g_winfo' at (1) must have the SAVE attribute for default
initialization of a com
--- Comment #14 from dfranke at gcc dot gnu dot org 2007-01-31 21:30
---
Subject: Bug 30546
Author: dfranke
Date: Wed Jan 31 21:30:16 2007
New Revision: 121440
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121440
Log:
2007-01-31 Daniel Franke <[EMAIL PROTECTED]>
PR l
--- Comment #13 from dfranke at gcc dot gnu dot org 2007-01-31 21:29
---
Subject: Bug 30546
Author: dfranke
Date: Wed Jan 31 21:29:19 2007
New Revision: 121439
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121439
Log:
2007-01-31 Daniel Franke <[EMAIL PROTECTED]>
PR l
--- Comment #15 from gdr at cs dot tamu dot edu 2007-01-31 21:15 ---
Subject: Re: DejaGNU does not distinguish between errors and warnings
"manu at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #11)
| > The other DejaGnu procs that are wrapped in the GCC test
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-01-31 21:07 ---
Created an attachment (id=12990)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12990&action=view)
patch for minval and maxval
Here's a solution for minval and maxval.
I'm not yet sure how to deal with matmul,
--- Comment #1 from mrs at apple dot com 2007-01-31 20:30 ---
radr://4958852
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30659
mrs2 $ ./xgcc -B./ /tmp/t.ii
/tmp/t.ii:1: error: ISO C++ forbids declaration of 'basic_istream' with no type
/tmp/t.ii:1: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
mrs2 $ cat /tmp/
--- Comment #1 from burnus at gcc dot gnu dot org 2007-01-31 19:54 ---
For completeness, it came up here:
http://gcc.gnu.org/ml/fortran/2006-09/msg00381.html
It came up again
http://gcc.gnu.org/ml/fortran/2007-01/msg00716.html
The c.l.fortran thread mentioned there is
http://groups.goog
Currently, there the interface of procedure calls is only checked if they are
use or host associated. It would be useful as error check, if optionally for
all procedures which are neither part of a module nor of the program, a .MOD
file could be created which contains their interface.
Example (put
--- Comment #14 from joseph at codesourcery dot com 2007-01-31 19:11
---
Subject: Re: DejaGNU does not distinguish between errors
and warnings
On Wed, 31 Jan 2007, manu at gcc dot gnu dot org wrote:
> However, I don't see how we can avoid to have our own directives (either
> wrapped
--- Comment #13 from janis at gcc dot gnu dot org 2007-01-31 18:34 ---
Manuel, I think your patch is a good idea but I'd rather have it add new
directives with different names so that developers won't be confused by having
different behavior, especially if Fortran tests need something di
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-01-31 18:27 ---
Marking as invalid as requested.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from zippel at linux-m68k dot org 2007-01-31 18:20 ---
This bug can be closed, it's really a bug in binutils triggered by some inline
assembly in cln. Here is a bit more info:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388000
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-31 18:16 ---
And all the other compilers are incorrect as uu is not dependent so it is
looked up during parsing and not during instatintation.
The correct fix for this is to make it dependent like &(this->uu) instead.
Please re
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-01-31 18:13 ---
Really?
This is fine:
integer i(12), j
i(0:-1) = 42
end
In your test case, the compiler has a hard time detecting the
value of j, and the lower bound would be incorrect if j >=1.
--
tkoenig at gcc dot gn
--- Comment #12 from manu at gcc dot gnu dot org 2007-01-31 18:10 ---
(In reply to comment #11)
> The other DejaGnu procs that are wrapped in the GCC testsuite, like dg-test,
> are used within the .exp files, not within tests; that's why dg-error and
> dg-warning are different. Develope
Listing 1 compiles fine:
class smallclass {
public:
int uu;
smallclass(void) : uu(1) { }
};
class largeclass : public smallclass {
public:
int *uup;
void test(void) { uup = &(smallclass::uu); }
};
int main () {
largeclass a;
a.test();
}
Listing 2 fails:
template class smallclass {
p
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-01-31 18:08 ---
This is a bug in the program (as noted in comment #3).
We warn about this with the right options:
$ gfortran -O2 -Wall tr30654.f
tr30654.f:35.17:
iii1=ii1+i1-1
1
Error: Symbol 'ii1' at (1)
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-01-31 17:35 ---
We're endlessly folding something.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30656
--- Comment #28 from aesok at gcc dot gnu dot org 2007-01-31 17:35 ---
Subject: Bug 19087
Author: aesok
Date: Wed Jan 31 17:35:01 2007
New Revision: 121428
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121428
Log:
PR target/19087
* config/avr/avr.c (DWARF2_ADDR_
--- Comment #11 from janis at gcc dot gnu dot org 2007-01-31 17:34 ---
The other DejaGnu procs that are wrapped in the GCC testsuite, like dg-test,
are used within the .exp files, not within tests; that's why dg-error and
dg-warning are different. Developers are familiar with test direc
--- Comment #27 from aesok at gcc dot gnu dot org 2007-01-31 17:24 ---
Subject: Bug 19087
Author: aesok
Date: Wed Jan 31 17:23:49 2007
New Revision: 121426
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121426
Log:
PR target/19087
* config/avr/avr.c (DWARF2_ADDR_
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-31 17:11 ---
Subject: Bug 30606
Author: tromey
Date: Wed Jan 31 17:11:11 2007
New Revision: 121425
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121425
Log:
PR libgcj/30606:
* configure, include/config.h.
With gfortran version
GNU Fortran 95 (GCC) 4.3.0 20070125 (experimental)
when compiling the attached source files with
$ ~/gcc/bin/gfortran -ftrapv -c dissipation_coeff.f90
Dissipation_4_3_min_err_coeff.f90
I receive the error message
gfortran: Internal error: Illegal instruction (program f95
--- Comment #2 from schnetter at aei dot mpg dot de 2007-01-31 17:02
---
Created an attachment (id=12989)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12989&action=view)
Used module
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30656
--- Comment #1 from schnetter at aei dot mpg dot de 2007-01-31 17:02
---
Created an attachment (id=12988)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12988&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30656
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-31 17:01 ---
This is just a random guess, but do you have this patch (gcc/java):
2007-01-29 Andrew Haley <[EMAIL PROTECTED]>
* class.c (add_method_1): Mark fndecl as external unless we are
compiling it into thi
--- Comment #20 from mtrudel at gmx dot ch 2007-01-31 16:19 ---
In case it helps; I use this configuration on my 32bit Linux box to configure:
/usr/local/src/gcc/configure --prefix=/home/Marco/Desktop/gcc
--build=`/usr/local/src/gcc/config.guess` --host=i686-pc-linux-gnu
--target=i686-p
--- Comment #39 from ghazi at gcc dot gnu dot org 2007-01-31 15:06 ---
Subject: Bug 29335
Author: ghazi
Date: Wed Jan 31 15:06:19 2007
New Revision: 121423
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121423
Log:
PR middle-end/29335
* builtins.c (fold_builtin_s
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-01-31 14:55 ---
Works for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #3 from dominiq at lps dot ens dot fr 2007-01-31 14:36 ---
The variable 'ii1' does not seem initialized before line 34 where it is used.
On my tests with the original code I got the output:
144454401.0 without optimization. With optimization, gfortran 4.3.0
20070126
--- Comment #6 from pault at gcc dot gnu dot org 2007-01-31 14:18 ---
Created an attachment (id=12987)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12987&action=view)
This fixes the PR
This is just now regtesting - I am pretty sure that it is OK. It will take a
day or two to fee
gfortran should not report an out-of-bounds access on the following code:
$ cat a.f90
integer i(12), j
j = -1
i(0:j) = 42
end
$ gfortran a.f90
a.f90:3.4:
i(0:j) = 42
1
Warning: Array reference at (1) is out of bounds
Compiling with -fbounds-check and running
--- Comment #6 from christian dot bruel at st dot com 2007-01-31 13:56
---
(From update of attachment 12986)
(note: this diff was made from the wrong direction. (-) shows the newest
version. sorry
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29845
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-01-31 13:55 ---
Actually fold-const.c:try_move_mult_to_index does this transformation. I'll
fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30636
--- Comment #5 from christian dot bruel at st dot com 2007-01-31 13:50
---
Created an attachment (id=12986)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12986&action=view)
fixes the nearest to infinity and divide by 0 bugs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2984
--- Comment #4 from christian dot bruel at st dot com 2007-01-31 13:47
---
Hereattached a patch to fix a few problems:
1) Rounding to nearest must be infinity if the "infinitely precise result has a
magniture at least 2 exp Emax (2-2exp-p)" (ansi 754/1985 sect 4.1). The
implementation
--- Comment #2 from vladimir dot sysoev at gmail dot com 2007-01-31 13:45
---
Looks like #28592
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30654
--- Comment #1 from vladimir dot sysoev at gmail dot com 2007-01-31 13:45
---
Created an attachment (id=12985)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12985&action=view)
Sample is cutted from big spec test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30654
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-01-31 13:44 ---
Note that replacing
D.2440_4 = base_1 + 2048B;
with
D.2440_4 = &emergency_buffer[0][2048];
as done by ccp1 is not valid as the new index (2048) is outside of the
value range of TYPE_DOMAIN there. This may ev
gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)
gfortran -O2 -g
Test is attached.
--
Summary: Segmentation fault -O2 of file with deep nested loops
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mueller at gcc dot gnu dot
|dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-01-31 13:38 ---
Only C++ warns for the testcase, we get C to warn as well if we remove
/* For &x[y], return x+y */
if (TREE_CODE (arg) == ARRAY_REF)
{
tree op0 = TREE_OPERAND (arg, 0);
if (!c
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-31 13:13 ---
It's using alloca which returns memory that is automatically freed when the
calling function returns.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
In function translate_name, in file gcc-4.1.1\gcc\prefix.c, at line 204,
variable key is allocated a block of memory, however this memory is never
returned to the system, which will casue memory leak. Suggest add "free(key);"
around line 227 just inside the for loop from line 193.
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-31 12:57 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-31 12:48 ---
Confirmed. I'm confused by the code anyways:
size = ((histogram->hvalue.counters[0]
+ histogram->hvalue.counters[0] / 2)
/ histogram->hvalue.counters[0]);
according to the source
Following testcase does not compile to inlined asm when -mfpmath=sse is used:
--cut here--
int test(double a)
{
return isinf(a + 2.0);
}
--cut here--
gcc -O2 -msse3 -mfpmath=sse -fomit-frame-pointer:
test:
movsd .LC0, %xmm0
addsd 4(%esp), %xmm0
movsd %xmm0,
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-01-31 12:28
---
*** Bug 30651 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-31 12:28 ---
This is a dup of PR27657.
*** This bug has been marked as a duplicate of 27657 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
For Valgrind 3.2.2 compilation with
./configure CC='gcc42' CXX='g++42'; make
fails with error message
memcheck_x86_linux-mc_main.o(.debug_info+0xa62d): undefined reference to
`hacky_auxmaps'
The compilation with gcc-3.3.6 works fine, so it's not the problem with
Valgrind.
GCC 4.2.0 was configured
This is with gcc-Version 4.3.0 20070131 on x86_64-unknown-linux-gnu.
Using the Polyhedron tests, four tests fail with the -fprofile-use option, cf.
http://www.physik.fu-berlin.de/~tburnus/gcc-trunk/benchmark/#rt
The tests are available from:
http://www.polyhedron.co.uk/pb05
--- Comment #2 from msubs at philips dot org dot uk 2007-01-31 10:27
---
Created an attachment (id=12984)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12984&action=view)
Valgrind log
Hi Tom,
Thanks. Attached is a valgrind log.
jc1 invoked as below:
valgrind /home/matt/cross-too
--- Comment #11 from burnus at gcc dot gnu dot org 2007-01-31 10:24 ---
Subject: Bug 27588
Author: burnus
Date: Wed Jan 31 10:23:53 2007
New Revision: 121401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121401
Log:
(This part was missing in the r118852 / Wed Nov 15 10:13:16 20
--- Comment #7 from burnus at gcc dot gnu dot org 2007-01-31 09:55 ---
> > http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00145.html
> Do we have consensus yet on this?
> The standard is not exactly straight forward interpret.
I'm not 100% sure. The standard is indeed not very clear about
--- Comment #7 from patchapp at dberlin dot org 2007-01-31 09:45 ---
Subject: Bug number PR28943
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02582.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from pault at gcc dot gnu dot org 2007-01-31 09:26 ---
Dear All,
This is yet another derived type association problem in
trans-types.c(gfc_get_derived_type). If you insert a "use foo_type_mod" in
module foo_mod, the problem goes away. I believe the INTENT(OUT) changes th
--- Comment #4 from burnus at gcc dot gnu dot org 2007-01-31 09:20 ---
FIXED in gcc 4.3 (note: VOLATILE is not in 4.2).
See PR 30522 for the missing parts.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from burnus at gcc dot gnu dot org 2007-01-31 09:18 ---
Subject: Bug 30520
Author: burnus
Date: Wed Jan 31 09:18:33 2007
New Revision: 121379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121379
Log:
fortran/
2007-01-31 Tobias Burnus <[EMAIL PROTECTED]>
88 matches
Mail list logo
