h-sysroot=/scratch/oe/sysroots/mips-oe-linux
--with-build-sysroot=/scratch/oe/sysroots/mips-oe-linux
--enable-target-optspace --disable-libmudflap --disable-libgomp
--disable-libssp --with-mips-plt --program-prefix=mips-oe-linux-
--enable-__cxa_atexit
Thread model: single
gcc version 4.5.1 20100
--- Comment #1 from raj dot khem at gmail dot com 2010-06-27 07:11 ---
Created an attachment (id=21013)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21013&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44685
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-27 08:11 ---
Subject: Bug 44684
Author: rguenth
Date: Sun Jun 27 08:10:45 2010
New Revision: 161456
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161456
Log:
2010-06-27 Richard Guenther
PR middle-end/44684
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-27 08:14 ---
Subject: Bug 44684
Author: rguenth
Date: Sun Jun 27 08:14:41 2010
New Revision: 161457
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161457
Log:
2010-06-27 Richard Guenther
PR middle-end/44684
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-27 08:19 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-27 08:27 ---
Reduced testcase:
class Array {
template
static inline Array UnaryOp(const Array &Ain) {
return Array::Array();
}
template static inline Array UnaryOp(const Array &Ain) {
return
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-06-27 08:27
---
Subject: Bug 43332
Author: ebotcazou
Date: Sun Jun 27 08:27:39 2010
New Revision: 161459
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161459
Log:
Backport from mainline
2010-05-18 Vladi
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-06-27 08:31
---
Trivial fixes like this should be installed at the same time on branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-06-27 08:32
---
Fully fixed.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-27 08:50 ---
Indeed. It's exposed by that patch.
DOM, from seeing x_2(D) != 0.0 records x_2(D) == 0.0 as equivalence. This
is not correct if signed zeros can appear.
I have a patch.
--
rguenth at gcc dot gnu dot org chang
--- Comment #5 from paolo dot carlini at oracle dot com 2010-06-27 08:59
---
Reducing...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-27 09:16 ---
The patch didn't help. Btw, reuse analysis looks worse than quadratic.
Polyhedron test_fpu.f90 is just a single file so you should be able to
check yourself easily. The last jump doesn't reproduce on the 4.5 branch
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-06-27 09:17 ---
Size of the binaries explodes as well...
http://gcc.opensuse.org/SPEC/CFP/sb-barbella.suse.de-head-64-2006/size.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44576
Command line:
$ gcc -O2 -fipa-pta -fprofile-generate testcase.c
Compiler output:
$ gcc -O2 -fipa-pta -fprofile-generate testcase.c
testcase.c: In function 'memcpy':
testcase.c:6:1: internal compiler error: in gimple_op, at gimple.h:1664
Please submit a full bug report,
with preprocessed source if
--- Comment #1 from zsojka at seznam dot cz 2010-06-27 09:19 ---
Created an attachment (id=21014)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21014&action=view)
reduced testcase
Reduced from code that often appears in the testsuite.
Command line:
$ gcc -O2 -fipa-pta -fprofile-g
--- Comment #4 from pluto at agmk dot net 2010-06-27 09:45 ---
current 4.5 rejects all conversions:
$ cat t.cpp
const// this is a const object...
class {
public:
template // convertible to any type
operator T*() const // of null non-member
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44686
--- Comment #5 from redi at gcc dot gnu dot org 2010-06-27 10:26 ---
N.B. nullptr is a keyword in c++0x, and proper nullptr support has been added
to 4.6 anyway, but those covnersions should still work
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33990
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-27 10:27 ---
builtins shouldn't be versioned.
(gdb) call debug_gimple_stmt (t)
# VUSE <.MEM_9>
memcpy._part.0 ();
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-27 10:31 ---
Latent on at least the 4.5 branch with IPA-SRA or anything that can modify
a functions signature.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from borntraeger at de dot ibm dot com 2010-06-27 11:09
---
So there seem to be at least two problems:
1. exploding complexity in compute_miss_rate (the start for this bugzilla)
2. effects due to prefetching seen in other passes
I think the attached patch cures 1. What s
Command line:
$ g++ -O2 -fprofile-generate testcase.C
Compiler output:
$ g++ -O2 -fprofile-generate testcase.C
testcase.C: In function 'B bar(B)':
testcase.C:16:1: internal compiler error: in tree_nrv, at tree-nrv.c:155
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from zsojka at seznam dot cz 2010-06-27 11:15 ---
Created an attachment (id=21015)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21015&action=view)
reduced testcase (from g++.dg/lto/20090221_0.C)
Command line:
$ g++ -O2 -fprofile-generate pr44687.C
--
http://gc
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-27 11:16 ---
Subject: Bug 44683
Author: rguenth
Date: Sun Jun 27 11:16:46 2010
New Revision: 161467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161467
Log:
2010-06-27 Richard Guenther
PR tree-optimization/
The enablement of -fprefetch-loop-arrays by default at -O3 has caused
excessive code-size and compile-time growth for Polyhedron and SPEC CPU 2006.
http://gcc.opensuse.org/SPEC/CFP/sb-barbella.suse.de-head-64-2006/times.html
http://gcc.opensuse.org/SPEC/CFP/sb-barbella.suse.de-head-64-2006/size.ht
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44688
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-06-27 11:20
---
I have opened PR44688
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44576
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-06-27 11:21 ---
Subject: Bug 44683
Author: rguenth
Date: Sun Jun 27 11:21:07 2010
New Revision: 161468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161468
Log:
2010-06-27 Richard Guenther
PR tree-optimization/
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-06-27 11:22 ---
Subject: Bug 44683
Author: rguenth
Date: Sun Jun 27 11:22:06 2010
New Revision: 161469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161469
Log:
2010-06-27 Richard Guenther
PR tree-optimization/
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-06-27 11:23
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
Command line:
$ g++ -g -fenable-icf-debug -fprofile-generate testcase.C
- testcase.C -
void foo() {}
--
(actually reduced from g++.dg/debug/dwarf2/icf.C)
Valgrind output:
$ valgrind --trace-children=yes -q
/mnt/svn/gcc-trunk/binary-161428-lto-fortran-checking-yes-rtl-d
lized-in-bss -> .rodata
const int i = 1;-fzero-initialized-in-bss -> .rodata
gcc (GCC) 4.6.0 20100627 (experimental)
(gcc-4.4+ behaves the same)
-fzero-initialized-in-bss is the default now.
(a) Creating .robss would solve it all but OK, there isn't any.
(b) At least -O0 -g should default t
--- Comment #19 from mikael at gcc dot gnu dot org 2010-06-27 12:42 ---
Created an attachment (id=21016)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21016&action=view)
Updated patch
--
mikael at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #20 from mikael at gcc dot gnu dot org 2010-06-27 12:50 ---
(In reply to comment #17)
> With the patch in comment #13 I get the following failures:
>
>
> FAIL: gfortran.dg/entry_10.f90 -O0 (internal compiler error)
> ...
> FAIL: gfortran.dg/entry_13.f90 -O0 (internal co
--- Comment #13 from mikael at gcc dot gnu dot org 2010-06-27 13:14 ---
Hello,
The problem is that the oop code can add new symbols to the symtrees at
resolution or code generation time, which is unexpected.
gfc_get_sym_tree (and thus gfc_get_symbol) has the side effect of keeping the
--- Comment #14 from mikael at gcc dot gnu dot org 2010-06-27 13:16 ---
(In reply to comment #13)
> I'm leaving this assigned to Janus because, as OOP master, he knows best the
> place(s) where the change(s) have to be applied, for better cleanness,
> bullet-proof-ness, and any-other-rea
--- Comment #15 from paul dot richard dot thomas at gmail dot com
2010-06-27 14:39 ---
Subject: Re: [OOP] ICE on array-valued function with CLASS
formal argument
> --- Comment #14 from mikael at gcc dot gnu dot org 2010-06-27 13:16
> ---
> (In reply to comment #13)
Command line:
$ gfortran -O2 -fselective-scheduling2 testsuite/gfortran.dg/pr42294.f
Compiler output:
$ /mnt/svn/gcc-trunk/binary-161428-lto-fortran-checking-yes-rtl-df/bin/gfortran
-O2 -fselective-scheduling2 pr42294.f
pr42294.f: In function 'orien':
pr42294.f:39:0: internal compiler error: RTL
--- Comment #4 from pault at gcc dot gnu dot org 2010-06-27 16:15 ---
Subject: Bug 43843
Author: pault
Date: Sun Jun 27 16:14:55 2010
New Revision: 161471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161471
Log:
2010-06-27 Paul Thomas
PR fortran/43841
PR fo
--- Comment #12 from pault at gcc dot gnu dot org 2010-06-27 16:15 ---
Subject: Bug 43841
Author: pault
Date: Sun Jun 27 16:14:55 2010
New Revision: 161471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161471
Log:
2010-06-27 Paul Thomas
PR fortran/43841
PR f
--- Comment #15 from pault at gcc dot gnu dot org 2010-06-27 16:17 ---
Created an attachment (id=21017)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21017&action=view)
An improved patch for the PR
Tobias,
I think that this does it - if anything it is on the conservative side sti
--- Comment #13 from pault at gcc dot gnu dot org 2010-06-27 16:22 ---
Subject: Bug 43841
Author: pault
Date: Sun Jun 27 16:22:27 2010
New Revision: 161472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161472
Log:
2010-06-27 Paul Thomas
PR fortran/43841
PR f
--- Comment #5 from pault at gcc dot gnu dot org 2010-06-27 16:22 ---
Subject: Bug 43843
Author: pault
Date: Sun Jun 27 16:22:27 2010
New Revision: 161472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161472
Log:
2010-06-27 Paul Thomas
PR fortran/43841
PR fo
--- Comment #14 from pault at gcc dot gnu dot org 2010-06-27 16:24 ---
Fixed and backported to 4.4 and 4.5
Thanks for the report
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #16 from pault at gcc dot gnu dot org 2010-06-27 16:33 ---
(In reply to comment #15)
> OK for trunk?
Sorry, forget this for a moment - its causes regressions.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44582
--- Comment #2 from kees at outflux dot net 2010-06-27 17:55 ---
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02690.html
--
kees at outflux dot net changed:
What|Removed |Added
---
The manual:
http://gcc.gnu.org/onlinedocs/gcc/Unnamed-Fields.html
states that the compiler gives an error for constructs which are ambigious.
However I could not produce this error, even using the example on that page:
struct {
int a;
struct {
int a;
};
--- Comment #1 from mark-gcc at pogo dot org dot uk 2010-06-27 18:22
---
Created an attachment (id=21018)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21018&action=view)
Example program
Source code, compile and test with:
gcc -Wall anon.c && ./a.out
--
http://gcc.gnu.org
--- Comment #2 from mark-gcc at pogo dot org dot uk 2010-06-27 18:22
---
Created an attachment (id=21019)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21019&action=view)
Preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44692
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-06-27 18:31 ---
That documentation is for current development sources, where those errors
are given. Note that
http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Unnamed-Fields.html
has different wording.
--
jsm28 at gcc dot gnu dot o
The following code (see the second test in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829#c2 )
subroutine test1(esss,Ix,Iyz)
real(kind=kind(1.0d0)), dimension(:), intent(out) :: esss
real(kind=kind(1.0d0)), dimension(:,:) :: Ix,Iyz
esss = sum(Ix * Iyz, 0)
end subroutine
is invalid, but
--- Comment #21 from dominiq at lps dot ens dot fr 2010-06-27 19:20 ---
With the patch in comment #19, the test suite pass with -m32 and -m64, but for
gfortran.dg/transpose_2.f90 which needs an adjustment of the dg-error.
AFAICT the SUM of the different tests are scalarized (it would be
--- Comment #22 from burnus at gcc dot gnu dot org 2010-06-27 19:44 ---
(In reply to comment #21)
> (although I am puzzled by the following error for the second test:
> IF(DBUG.AND.NX.GT.0) THEN
> 1
> Error: Operands of logical operator '.and.' at (1) are RE
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-06-27 19:46
---
See patch submitted for approval here:
http://gcc.gnu.org/ml/fortran/2010-06/msg00257.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298
--- Comment #23 from dominiq at lps dot ens dot fr 2010-06-27 20:05 ---
(In reply to comment #22)
> > (although I am puzzled by the following error for the second test:
> > IF(DBUG.AND.NX.GT.0) THEN
> > 1
> > Error: Operands of logical operator '.and.' at (1
--- Comment #24 from dominiq at lps dot ens dot fr 2010-06-27 21:30 ---
(In reply to comment #23)
> Now I have forgotten another ICE with the patch: the second invalid test in
> comment #2 gives
See pr44693.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
--- Comment #23 from pinskia at gcc dot gnu dot org 2010-06-27 22:09
---
*** Bug 44638 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 2010-06-27 22:09 ---
*** This bug has been marked as a duplicate of 4131 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-06-27 22:22 ---
Works with:
gcc version 4.6.0 20100621 (experimental) [trunk revision 161061] (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44650
--- Comment #13 from hubicka at gcc dot gnu dot org 2010-06-27 22:40
---
Subject: Bug 44063
Author: hubicka
Date: Sun Jun 27 22:40:10 2010
New Revision: 161475
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161475
Log:
Backport inliner heruistic fixes from mainline
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |middle-end
h
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-27 23:23 ---
Can you provide the preprocessed source? The code snip does not compile
without the definitions of Tree. Oh Can asg/coeff change its arguments.
--
pinskia at gcc dot gnu dot org changed:
What|Re
--- Comment #2 from redi at gcc dot gnu dot org 2010-06-27 23:31 ---
is this just an operator precedence misunderstanding?
the loop condition expands to
nr <= left->rows > right->rows ? left->rows : right->rows
try adding parentheses to the macro definition
--
http://gcc.gnu.org/
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-27 23:55 ---
Works with:
GNU C++ (GCC) version 4.6.0 20100621 (experimental) [trunk revision 161061]
(x86_64-unknown-linux-gnu)
So it must be in the last week.
--
pinskia at gcc dot gnu dot org changed:
What|
Compile time of GiNaC tests increased a lot (to about 10 minutes) since 4.4
variable tracking : 315.80 (96%) usr 0.27 (36%) sys 316.16 (96%) wall
54301 kB (15%) ggc
--
Summary: [4.4 4.5 regression] Long var tracking compile time of
GiNaC tests
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-06-27 23:57 ---
Created an attachment (id=21020)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21020&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-06-28 00:10 ---
Subject: Bug 44671
Author: hubicka
Date: Mon Jun 28 00:10:34 2010
New Revision: 161476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161476
Log:
PR middle-end/44671
PR middle-end/44686
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-06-28 00:10 ---
Subject: Bug 44686
Author: hubicka
Date: Mon Jun 28 00:10:34 2010
New Revision: 161476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161476
Log:
PR middle-end/44671
PR middle-end/44686
--- Comment #3 from hjl dot tools at gmail dot com 2010-06-28 00:21 ---
It is caused by revision 161382:
http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg01300.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-28 00:31 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-28 00:34 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-28 00:48 ---
>-lpthread
I think it is better to use -pthread instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44661
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-06-28 00:49 ---
There is nothing we can do on this side except what we have already suggested;
that is contact the writer of the code modification to change them/submit them.
--
pinskia at gcc dot gnu dot org changed:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Summary|gcc -fvisibility-ms-compat |gcc -fvisibili
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-28 00:53 ---
(In reply to comment #3)
> Reduced testcase:
>
> class Array {
> template
> static inline Array UnaryOp(const Array &Ain) {
> return Array::Array();
> }
> template static inline Array U
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-28 00:55 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-28 00:57 ---
Worked with:
GNU C (GCC) version 4.6.0 20100621 (experimental) [trunk revision 161061]
(x86_64-unknown-linux-gnu)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44635
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-28 00:59 ---
Works with [trunk revision 161476] also.
I think this was fixed with:
2010-06-27 Jan Hubicka
PR middle-end/44671
PR middle-end/44686
* tree.c (build_function_decl_skip_args): Clear DECL_B
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-28 01:04 ---
Confirmed.
Here is a better testcase:
int main()
{
bool b0 = 1; // { dg-warning "" }
const bool b00 = 1; // { dg-warning "" }
if (bool b1 = 1) // { dg-warning "" }
return 0;
else
return 1;
if (const bool b2 = 1) //
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-06-28 01:06 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #25 from paul dot richard dot thomas at gmail dot com
2010-06-28 04:27 ---
Subject: Re: Scalarization of reductions
Dear Mikael,
> - gfc_find_sym_tree (name, gfc_current_ns, 0, &st);
> - st->n.sym = *result;
> st = gfc_get_unique_symtree (gfc_curr
--- Comment #4 from regehr at cs dot utah dot edu 2010-06-28 05:55 ---
This same ICE also happens w/o -fprofile-generate:
reg...@john-home:~/volatile/bugs/tmp318$ current-gcc -v
Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/home/regehr/z/compiler-install/gcc-r161425
reg...@john-home:~/volatile/bugs/tmp319$ current-gcc -v
Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/home/regehr/z/compiler-install/gcc-r161425-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --with-libelf=/usr/l
--- Comment #17 from paul dot richard dot thomas at gmail dot com
2010-06-28 06:47 ---
Subject: Re: gfortran generates wrong results due to wrong
ABI in function with array return
OK, I have regtested a submittable version this morning. I will do
the business tonight.
Paul
84 matches
Mail list logo
