--- Comment #137 from jvdelisle at gcc dot gnu dot org 2010-08-04 02:42
---
*** Bug 45175 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-08-04 02:42
---
This is a duplicate of PR 323
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Just use -ffloat-store.
*** This bug has been marked as a duplicate of 323 ***
--
jvdelisle at gcc dot gnu dot org change
--- Comment #5 from dominiq at lps dot ens dot fr 2010-08-04 02:38 ---
You do not say on which platform you did the tests (gfortran -v). From
C:\FI\Implicit4.inc
I assume that you are using some *86* processor under Windows.
This is not a gfortran bug, but a duplicate of an infamous
--- Comment #4 from CycleTimeChart at yahoo dot com 2010-08-04 02:22
---
Created an attachment (id=21391)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21391&action=view)
Compilation batch file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45175
--- Comment #3 from CycleTimeChart at yahoo dot com 2010-08-04 02:06
---
Created an attachment (id=21390)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21390&action=view)
Implicit typecasting include file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45175
--- Comment #2 from CycleTimeChart at yahoo dot com 2010-08-04 02:05
---
Created an attachment (id=21389)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21389&action=view)
Support routines
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45175
--- Comment #1 from CycleTimeChart at yahoo dot com 2010-08-04 02:05
---
Created an attachment (id=21388)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21388&action=view)
Main program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45175
Just a little background:
I wrote a program that does high accuracy factorials. It saves a given
factorial for later use as a double precision real between 1 and 2 and an
integer power of 2. It does this by calculating the factorial to a practically
unlimited number of bits, rounding it to 53 bi
--- Comment #10 from pinskia at gcc dot gnu dot org 2010-08-04 00:43
---
Can you attach all config.log files?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
--- Comment #9 from pinskia at gcc dot gnu dot org 2010-08-04 00:42 ---
Created an attachment (id=21387)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21387&action=view)
This one works for me
This works for me on x86_64-linux-gnu. I don't know what is going wrong with
your build.
--- Comment #18 from hjl dot tools at gmail dot com 2010-08-04 00:28
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-08-03
23:35 ---
This same structure for JNINativeMethod appears to be the source of the
duplicate AT_byte_size in all four failing libjava testcases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45171
c-4.6-20100803/libjava/classpath/include/jni.h"
)
AT_decl_line( 213 )
AT_byte_size( 0x18 )
AT_decl_file(
"/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100803/libjava/classpath/include/jni.h"
)
AT_decl_line( 213 )
--- Comment #7 from dschlic1 at gmail dot com 2010-08-03 23:21 ---
Subject: Re: Make fails in zlib
Hello;
Log files attached.
Thank You,
Donald Schlicht
On Tue, 2010-08-03 at 23:13 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #6 from pinskia at gcc dot gn
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-08-03 23:13 ---
Can you provide the log of the build?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-08-03
23:02 ---
Created an attachment (id=21385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21385&action=view)
bz2 compressed dwarfdump of natevents.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45171
--- Comment #4 from dschlic1 at gmail dot com 2010-08-03 23:00 ---
Subject: Re: Make fails in zlib
I have made the changes requested below, however the make still fails in
zlib.
Thank You,
Donald Schlicht
On Tue, 2010-08-03 at 22:28 +, pinskia at gcc dot gnu dot org wrote:
>
> -
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-08-03
22:59 ---
Created an attachment (id=21383)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21383&action=view)
natevents.o with duplicate AT_byte_size attributes from x86_64-apple-darwin10
--
http://gcc.gnu.o
/bad_dwarf/natevents.o: DIE 0x6c58
has multiple AT_byte_size attributes.
dwarfdump natevents.o > natevents.o.dwarfdump
shows...
0x6c58: TAG_structure_type [39] *
AT_byte_size( 0x18 )
AT_decl_file(
"/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100803
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-08-03 22:28 ---
The first compile of GCC should be with only C and configured with
--with-newlib. And then a normal make instead of a make all-gcc. And a normal
make install.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-08-03 22:25 ---
This script is broken.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC host t
--- Comment #1 from dschlic1 at gmail dot com 2010-08-03 22:22 ---
Created an attachment (id=21382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21382&action=view)
Script file to build arm cross compiler
In line 53 commented out lines will cause make failure. Remove comments, and
Cross compiler to arm bare metal fails during make in zlib. If configured with
--with-system-zlib, make succeeds. I have an automated script which allows
easier detection.
--
Summary: Make fails in zlib
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
--- Comment #13 from tkoenig at gcc dot gnu dot org 2010-08-03 22:02
---
Subject: Bug 45159
Author: tkoenig
Date: Tue Aug 3 22:02:30 2010
New Revision: 162848
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162848
Log:
2010-08-03 Thomas Koenig
PR fortran/45159
--- Comment #4 from viriketo at gmail dot com 2010-08-03 21:31 ---
I still see the problem in gcc 4.5.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43944
--- Comment #4 from mikpe at it dot uu dot se 2010-08-03 21:12 ---
Created an attachment (id=21381)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21381&action=view)
reduced test case
Here is a 66-line test case, reduced from Ramana's preprocessed source, that
reliably fails -fcomp
--- Comment #9 from dominiq at lps dot ens dot fr 2010-08-03 18:56 ---
With the patch in comment #5 there is one regression:
FAIL: gfortran.dg/typebound_operator_4.f03 -O (test for excess errors)
the extra errors are:
/opt/gcc/work/gcc/testsuite/gfortran.dg/typebound_operator_4.f03:
--
ubizjak at gmail dot com changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
--- Comment #18 from dominiq at lps dot ens dot fr 2010-08-03 18:55 ---
Two mistakes in comment #17:
(1) The extra errors are due to the patch in comment #5 of pr44065.
(2) There are only two extra errors at the beginning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42207
--- Comment #51 from ubizjak at gmail dot com 2010-08-03 18:53 ---
Fixed, but there are certainly better ways to fix, see [1] and [2].
[1] http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00070.html
[2] http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00165.html
So, marked as suspended...
--
--- Comment #50 from uros at gcc dot gnu dot org 2010-08-03 18:45 ---
Subject: Bug 41089
Author: uros
Date: Tue Aug 3 18:44:56 2010
New Revision: 162846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162846
Log:
PR target/41089
* config/alpha/alpha.c (alpha_buil
--- Comment #1 from dominiq at lps dot ens dot fr 2010-08-03 18:43 ---
Confirmed for gfortran 4.4.4. This has been fixed in 4.5.0 and trunk:
[macbook] f90/bug% gfc pr45173.f90
pr45173.f90:6.19:
A = reshape(B, S)
1
Error: 'shape' argument of 'reshape' intrinsic at
--- Comment #17 from dominiq at lps dot ens dot fr 2010-08-03 18:08 ---
With the patch in comment #16 (and the patches for pr44065 and pr44857)
gfortran.dg/typebound_operator_4.f03 fails:
FAIL: gfortran.dg/typebound_operator_4.f03 -O (test for excess errors)
the extra errors are:
/o
When I compile the following program I get an internal compiler error:
> cat test.f95
program test
real(8) :: A
real(8), dimension(1) :: B = (/ 1 /)
integer, dimension(0) :: S
S = shape(A)
A = reshape(B, S)
end program test
> gfortran test.f95
test.f95: In functi
--- Comment #11 from ian dot bolton at arm dot com 2010-08-03 17:13 ---
I have regression-tested the patch for gcc and g++ with target=arm-eabi and
created a regression testsuite case for it, so I expect to be able to submit
both to the mailing list for review in the next day or so.
--
--- Comment #26 from ian dot bolton at arm dot com 2010-08-03 17:09 ---
(In reply to comment #25)
> (In reply to comment #24)
> > (In reply to comment #23)
> > > I can confirm this fails with GCC 4.4.4 and that GCC 4.3.2 works.
> > >
> >
> > I get no warning and correct code in latest
--- Comment #12 from dominiq at lps dot ens dot fr 2010-08-03 17:04 ---
With the patch in comment #11 I get for the first tests of pr44857 and pr45092:
f951: internal compiler error: in resolve_structure_cons, at
fortran/resolve.c:931
These ICEs go away if I remove the lines
+
--- Comment #8 from dominiq at lps dot ens dot fr 2010-08-03 17:00 ---
> At r162840, comment #0 seems to work already without any patching. Pierre, can
> you confirm that?
Not for me at -O0 (patch not applied), but it works at -O[123s] (probably
_vtab$s_sparse_mat.1569 is optimized away
--- Comment #7 from janus at gcc dot gnu dot org 2010-08-03 16:54 ---
At r162840, comment #0 seems to work already without any patching. Pierre, can
you confirm that?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44065
--- Comment #6 from janus at gcc dot gnu dot org 2010-08-03 16:44 ---
(In reply to comment #5)
> Comment #3 is fixed by:
I think it also fixes comment #4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44065
--- Comment #5 from janus at gcc dot gnu dot org 2010-08-03 16:37 ---
Comment #3 is fixed by:
Index: gcc/fortran/interface.c
===
--- gcc/fortran/interface.c (revision 162839)
+++ gcc/fortran/interface.c (working cop
--- Comment #16 from janus at gcc dot gnu dot org 2010-08-03 16:31 ---
(In reply to comment #15)
> I don't know if this related to comment #14, but with the patch of comment #12
> the errors for the test pr37425#0 has changed from
The patch in comment #12 is actually not the best thing
--- Comment #15 from burnus at gcc dot gnu dot org 2010-08-03 16:13 ---
Based on the comments: Close as FIXED.
Thanks for the initial report HJ; thanks for the fix Mikael; and thanks for the
pointer to PR target/15445 Steve!
--
burnus at gcc dot gnu dot org changed:
What
--- Comment #11 from burnus at gcc dot gnu dot org 2010-08-03 16:06 ---
Created an attachment (id=21380)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21380&action=view)
Better patch
Fixed (b) by creating an array constructor - and fall through to the code for
(a); fix (c) by addi
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-08-03
15:52 ---
This failure is likely due to using Xcode 3.2.3 and is described in the thread
at...
http://lists.apple.com/archives/xcode-users/2010/Jun/msg00189.html
New checks have been added to the linker to catch ba
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-03 15:49 ---
# finally_tmp.15_17 = PHI <1(28), 0(24), 0(22), 0(28), 0(26)>
two times incoming edge from block 28, once with value 1 once with 0. oops.
:
_gfortran_runtime_error_at (&"At line 6 of file t.f90"[1]{lb: 1 sz: 1
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-03 15:47 ---
Confirmed. Triggered by ehcleanup.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from sje at cup dot hp dot com 2010-08-03 15:42 ---
The assembler warning messages (shown in comment #13) that are causing the
failure of gfortran.dg/maxlocval_3.f90 are due to PR 15445 and is not a new
problem.
--
sje at cup dot hp dot com changed:
What
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-03
15:39 ---
Created an attachment (id=21379)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21379&action=view)
assembly for libjava/testsuite/libjava.jvmti/natgetallthreads.cc from
x86_64-apple-darwin10 at -m64
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-08-03
15:38 ---
Created an attachment (id=21378)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21378&action=view)
preprocessed source for libjava/testsuite/libjava.jvmti/natgetallthreads.cc
from x86_64-apple-darwin10
--- Comment #10 from burnus at gcc dot gnu dot org 2010-08-03 15:35 ---
(In reply to comment #9)
b) TODO: Using the following is valid but gives the same ICE than constructors
> with out the patch:
s/than/as/
> d) One could consider warning about truncation (with -Wcharacter-truncation
--- Comment #9 from burnus at gcc dot gnu dot org 2010-08-03 15:33 ---
Created an attachment (id=21377)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21377&action=view)
Draft patch (for init-expr char constructors only)
Some notes (all the following is about character strings):
*
--- Comment #15 from dominiq at lps dot ens dot fr 2010-08-03 15:31 ---
I don't know if this related to comment #14, but with the patch of comment #12
the errors for the test pr37425#0 has changed from
pr37425.f90:7.13:
PROCEDURE :: assign_t_from_int
1
Error: Non-polym
--- Comment #1 from dominiq at lps dot ens dot fr 2010-08-03 15:27 ---
Confirmed, trunk r162490 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45172
recent trunk (4.6.0 20100803 (experimental) [trunk revision 162839]) fails
with:
> gfortran -c -fopenmp -O1 -fexceptions bug.f90
bug.f90: In function dbcsr_mult_m_e_e:
bug.f90:1:0: error: verify_flow_info: Duplicate edge 28->29
bug.f90:1:0: internal compiler error: verify_flow_info
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-08-03
14:36 ---
Created an attachment (id=21376)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21376&action=view)
assembly file for libjava jvmti.exp's linking events on x86_64-apple-darwin10
--
http://gcc.gnu.o
--- Comment #8 from burnus at gcc dot gnu dot org 2010-08-03 14:35 ---
*** Bug 45092 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from burnus at gcc dot gnu dot org 2010-08-03 14:35 ---
Mark as duplicate of PR 44857 as it is seemingly the same. As bonus, I might
have a patch.
*** This bug has been marked as a duplicate of 44857 ***
--
burnus at gcc dot gnu dot org changed:
What|
At r162841, four new libjava testsuite failures appear on x86_64-apple-darwin10
at both -m32 and -m64...
FAIL: linking events
FAIL: linking getallthreads
FAIL: linking geterrorname
FAIL: linking getmethodname
These are of the form...
Executing on host:
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_
--- Comment #14 from mikael at gcc dot gnu dot org 2010-08-03 14:31 ---
(In reply to comment #12)
>
> This error can be fixed by:
> [...]
You may need to change the recently added gfc_commit_symbols in
gfc_find_derived_vtabs into a per symbol gfc_commit_symbol (symbol).
Otherwise one
--- Comment #13 from hjl dot tools at gmail dot com 2010-08-03 14:24
---
gfortran.dg/maxlocval_3.f90 is due to assembler warning:
/tmp/cc9gn3uW.s:3475: Warning: Use of 'movl' may violate WAW dependency 'GR%, %
in 1 - 127' (impliedf), specific resource number is 24^M
/tmp/cc9gn3uW.s:347
--- Comment #3 from ramana at gcc dot gnu dot org 2010-08-03 14:14 ---
Created an attachment (id=21375)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21375&action=view)
testcase.
The difference is in the case with and without debug info. With the attached
pre-processed file and wi
--- Comment #13 from dominiq at lps dot ens dot fr 2010-08-03 13:43 ---
(In reply to comment #12)
> Disclaimer: I haven't checked this for regressions. And I'm not sure yet if it
> really is the proper fix for this issue.
The patch fixes the tests in this pr, but not those in pr44065. S
--- Comment #12 from janus at gcc dot gnu dot org 2010-08-03 12:59 ---
(In reply to comment #8)
> If I run the code in comment 4 with an appended "end" (to make it a complete
> program), I (still) get link errors:
>
> /tmp/cc3J3Ygi.o: In function `__m_MOD_new_bar':
> aa3.f90:(.text+0x2c
--- Comment #5 from pluto at agmk dot net 2010-08-03 12:58 ---
*** This bug has been marked as a duplicate of 44914 ***
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #11 from pluto at agmk dot net 2010-08-03 12:58 ---
*** Bug 45154 has been marked as a duplicate of this bug. ***
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #10 from jamborm at gcc dot gnu dot org 2010-08-03 12:11
---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-08-03 12:08 ---
Created an attachment (id=21374)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21374&action=view)
patch I am testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45085
--- Comment #11 from burnus at gcc dot gnu dot org 2010-08-03 11:51 ---
(In reply to comment #9)
> Well, what is target dependent are the funny messages in comment #0, which are
> only seen on darwin with -m32.
I have to admit that the -fdump-tree-original-all looks strange to me (third
--- Comment #10 from dominiq at lps dot ens dot fr 2010-08-03 11:49 ---
> Well, what is target dependent are the funny messages in comment #0, which are
> only seen on darwin with -m32.
I think it is a bogus way to "report" the 'undefined reference'.
--
http://gcc.gnu.org/bugzilla/
x27;:
> aa3.f90:(.text+0x2c): undefined reference to `vtab$bar.1527'
>
> That's with trunk 4.6.0 20100803 (Rev. 162828) x86_64-unknown-linux-gnu with
> both -m32 and -m64 - thus I do not think that this is target dependent.
Well, what is target dependent are the funny mess
--- Comment #5 from janus at gcc dot gnu dot org 2010-08-03 11:26 ---
(In reply to comment #4)
> AFAICT yes, thanks for the fix.
Great, thanks for checking. I'll close this one.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dominiq at lps dot ens dot fr 2010-08-03 11:25 ---
> Dominique, can you confirm that the ICE is gone on darwin?
AFAICT yes, thanks for the fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45161
--- Comment #2 from janus at gcc dot gnu dot org 2010-08-03 11:23 ---
(In reply to comment #1)
> note that realloc on assignment must be supported to get this working properly
... which is PR35810.
--
janus at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from janus at gcc dot gnu dot org 2010-08-03 11:14 ---
This PR should finally be fixed with r162840.
H.J., can you confirm that the ICE is gone on ia64?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44584
--- Comment #3 from janus at gcc dot gnu dot org 2010-08-03 11:13 ---
Fixed with r162840.
Dominique, can you confirm that the ICE is gone on darwin?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45161
--- Comment #16 from janus at gcc dot gnu dot org 2010-08-03 11:09 ---
Subject: Bug 44584
Author: janus
Date: Tue Aug 3 11:08:50 2010
New Revision: 162840
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162840
Log:
2010-08-03 Janus Weil
PR fortran/44584
PR fo
--- Comment #2 from janus at gcc dot gnu dot org 2010-08-03 11:09 ---
Subject: Bug 45161
Author: janus
Date: Tue Aug 3 11:08:50 2010
New Revision: 162840
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162840
Log:
2010-08-03 Janus Weil
PR fortran/44584
PR for
--- Comment #3 from clerman at fuse dot net 2010-08-03 10:24 ---
Subject: Re: [F2003] allocatable character lengths
Thank you very much for replying so promptly. I looked at the status page I
didn't read it carefully enough.
Regards,
Norm Clerman
burnus at gcc dot gnu dot org
--- Comment #5 from ktietz at gcc dot gnu dot org 2010-08-03 10:09 ---
Created an attachment (id=21373)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21373&action=view)
Patch for fixing at least target part for preprocessor
This patch re-enables at least target defines for fortran
erence to `vtab$bar.1527'
That's with trunk 4.6.0 20100803 (Rev. 162828) x86_64-unknown-linux-gnu with
both -m32 and -m64 - thus I do not think that this is target dependent.
The problem is also obvious: No vtable is created - as mentioned the other day,
I think generating the vta
--- Comment #9 from jamborm at gcc dot gnu dot org 2010-08-03 09:53 ---
Subject: Bug 44914
Author: jamborm
Date: Tue Aug 3 09:52:46 2010
New Revision: 162839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162839
Log:
2010-08-03 Martin Jambor
PR tree-optimization/449
--- Comment #12 from burnus at gcc dot gnu dot org 2010-08-03 09:44 ---
This PR seems to be mostly fixed:
- x86_64-unknown-linux-gnu shows _no_ failures (-m32/-m64)
http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg00217.html
- ia64-unknown-linux-gnu shows _two_ failures:
http://gcc
--- Comment #5 from kazuhiro dot inaoka dot ud at renesas dot com
2010-08-03 09:32 ---
(In reply to comment #4)
Hi Nick,
My request seems to depend on Renesas callee/caller-extension spec.
> May I also suggest that you contact Matt Newsome at
> Renesas who is also concerned with this
84 matches
Mail list logo
