--- Comment #6 from hlprasu at gmail dot com 2010-07-25 06:35 ---
Subject: Re: Static members not initialised in explicit
template instances of library
Output of "gcc -v" is given below. I'm using Fedora 13 (with updates
till July 24, 2010). The error still persists.
=
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-07-25 02:13 ---
Works for me on the trunk and in 4.3.2.
Can you give the output of "gcc -v"?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-25 02:04 ---
Well for x86_64 we get an error:
/usr/bin/ld: testLib.o: relocation R_X86_64_32 against `a local symbol' can not
be used when making a shared object; recompile with -fPIC
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-25 01:59 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-25 01:49 ---
*** Bug 44018 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2010-07-25 01:49 ---
(In reply to comment #6)
> Perhaps related to PR44174.
Not just perhaps but exactly the same both have the same constraints.
Note this testcase here works now on the trunk but that could have been because
of other
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-25 01:48 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-25 01:21 ---
It is caused by revision 162418:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00772.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #69 from jvdelisle at gcc dot gnu dot org 2010-07-25 01:21
---
Great detective work folks! The sneaky bugs usually are simple to fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-07-25 00:48
---
test_inquire.f90:17.10:
inquire(6,file=str1)
1
Error: INQUIRE statement at (1) cannot contain both FILE and UNIT specifiers
However, with a simple modification to the patch the following works.
op
--- Comment #12 from pinskia at gcc dot gnu dot org 2010-07-25 00:17
---
Here is a simple testcase of why 32bit does not produce the 16:
int j(unsigned a)
{
int c;
int b = a;
if (a == 1)
c = b;
else
c = 1;
return b + c;
}
--- CUT ---
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from pinskia at gcc dot gnu dot org 2010-07-25 00:04
---
I think this testcase has some other issues at least on the trunk.
sparc_floating_p.isra.0 is produced for 32bit but not 64bit.
And then we have:
MEM[(const struct type *)type_1(D)].code;
Why didn't we just prod
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-24 23:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-24 23:17 ---
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-07-24 23:12 ---
--disable-bootstrap should not be used unless you know what you are doing.
Also this will not cause an error so it is hard to fix really.
/* GCC 4.0.x has a bug where it may ICE on this expression,
so does GCC 3.
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-24 23:03 ---
[...@gnu-26 rrs]$ /export/gnu/import/rrs/125623/usr/bin/gcc -S pr45043.cc
pr45043.cc:2: error: \u2018A< >::B\u2019 is not a type
pr45043.cc:2: internal compiler error: tree check: expected identifier_node,
have bit_
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-24 23:02 ---
It failed for me with gcc 4.2.0 and 4.3.0:
[...@gnu-26 rrs]$ cat pr45043.cc
template < typename > class A;
template < typename T > A < T >::B::~B ()
{}
[...@gnu-26 rrs]$ /export/gnu/import/rrs/117167/usr/bin/gcc -S
--- Comment #23 from jifl-bugzilla at jifvik dot org 2010-07-24 22:23
---
I can confirm this fails with GCC 4.4.4 and that GCC 4.3.2 works.
--
jifl-bugzilla at jifvik dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-24 22:11 ---
There is no work around because double is not a valid integer constant
expression and because you cannot class initialize a static const double
variable.
Also this is not the right place to ask questions like this.
--- Comment #20 from burnus at gcc dot gnu dot org 2010-07-24 22:05 ---
(In reply to comment #19)
> $ gfortran -O2 -g gfortran.dg/entry_array_specs_2.f && ./a.out
> gfortran.dg/entry_array_specs_2.f:16:0: internal compiler error:
> in output_die, at dwarf2out.c:11046
I had a closer lo
--- Comment #2 from steven at gcc dot gnu dot org 2010-07-24 22:04 ---
Investigating...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-24 22:02 ---
See also http://gcc.gnu.org/ml/gcc-patches/2007-10/msg01386.html:
When the rvalue references patch went in, DR391 was partially implemented, but
only for C++0x mode. This seems wrong to me; if the committee has decid
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-24 21:57 ---
See PR 25950 which is the bug report which implemented that defect report. I
think we should just remove the paragraph from the web page or at least
reference we now implement that defect report.
--
http://gcc.
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-24 21:56 ---
As far as I understand we decided that CD1 resolution Defect reports are going
to be implemented as part of C++03/C++98.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44313
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-24
21:52 ---
Subject: Re: [4.6 Regression] ICE: Segmentation fault
(cc1) compiling matmul_i1.c
On Sat, 24 Jul 2010, rguenth at gcc dot gnu dot org wrote:
> Please attach preprocessed source.
Attached. Howeve
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-07-24 21:44
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 21:44 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-07-24 21:43
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-24 21:42 ---
Please attach preprocessed source.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
libtool: compile: /home2/dave/gcc-4.6/objdir/./gcc/xgcc
-B/home2/dave/gcc-4.6/o
bjdir/./gcc/ -B/home2/dave/opt/gnu/gcc/gcc-4.6.0/hppa-linux/bin/
-B/home2/dave/o
pt/gnu/gcc/gcc-4.6.0/hppa-linux/lib/ -isystem
/home2/dave/opt/gnu/gcc/gcc-4.6.0/
hppa-linux/include -isystem
/home2/dave/opt/gnu/gcc/gcc-
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-24 21:37 ---
CSE/GCSE should be doing it. Oh but CSE does not handle RTL like:
(insn 8 5 9 2 t.c:5 (set (mem:SI (reg/v/f:DI 60 [ c ]) [2 *c_2(D)+0 S4 A32])
(const_int -522133280 [0xe0e0e0e0])) 63 {*movsi_internal
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-24 21:30 ---
(In reply to comment #2)
> Related to PR 43630.
But not the same as this one still ICEs after the fix for PR 43630.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 21:28 ---
apin...@apinski-desktop:~/Desktop$ ~/local-gcc/bin/g++ -Wshadow t.c -S
t.c: In function void bar():
t.c:5:14: warning: declaration of Py_ssize_t shadows a global declaration
[-Wshadow]
t.c:1:14: warning: shadowed
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-24 21:26 ---
>The warning does not occur in 4.4.3.
For C, it does. And it warns in 4.1.2 also.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from steven at gcc dot gnu dot org 2010-07-24 21:22 ---
IMA (-combine) => WONTFIX?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23104
--- Comment #4 from steven at gcc dot gnu dot org 2010-07-24 21:21 ---
IMA (-combine) => WONTFIX?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44041
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
GCC build triplet|x86_64-unknown-linux-gnu|
GCC h
--- Comment #16 from pinskia at gcc dot gnu dot org 2010-07-24 21:05
---
No longer going to work on this one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-24 21:03 ---
Well this no longer compiles on the trunk:
src/bregs.h:40:75: error: duplicate member di_hi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-24 20:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 20:47 ---
Let's see CC Jason to see what he thinks.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rakdver at kam dot mff dot cuni dot cz 2010-07-24
20:41 ---
Subject: Re: Redundant prefetches for some
loops (vectorizer produced ones too)
> > The direct reason is that prefetching could not differentiate the base
> > addresses
> > of the vectorized load a
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-24 20:40 ---
Mine then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--
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=45061
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 20:38 ---
Confirmed. 4.3.2 works.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
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=45062
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45047
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 20:35 ---
This requires scheduling the code better.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-24 20:32 ---
(In reply to comment #1)
> The direct reason is that prefetching could not differentiate the base
> addresses
> of the vectorized load and store (of a[i]):
> *vect_pa.6_24
> *vect_pa.19_37
Here is a testcase which s
--- Comment #5 from hjl dot tools at gmail dot com 2010-07-24 20:26 ---
This is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-24 20:21 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
GCC build triplet|x86_64-unknown-linux-gnu|
GCC host
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44981
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-24 20:16 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #19 from burnus at gcc dot gnu dot org 2010-07-24 20:16 ---
And of course the patch won't work out of the box:
$ gfortran -O2 -g gfortran.dg/entry_array_specs_2.f && ./a.out
gfortran.dg/entry_array_specs_2.f:16:0: internal compiler error: in output_die,
at dwarf2out.c:1104
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-24 20:15 ---
Created an attachment (id=21303)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21303&action=view)
More reduced
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #6 from ralgith at gmail dot com 2010-07-24 20:02 ---
Apparently this is fixed in later versions of glibc already. Thanks for the
info.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44924
--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-24 19:59 ---
In gcc, soft-fp is used e.g. for x86_64 __float128 support.
In glibc, soft-fp is used on several architectures for long double support,
e.g. sparc* or alpha.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631
--- Comment #18 from mikael at gcc dot gnu dot org 2010-07-24 19:52 ---
(In reply to comment #16)
> Mikael, what's the status of this patch?
>
Forgotten :-/
(In reply to comment #17)
> With 4.5 about to pop a release it would be good to get this fixed for it,
> with
> release manager
This might be related to PR45049
testcase.c
void foo(xxx);
Compiler output:
$ gcc testcase.c
testcase.c:1:1: warning: parameter names (without types) in function
declaration [enabled by default]
testcase.c:1:1: internal compiler error: tree check: expected tre
--- Comment #8 from joseph at codesourcery dot com 2010-07-24 19:49 ---
Subject: Re: [4.6 Regression] -Os
-fkeep-inline-functions causes FAIL: gcc.c-torture/execute/builtins/pr22237.c
execution
On Fri, 23 Jul 2010, rguenth at gcc dot gnu dot org wrote:
> Joseph, this is really trigg
--- Comment #2 from rearnsha at gcc dot gnu dot org 2010-07-24 19:47
---
*** This bug has been marked as a duplicate of 43461 ***
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rearnsha at gcc dot gnu dot org 2010-07-24 19:47
---
*** Bug 44999 has been marked as a duplicate of this bug. ***
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from zsojka at seznam dot cz 2010-07-24 19:39 ---
Created an attachment (id=21302)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21302&action=view)
reduced testcase
$ gcc -O2 -ftracer -fira-coalesce pr45061.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45061
Command line:
$ gcc -O2 -ftracer -fira-coalesce testcase.c
Compiler output:
$ gcc -O2 -ftracer -fira-coalesce testcase.c
bad allocation for 58 and 60
testcase.c: In function 'foo':
testcase.c:26:1: internal compiler error: in check_allocation, at ira.c:1677
Please submit a full bug report,
with pr
--- Comment #4 from mikpe at it dot uu dot se 2010-07-24 19:36 ---
Attempting to bootstrap 4.5.1-RC on powerpc-linux with --enable-target-optspace
fails near the end of stage1 while configuring libgomp:
configure:3658: checking for C compiler default output file name
configure:3680: /ho
--- Comment #3 from joseph at codesourcery dot com 2010-07-24 19:29 ---
Subject: Re: error messages in .md files not translated
On Tue, 20 Jul 2010, steven at gcc dot gnu dot org wrote:
> Why should an .md file call error()? The ones in neon.md look like they should
> be internal_erro
--- Comment #2 from zsojka at seznam dot cz 2010-07-24 19:26 ---
Created an attachment (id=21301)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21301&action=view)
more reduced testcase
Command line:
$ g++ -O1 -fschedule-insns2 -fschedule-insns -g testcase.C
(-fsched-pressure is no
--- Comment #2 from joseph at codesourcery dot com 2010-07-24 19:22 ---
Subject: Re: error messages in .md files not translated
On Tue, 20 Jul 2010, steven at gcc dot gnu dot org wrote:
> Why should an .md file call error()? The ones in neon.md look like they should
> be internal_erro
When compiling with -Wsystem-headers, I noticed:
/usr/include/c++/4.5/bits/hashtable.h:179:30: warning: 'std::_Hashtable, std::_Identity,
..., ..., std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy,
false, true, true>::_M_rehash_policy' wil
--- Comment #18 from burnus at gcc dot gnu dot org 2010-07-24 19:13 ---
(In reply to comment #17)
> comment 1 still fails with current trunk
(In reply to comment #1)
> subroutine two()
> call three()
> end subroutine two
>
> subroutine three()
> end subro
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-24 19:09 ---
Caused by tree-ssa-reassoc.c
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:53 ---
It does check for mpc.h just not when you are compiling gmp also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-07-24 18:48 ---
There is nothing in GCC that can be done because the macro is being expanded
and glibc defines the macro.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from mikpe at it dot uu dot se 2010-07-24 18:47 ---
(In reply to comment #3)
> It is triggered by revision 121254:
>
> http://gcc.gnu.org/ml/gcc-cvs/2007-01/msg00960.html
I don't think that's correct. I definitely see the error with both gcc trunk
r121253 (pre 4.3.0) an
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-07-24 18:41 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:40 ---
Can you try 4.5.0?
Also can you attach spring-2.0.6.jar ?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-07-24 18:39 ---
*** This bug has been marked as a duplicate of 44059 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from pinskia at gcc dot gnu dot org 2010-07-24 18:39
---
*** Bug 44815 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-07-24 18:38 ---
>In test case retarray.f90 at line 10 the array TEST is not fully defined.
Yes it is not fully initialized but should that matter? The testcase does not
depend on those elements.
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-24 18:35 ---
j_64: [min_order_29(D), +INF] EQUIVALENCES: { j_5 } (1 elements)
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:28 ---
identifier is the same as member name. In fact I say GCC's diagnostic is more
correct as ( can be there also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:27 ---
Works in 4.3.2 and on the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
[reg...@bethe tmp604]$ current-gcc -O3 small.c -c -fwhole-program
small.c: In function 'main':
small.c:42:1: error: invalid operands in binary operation
D.2852_11 = (unsigned int) D.2845_7 != 4294967295;
small.c:42:1: internal compiler error: verify_stmts failed
Please submit a full bug report,
wi
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-07-24 18:20 ---
*** This bug has been marked as a duplicate of 37093 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #29 from pinskia at gcc dot gnu dot org 2010-07-24 18:20
---
*** Bug 44743 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-07-24 18:16 ---
Confirmed.
apin...@apinski-desktop:~/rrr/1.1$ ~/local-gcc/bin/gcc main.c -fprofile-arcs
-ftest-coverage
apin...@apinski-desktop:~/rrr/1.1$ ./a.out
apin...@apinski-desktop:~/rrr/1.1$ ~/local-gcc/bin/gcov -o ~/rrr/1.1
--- Comment #17 from jv244 at cam dot ac dot uk 2010-07-24 18:15 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40873#c1 still fails with current
trunk
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #25 from burnus at gcc dot gnu dot org 2010-07-24 18:14 ---
(In reply to comment #21)
> In my opinion revision 162487 is only a partial fix of the problem. If I split
> a modified test case in two files: [...] I still get [...] Bus error
(In reply to comment #24)
> Look at -
A possible optimization in some cases is to construct a function with multiple
entry points. This can save in both size and speed in certain cases.
#include
/* Example function that does something complex enough not to be optimized away
*/
static foo(int x)
{
int i;
int j = x;
--- Comment #20 from jv244 at cam dot ac dot uk 2010-07-24 18:12 ---
is this now fixed, all test cases seem to be passing ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38913
--- Comment #10 from jv244 at cam dot ac dot uk 2010-07-24 17:58 ---
with -fwhole-file being the default this testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32817#c5
gets properly inlined at -O2. Yeah!
I think this can be closed, but probably one would like to add a testcase to
>From a c.l.f post by "prcirrus".
i...@linux-fd1f:~/Krempel/Pack> cat haha.f90
module te
type av
real a1, a2
end type av
end module te
PROGRAM test2
use te
parameter (mxrec=1)
type(av) dat(mxrec)
logical mask(mxrec)
nrec=6000
mask(1:nrec) = .f
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-24 16:58 ---
Works for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
to/43788
* g++.dg/lto/20100724-1_0.C: New testcase.
Added:
trunk/gcc/testsuite/g++.dg/lto/20100724-1_0.C
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43788
to/43212
* gcc.dg/lto/20100724-1_0.c: New testcase.
* gcc.dg/lto/20100724-1_1.c: Likewise.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20100724-1_0.c
trunk/gcc/testsuite/gcc.dg/lto/20100724-1_1.c
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43212
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-24 16:46 ---
Hm, I can't reproduce this anymore. Thus, fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-24 16:38 ---
It does since
2010-06-20 Alexandre Oliva
* compare-debug: Drop LTO sections.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #68 from burnus at gcc dot gnu dot org 2010-07-24 16:32 ---
Subject: Bug 40011
Author: burnus
Date: Sat Jul 24 16:32:11 2010
New Revision: 162500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162500
Log:
2010-07-24 Tobias Burnus
PR fortran/40011
1 - 100 of 153 matches
Mail list logo
