--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-24
07:47 ---
Created an attachment (id=19943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19943&action=view)
Testcase
$ gcc -c -O3 -march=pentium4 -mfpmath=sse pr43159.c
$ nm -u pr43159.o
U b
--
ht
--
Summary: Missing optimization
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d
--- Comment #4 from burnus at gcc dot gnu dot org 2010-02-24 07:06 ---
(In reply to comment #2)
> Do you intend math, mfh, mth, and nsp to be of type integer or real?
Hmm, good question. The "issue" came about during some IRC chat (#fortran) and
I had/have no access to the whole source
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-24 07:00 ---
FIXED on the trunk (4.5).
--- Comment #3 from burnus at gcc dot gnu dot org 2010-02-24 07:00 ---
Subject: Bug 43042
Author: burnus
Date: Wed Feb 24 07:00:35 2010
New Revision: 157029
URL: http://gcc.gnu.o
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-24 07:00 ---
FIXED on the trunk (4.5).
--- Comment #3 from burnus at gcc dot gnu dot org 2010-02-24 07:00 ---
Subject: Bug 43042
Author: burnus
Date: Wed Feb 24 07:00:35 2010
New Revision: 157029
URL: http://gcc.gnu.o
--- Comment #7 from pault at gcc dot gnu dot org 2010-02-24 06:46 ---
(In reply to comment #6)
> Just to make sure it won't get forgotten: REOPEN.
>
> (In reply to comment #4)
> > Paul, for the test case in comment 0 we still create a temporary:
> >
> > b(a)=1
> >
Tobias,
Not if '
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-02-24 04:01
---
Here is the fix:
Index: transfer.c
===
--- transfer.c (revision 156986)
+++ transfer.c (working copy)
@@ -926,7 +926,7 @@ require_type (st_paramet
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-02-24 02:55
---
Do you intend math, mfh, mth, and nsp to be of type integer or real?
The following works:
character(len=200) :: str
real :: x,math,mfh,mth,nsp
str = ' 4.38000+ 6 2.55100+ 0 4.5+ 6 2.51970+ 0 5.0+ 6 2.400
--- Comment #3 from kargl at gcc dot gnu dot org 2010-02-24 02:43 ---
(In reply to comment #2)
> Thanks for being a dick, appreciated.(In reply to comment #1)
>
>
You're welcomed. With my suggested fixes, you'll actually
have standard conforming code.
--
http://gcc.gnu.org/bugzil
--- Comment #2 from wchemelewski at gmail dot com 2010-02-24 02:36 ---
Thanks for being a dick, appreciated.(In reply to comment #1)
> (In reply to comment #0)
> > With the following code:
> >
> > INTEGER :: someint
> > CHARACTER (LEN=40) :: strcounter
> > WRITE(strcounter,'(I)') somei
--- Comment #1 from kargl at gcc dot gnu dot org 2010-02-24 02:33 ---
(In reply to comment #0)
> With the following code:
>
> INTEGER :: someint
> CHARACTER (LEN=40) :: strcounter
> WRITE(strcounter,'(I)') someint
>
> The error message is generated:
>
> WRITE(strcounter,'(I)')
With the following code:
INTEGER :: someint
CHARACTER (LEN=40) :: strcounter
WRITE(strcounter,'(I)') someint
The error message is generated:
WRITE(strcounter,'(I)') someint
1
Error: Nonnegative width required in format string at (1)
Which to me just suggests
--- Comment #1 from manu at gcc dot gnu dot org 2010-02-24 00:16 ---
Confirmed. I am not sure if this fits Wconversion but it is something subtle
that would be nice to detect.
The testcase should be:
#include
unsigned val1 = 0x1000, val2 = 0x100;
int main(int argc, char **argv)
{
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-24
00:01 ---
Created an attachment (id=19942)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19942&action=view)
Testcase
gcc -O1 -flto pr43157.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43157
--
Summary: Segmentation fault in aggregate_value_p
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d
--- Comment #2 from manu at gcc dot gnu dot org 2010-02-23 23:59 ---
Fixed in GCC 4.5
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from jakub at gcc dot gnu dot org 2010-02-23 23:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2010-02-23 22:52 ---
Subject: Bug 43107
Author: jakub
Date: Tue Feb 23 22:52:20 2010
New Revision: 157022
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157022
Log:
PR target/43107
* config/i386/i386.c (avx_vpermil
--- Comment #1 from meissner at gcc dot gnu dot org 2010-02-23 22:42
---
Created an attachment (id=19941)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19941&action=view)
Patch to add vector merge low/high for V2DF/V2DI
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43154
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.4 4.4.3
Known to work||4.3.5 4.4.4
--- Comment #16 from jakub at gcc dot gnu dot org 2010-02-23 22:32 ---
That doesn't mean this bug isn't fixed. It is. There are just additional
issues, during var-tracking, in particular PR43051.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #15 from hjl dot tools at gmail dot com 2010-02-23 22:04
---
The new testcase failed on Fedora 12/i686:
FAIL: gcc.dg/guality/pr43077-1.c -O2 line 42 varb == 2
FAIL: gcc.dg/guality/pr43077-1.c -O2 line 42 varc == 3
FAIL: gcc.dg/guality/pr43077-1.c -O2 -flto line 42 var
--- Comment #9 from bergner at gcc dot gnu dot org 2010-02-23 21:57 ---
This is a generic reload bug. With this test case and options, we have the
following instructions just before IRA:
(insn 203 2 213 2 (set (reg/f:DI 256 [ vect_pk.44 ])
(plus:DI (reg/f:DI 255)
(c
--- Comment #11 from janis at gcc dot gnu dot org 2010-02-23 21:54 ---
In response to comment #10, there are several duplicates to similar bug PR18770
and demand for a fix from within my company.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2288
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||rth at gcc dot gnu dot org,
|
As mentioned here:
http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00780.html
Just building a simple: int main(void) { return 0; }
ICEs at -O1 or -O2. This ICEs as we call add_reg_note with an insn note:
(note 21 12 22 2 NOTE_INSN_DELETED)
And REG_NOTES causes the next insn rtx gets modified for some
--- Comment #1 from kargl at gcc dot gnu dot org 2010-02-23 21:28 ---
Interesting bug.
I think one needs to read 9.4.5.4 that defines
the interpretation of blanks as BLANK=NULL, and
10.7.6 which I think means your string should
be seen as (note there are 2 space before
each REAL).
' 4
--- Comment #8 from janis at gcc dot gnu dot org 2010-02-23 21:17 ---
With today's trunk both testcases fail with -m32 but not -m64. sixtrack
builds, but not applu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42326
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-23 21:07 ---
Reza Yazdani has a patch to fix this.
He's going to post the patch after test.
Sebastian
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
-
The following program runs with ifort, sunf95, and pathscale, but it fails with
gfortran, NAG f95 and g95. I think the number is not standard conform, but a
"processor" is allowed to accept it. For "a" ifort et al. print "438.0".
Additionally, I have the feeling that there is an off-by-one er
--- Comment #10 from bangerth at gmail dot com 2010-02-23 20:40 ---
(In reply to comment #9)
> Is there a reason this hasn't been fixed?
Lack of public demand? There's only one duplicate of this bug that has
been reported in the last 9 years...
> If not, I'll try.
I think that would
--
bangerth at gmail dot com changed:
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
|
--- Comment #3 from janis at gcc dot gnu dot org 2010-02-23 19:27 ---
The minimized testcase and 175.vpr still fail on powerpc64-linux with "-O2
-ftree-loop-distribution" for both -m32 and -m64. With the confirmation in
comment #2 this report ought to be moved from UNCONFIRMED to NEW.
The documentation says that vec_mergel and vec_mergeh are supported for the
vector double and vector long long types when the VSX instruction set is used,
unfortunately it was never implemented in the compiler.
--
Summary: vec_mergel and vec_mergeh should support V2DF/V2DI
--- Comment #9 from janis at gcc dot gnu dot org 2010-02-23 19:07 ---
Is there a reason this hasn't been fixed? If not, I'll try.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from wirawan0 at gmail dot com 2010-02-23 18:38 ---
There are no changes if I compiled with *.f90 instead of *.F90 extension.
Wirawan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43146
--- Comment #2 from jason at gcc dot gnu dot org 2010-02-23 18:34 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #13 from jason at gcc dot gnu dot org 2010-02-23 18:33 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #1 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Subject: Bug 43143
Author: jason
Date: Tue Feb 23 18:32:20 2010
New Revision: 157015
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157015
Log:
PR c++/43143
* typeck2.c (digest_init_r): Accept
--- Comment #9 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Subject: Bug 42800
Author: jason
Date: Tue Feb 23 18:32:09 2010
New Revision: 157014
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157014
Log:
PR debug/42800
* cfgexpand.c (expand_used_vars):
--- Comment #8 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from jason at gcc dot gnu dot org 2010-02-23 18:32 ---
Subject: Bug 42837
Author: jason
Date: Tue Feb 23 18:31:58 2010
New Revision: 157013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157013
Log:
PR c++/42837
* stor-layout.c (place_field): Don'
--- Comment #6 from kargl at gcc dot gnu dot org 2010-02-23 18:29 ---
(In reply to comment #5)
> Here's the dump content. Indeed it misses the "\n" stuff.
>
> ~/toys/gfortran/ch10 $ cat testme5.F90.003t.original
Can you rename the file to testme5.f90 and try again?
The .F90 extension w
--- Comment #5 from wirawan0 at gmail dot com 2010-02-23 17:49 ---
Here's the dump content. Indeed it misses the "\n" stuff.
~/toys/gfortran/ch10 $ cat testme5.F90.003t.original
testme3 ()
{
static integer(kind=4) options.0[8] = {68, 255, 0, 0, 0, 1, 0, 1};
_gfortran_set_options (8
--- Comment #4 from jakub at gcc dot gnu dot org 2010-02-23 17:36 ---
Regarding 2), the regcprop pass doesn't call df_analyze at all, so it can't
rely on REG_DEAD notes nor use df_* APIs to check for life info. I'm not 100%
sure why we are propagating into debug insns at all, guess to h
--- Comment #24 from manu at gcc dot gnu dot org 2010-02-23 17:33 ---
OK, I get it. Thanks for the explanation. Testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43128
i686 or newer processors support multi-byte NOPs, which
is preferred for aligning code:
[...@gnu-6 tmp]$ cat a.s
jmp bar
mov %eax,%ebx
mov %eax,%ebx
.p2align 4
bar:
mov %eax,%ebx
[...@gnu-6 tmp]$ as --32 -o old.o a.s
[...@gnu-6 tmp]$ as --32 -mtune=i686 -o
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-23 17:21 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from kargl at gcc dot gnu dot org 2010-02-23 17:16 ---
(In reply to comment #3)
> Here's my activity log. It's using gcc 4.4.3 that I just compiled yesterday.
> It's still yielding char(0) instead of char(10). Weird.
>
Can you add the -fdump-tree-original option and post
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-23 17:06 ---
Subject: Bug 43139
Author: jakub
Date: Tue Feb 23 17:05:56 2010
New Revision: 157011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157011
Log:
PR target/43139
* config/i386/i386.c (ix86_delegi
--- Comment #7 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 42998
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #4 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43069
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #4 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43008
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #18 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 42749
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Ba
--- Comment #5 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43093
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #9 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43031
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #22 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 42742
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Ba
--- Comment #5 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43000
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #4 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43017
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #16 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 42824
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Ba
--- Comment #8 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43066
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #7 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 42999
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #4 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43007
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #5 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43111
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #5 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43068
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #3 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43109
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #4 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 43079
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #9 from hjl at gcc dot gnu dot org 2010-02-23 17:04 ---
Subject: Bug 42870
Author: hjl
Date: Tue Feb 23 17:02:26 2010
New Revision: 157010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157010
Log:
Backport testcases from mainline.
2010-02-23 H.J. Lu
Bac
--- Comment #4 from tromey at gcc dot gnu dot org 2010-02-23 16:55 ---
It seems to me that, by analogy with constructors, we would want debuginfo
for all the destructors, so that "break X::~X" would put breakpoints in all
the clones.
Then we would need additional information to distingui
--- Comment #14 from matz at gcc dot gnu dot org 2010-02-23 16:46 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #13 from matz at gcc dot gnu dot org 2010-02-23 16:42 ---
Subject: Bug 43077
Author: matz
Date: Tue Feb 23 16:41:52 2010
New Revision: 157009
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157009
Log:
PR debug/43077
* cfgexpand (expand_debug_expr): Ex
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
Version|unknown |4.5.0
http://
--- Comment #23 from joseph at codesourcery dot com 2010-02-23 16:38
---
Subject: Re: [4.5 Regression] c-c++-common/pr41779.c doesn't
work
On Tue, 23 Feb 2010, manu at gcc dot gnu dot org wrote:
> --- Comment #21 from manu at gcc dot gnu dot org 2010-02-23 10:23 ---
> (In r
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43015
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40823
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43068
--- Comment #22 from joseph at codesourcery dot com 2010-02-23 16:32
---
Subject: Re: [4.5 Regression] c-c++-common/pr41779.c doesn't
work
On Tue, 23 Feb 2010, manu at gcc dot gnu dot org wrote:
> --- Comment #20 from manu at gcc dot gnu dot org 2010-02-23 08:39 ---
> (In r
--- Comment #8 from pinskia at gmail dot com 2010-02-23 16:29 ---
Subject: Re: Partial optimization
Sent from my iPhone
On Feb 23, 2010, at 8:16 AM, "bschindler at inf dot ethz dot ch"
wrote:
>
>
> --- Comment #6 from bschindler at inf dot ethz dot ch
> 2010-02-23 16:16 ---
Sent from my iPhone
On Feb 23, 2010, at 8:16 AM, "bschindler at inf dot ethz dot ch" > wrote:
--- Comment #6 from bschindler at inf dot ethz dot ch
2010-02-23 16:16 ---
Also, the following would not work
#pragma GCC optimize(2) // I don't know whether I got that syntax
right
--- Comment #7 from bschindler at inf dot ethz dot ch 2010-02-23 16:24
---
Okay, the need is simply this:
I have an octree implemented using eigen.
With gcc -g, it takes roughly 3 minutes to build the tree
With gcc -O1 -g, it takes about 1-2 seconds for the same
The problem is Eige
--- Comment #6 from bschindler at inf dot ethz dot ch 2010-02-23 16:16
---
Also, the following would not work
#pragma GCC optimize(2) // I don't know whether I got that syntax right
#include
#pragma pop_options
blubb;
Eigen/Core is a separate file so I'd expect the pragma to have no
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-23 16:13 ---
I wouldn't surprised if it doesn't work very well for template instantiations
though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43149
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-23 16:10 ---
Simply changing the vcond pattern for fp to use AVX_VEC_FLOAT_MODE_P and
AVXMODEF2P seems to work. Thus, mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gmail dot com 2010-02-23 16:02 ---
Subject: Re: Partial optimization
Sent from my iPhone
On Feb 23, 2010, at 7:53 AM, "bangerth at gmail dot com"
wrote:
>
>
> --- Comment #3 from bangerth at gmail dot com 2010-02-23 15:53
> ---
> So the at
Sent from my iPhone
On Feb 23, 2010, at 7:53 AM, "bangerth at gmail dot com" > wrote:
--- Comment #3 from bangerth at gmail dot com 2010-02-23 15:53
---
So the attribute would have to be attached to the namespace, I guess.
Or just use the pragma instead :).
We can keep the
The vectorizer cannot vectorize if-converted COND_EXPRs with V8SF or V4DF types
because the backend does not provide patterns for this.
--
Summary: vcond<> not supported for AVX float modes
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Key
--- Comment #3 from bangerth at gmail dot com 2010-02-23 15:53 ---
So the attribute would have to be attached to the namespace, I guess.
We can keep the PR open, but my best guess is that this is going to be
one of those PRs that stay open forever as there is so little demand
for this k
--- Comment #3 from wirawan0 at gmail dot com 2010-02-23 15:52 ---
Here's my activity log. It's using gcc 4.4.3 that I just compiled yesterday.
It's still yielding char(0) instead of char(10). Weird.
~/toys/gfortran/ch10 $ cat testme5.F90
module blahblah
character(len=1), parameter ::
--- Comment #1 from manu at gcc dot gnu dot org 2010-02-23 15:52 ---
Subject: Bug 43123
Author: manu
Date: Tue Feb 23 15:51:42 2010
New Revision: 157007
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157007
Log:
2010-02-23 Manuel López-Ibáñez
PR 43123
* co
--- Comment #2 from bschindler at inf dot ethz dot ch 2010-02-23 15:45
---
Thank you for that hint, however the problem does not disappear just like that.
I would like the entire namespace be optimized that way and from the discussion
it seems that there is no easy way to do this?
-
--- Comment #6 from burnus at gcc dot gnu dot org 2010-02-23 15:29 ---
Result with current trunk (4.5.0 2010-02-23 Rev. 156999)
In a nutshell: gas_dyn is still slower - now 35% instead of 70%.
-fgraphite-identity has normal speed (or a tiny bit faster?!?), but all other
options (-floop-
--- Comment #1 from bangerth at gmail dot com 2010-02-23 15:13 ---
This feature already exists. See the discussion of the "optimize" attribute
in
http://gcc.gnu.org/onlinedocs/gcc-4.4.3/gcc/Function-Attributes.html#Function-Attributes
W.
--
bangerth at gmail dot com changed:
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-23 14:50 ---
6.6/7 explains the differenece. And const long x = ...; isn't amongst the
allowed operands of an integer constant expression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-23 14:46 ---
Actually, 2) is present also on the trunk, again in f2 -O2 -g -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43150
For
struct X { int i; int j[2]; };
const long x = ((struct X *)0)->j - (int *)0;
char a[((struct X *)0)->j - (int *)0];
char b[__builtin_offsetof(struct X, j)];
char c[x];
we now issue the following diagnostics:
> gcc-4.5 -S t.i
t.i:3:17: warning: variably modified a at file scope
t.i:5:6: er
--- Comment #12 from matz at gcc dot gnu dot org 2010-02-23 14:31 ---
Yeah, I have a patch already which emits it before the last real use of an
SSA name (which by design of TER is a point where all constituent
subexpressions still have their correct value).
--
http://gcc.gnu.org/bu
--- Comment #11 from jakub at gcc dot gnu dot org 2010-02-23 14:24 ---
To emit an extra DEBUG_INSN to a D# temporary and using that D# temporary you'd
need to know where exactly to insert the DEBUG_INSN. I guess we'd need to
remember for MAY_HAVE_DEBUG_INSNS a mapping from each of the S
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-23 14:08 ---
I see some VTA bugs and missed debug optimizations though:
1) in f1 say -O2 -m64 -g we have in *.alignments:
(debug_insn 7 14 8 2 vla-1.c:15 (var_location:DI D#2 (sign_extend:DI (plus:SI
(reg/v:SI 5 di [orig:62 i ] [62
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41779
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
1 - 100 of 128 matches
Mail list logo
