--- 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
--- 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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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
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 #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/
--- 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 #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 #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 #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 #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 #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 #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 #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 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 #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
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 #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|
--- 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 #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
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 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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.
--
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 #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
--- 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 #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 #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 #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
--
ubizjak at gmail dot com changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
--- 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:
--- 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 #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 #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
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 #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
--- 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 #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
/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 #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
--- 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 #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 #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 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
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 #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
--- 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 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 #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
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 #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
--- 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 #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 #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 #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 #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 #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
84 matches
Mail list logo
