http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #5 from Joost VandeVondele
2011-02-02 07:42:22 UTC ---
(In reply to comment #4)
> More specifically, the code that is now confused by the (int) cast
There might be overlap with PR47341 (also casts that confuse dependency info)?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #18 from Alexandre Oliva 2011-02-02
07:31:42 UTC ---
Created attachment 23210
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23210
Patch that exposes the problem at an earlier point
Like this...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47584
--- Comment #2 from gee 2011-02-02 07:23:19 UTC ---
Created attachment 23209
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23209
precompiled header
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583
jpr at csc dot fi changed:
What|Removed |Added
CC||jpr at csc dot fi
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47584
--- Comment #1 from gee 2011-02-02 07:07:15 UTC ---
Created attachment 23208
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23208
source. -save-temps failed with segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47584
Summary: [4.6 regression] internal compiler error: sigsegv in
libcpp/line-map.c:285
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47402
--- Comment #8 from Alexandre Oliva 2011-02-02
06:28:26 UTC ---
Author: aoliva
Date: Wed Feb 2 06:28:22 2011
New Revision: 169516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169516
Log:
PR debug/47106
PR debug/47402
* tree-inline.c (d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
--- Comment #10 from Alexandre Oliva 2011-02-02
06:28:26 UTC ---
Author: aoliva
Date: Wed Feb 2 06:28:22 2011
New Revision: 169516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169516
Log:
PR debug/47106
PR debug/47402
* tree-inline.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47402
--- Comment #7 from Alexandre Oliva 2011-02-02
06:18:07 UTC ---
Author: aoliva
Date: Wed Feb 2 06:18:01 2011
New Revision: 169515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169515
Log:
PR debug/47106
PR debug/47402
* tree-flow-inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
--- Comment #9 from Alexandre Oliva 2011-02-02
06:18:07 UTC ---
Author: aoliva
Date: Wed Feb 2 06:18:01 2011
New Revision: 169515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169515
Log:
PR debug/47106
PR debug/47402
* tree-flow-inline
) sizedat
end subroutine abc
(now tested with gcc version 4.6.0 20110201 (experimental) [trunk revision
169504] (GCC) on Linux)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583
--- Comment #3 from Harald Klimach 2011-02-02
06:04:07 UTC ---
The problem also exists with scalars and integers instead of reals.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47402
--- Comment #6 from Alexandre Oliva 2011-02-02
05:44:44 UTC ---
Author: aoliva
Date: Wed Feb 2 05:44:38 2011
New Revision: 169514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169514
Log:
PR debug/47106
PR debug/47402
* tree-inline.c (d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
--- Comment #8 from Alexandre Oliva 2011-02-02
05:44:44 UTC ---
Author: aoliva
Date: Wed Feb 2 05:44:38 2011
New Revision: 169514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169514
Log:
PR debug/47106
PR debug/47402
* tree-inline.c (d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47501
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47498
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45136
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
--- Comment #17 from Alexandre Oliva 2011-02-02
04:53:05 UTC ---
It appears to me that one possible solution is to add the -shared flag to
liblto_plugin_la_LDFLAGS. This will cause libtool to fail the link if it can't
create a dynamic library, s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45136
--- Comment #13 from Alexandre Oliva 2011-02-02
04:31:41 UTC ---
Author: aoliva
Date: Wed Feb 2 04:31:35 2011
New Revision: 169513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169513
Log:
gcc/ChangeLog:
PR debug/47498
PR debug/47501
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47498
--- Comment #4 from Alexandre Oliva 2011-02-02
04:31:40 UTC ---
Author: aoliva
Date: Wed Feb 2 04:31:35 2011
New Revision: 169513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169513
Log:
gcc/ChangeLog:
PR debug/47498
PR debug/47501
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47501
--- Comment #3 from Alexandre Oliva 2011-02-02
04:31:40 UTC ---
Author: aoliva
Date: Wed Feb 2 04:31:35 2011
New Revision: 169513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169513
Log:
gcc/ChangeLog:
PR debug/47498
PR debug/47501
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45130
--- Comment #6 from Alexandre Oliva 2011-02-02
04:31:41 UTC ---
Author: aoliva
Date: Wed Feb 2 04:31:35 2011
New Revision: 169513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169513
Log:
gcc/ChangeLog:
PR debug/47498
PR debug/47501
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47438
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #31 from Jack Howarth 2011-02-02
02:54:50 UTC ---
I can confirm that adding -flat_namespace to the linkage of xplor using stock
gcc trunk is insufficient to eliminate the crashes in the FSF libgcc unwinder.
So we do need both the patc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #30 from Jack Howarth 2011-02-02
02:22:37 UTC ---
(In reply to comment #29)
> If linking the final exe is done with -flat_namespace does it work?
Yes, adding -flat_namespace solves the problem. I didn't realize that option
was usabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
Michael Meissner changed:
What|Removed |Added
Attachment #23204|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
David Laban changed:
What|Removed |Added
CC||alsuren+gcc at gmail dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #29 from Iain Sandoe 2011-02-01 23:53:31
UTC ---
(In reply to comment #28)
> Strangely this is insufficient to eliminate the crash (which still ends up in
> the FSF libgcc unwinder)...
> In fact, the only thing left which doesn't hav
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #4 from Sebastian Pop 2011-02-01 23:32:20
UTC ---
More specifically, the code that is now confused by the (int) cast is:
dr_analyze_innermost (dr);
dr_analyze_indices (dr, nest, loop);
in create_data_ref.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #3 from Sebastian Pop 2011-02-01 23:28:33
UTC ---
I think that the problem is (again) the type of the induction variables that we
create in graphite: in pr33866.c we have
D.2720_37 = (int) graphite_IV.5_34;
and this (int) con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #1 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47579
--- Comment #1 from Richard Guenther 2011-02-01
22:54:19 UTC ---
I think v.size() should be simply optimized to work on char * pointer
differences. Recognizing the optimization opportunity requires to see
dereferences of the pointers to deduce t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47577
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47582
Andrew Pinski changed:
What|Removed |Added
Depends on||23684
--- Comment #1 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47082
Paul Thomas changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |pault at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
K
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46898
--- Comment #8 from Sebastien Bourdeauducq
2011-02-01 22:00:24 UTC ---
After applying the above patch, the segmentation fault in cc1 is due to a stack
overflow, which is likely to originate from infinite recursion:
(...)
#244 0x08238ddc in emit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47583
Summary: Inquire affected by previous read
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46898
--- Comment #7 from Joel Sherrill 2011-02-01 21:37:05
UTC ---
Does the patch fix things for you(In reply to comment #6)
> Original/complete patch is at
> http://gcc.gnu.org/ml/gcc-patches/2010-10/msg02561.html
Does this fix the head for you?
If
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47582
Summary: Combine chains of movl into movq
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: rtl-optimization
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
Janne Blomqvist changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581
Summary: [4.6 regression] Unnecessary adjustments to stack
pointer
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--enable-languages=c,c++,fortran --enable-cloog-backend=legacy
Thread model: posix
gcc version 4.6.0 20110201 (experimental) (GCC)
COMPILER_PATH=/Users/howarth/dist/libexec/gcc/x86_64-apple-darwin10.6.0/4.6.0/:/Users/howarth/dist/libexec/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46898
--- Comment #6 from Sebastien Bourdeauducq
2011-02-01 21:03:09 UTC ---
Original/complete patch is at
http://gcc.gnu.org/ml/gcc-patches/2010-10/msg02561.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #12 from Joost VandeVondele
2011-02-01 21:00:18 UTC ---
The patch from comment #9 allows a release checking compiler to build CP2K with
LTO.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #21 from Sebastian Pop 2011-02-01
20:51:31 UTC ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00070.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #8 from Jeffrey A. Law 2011-02-01 20:06:17
UTC ---
The potential fix seems to work fine on x86 as well. I'm going to build a
arm-elf toolchain and see if anything else pops up during a cross build. If
someone with real arm hardware
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #1 from Jack Howarth 2011-02-01
20:20:28 UTC ---
With the patches proposed in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979#c14 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979#c17 and -fgraphite-identity
enabled at -O2, the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45475
--- Comment #11 from Bernhard Reutner-Fischer
2011-02-01 19:44:13 UTC ---
(In reply to comment #10)
> *** Bug 47578 has been marked as a duplicate of this bug. ***
bug 47578 above stumbled across TS_OPTIMIZE. Quote from proposed patch there:
DEC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #20 from Jack Howarth 2011-02-01
20:15:49 UTC ---
FYI, the patches in Comment 14 and 17 when also used with the patch...
Index: opts.c
===
--- opts.c (revision 1673
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #13 from Janne Blomqvist 2011-02-01
20:02:38 UTC ---
(In reply to comment #9)
> How many fortran users actually need to more precise DATE_AND_TIME though?
None, since the DATE_AND_TIME API is limited to millisecond precision. The
mot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47576
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
Michael Meissner changed:
What|Removed |Added
Attachment #23203|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47287
Dave Korn changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #30 from Dave Korn 2011-02-01 19:17:04
UTC ---
*** Bug 47287 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726
Sebastien Bourdeauducq changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #27 from Jack Howarth 2011-02-01
19:10:35 UTC ---
I am testing the patch proposed in Comment 24 on darwin10 now.
Don't we also have to handle Zforce_flat_namespace?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
--- Comment #2 from Michael Meissner 2011-02-01
19:09:53 UTC ---
Created attachment 23203
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23203
Patch that allows virtual registers in vsx register predicates.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43805
Sebastien Bourdeauducq changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726
Sebastien Bourdeauducq changed:
What|Removed |Added
CC||philpem at philpem dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
--- Comment #1 from Michael Meissner 2011-02-01
19:02:58 UTC ---
Author: meissner
Date: Tue Feb 1 19:02:55 2011
New Revision: 169499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169499
Log:
Fix PR 47580
Modified:
branches/ibm/powe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45475
Andrew Pinski changed:
What|Removed |Added
CC||aldot at gcc dot gnu.org
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47578
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
Summary: Powerpc GCC fails test gcc.dg/pr41551.c if built with
--with-cpu=power7
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #5 from Dominique d'Humieres 2011-02-01
18:59:25 UTC ---
I have had a look at the test code. Could you try
(1) to comment the call to EXCH2_UV_AGRID_3D_RL,
(2) the same for the (two?) COMMONs,
and see if one of these changes makes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #26 from Iain Sandoe 2011-02-01 18:40:53
UTC ---
(In reply to comment #25)
> Again, I would note Nick's original comments on these issues...
> So for compatibility with any Apple gcc built software, we should never
> allow the FSF g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47561
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47561
--- Comment #3 from Sebastian Pop 2011-02-01 18:38:34
UTC ---
Author: spop
Date: Tue Feb 1 18:38:31 2011
New Revision: 169496
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169496
Log:
Fix PR47561: print the Graphite flags.
2011-02-01
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #4 from Dominique d'Humieres 2011-02-01
18:32:44 UTC ---
I cannot reproduce it on x86_64-apple-darwin10 with all the options/versions I
have tried (including gcc version 4.6.0 20101106 (experimental) [trunk revision
166401]).
One pos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #25 from Jack Howarth 2011-02-01
18:22:45 UTC ---
Again, I would note Nick's original comments on these issues...
This may be that the libgcc_s.dylib based unwinder is incompatible
with the darwin unwinder. You cannot mix and ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47579
Summary: STL size() == 0 does unnecessary shift
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #29 from Jan Hubicka 2011-02-01 18:17:36
UTC ---
> And here are the IR symtabs (I built a cross GCC just far enough to get the
> liblto_plugin):
>
> $ ./obj/binutils/.libs/nm-new.exe --plugin
> ./obj-xgcc/lto-plugin/.libs/cyglto_p
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #14 from paolo at gcc dot gnu.org
2011-02-01 18:15:41 UTC ---
Author: paolo
Date: Tue Feb 1 18:15:39 2011
New Revision: 169494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169494
Log:
2011-02-01 Paolo Carlini
PR lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
--- Comment #15 from paolo at gcc dot gnu.org
2011-02-01 18:15:58 UTC ---
Author: paolo
Date: Tue Feb 1 18:15:56 2011
New Revision: 169495
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169495
Log:
2011-02-01 Paolo Carlini
PR lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47576
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47577
--- Comment #1 from Andrew Pinski 2011-02-01
18:05:12 UTC ---
I think LTO does not support top level inline-asm that well and I don't think
it ever can really for tricks like this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47578
Summary: [lto]: handle TS_OPTIMIZE in stream reader/writer
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: lto
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #24 from Iain Sandoe 2011-02-01 17:49:34
UTC ---
(In reply to comment #23)
> (In reply to comment #22)
> > My only comment is that the likely users of FSF gcc are also likely
> > builders of
> > ported unix code. So gcc 4.6 needs a b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #19 from Dominique d'Humieres
2011-02-01 17:40:17 UTC ---
> That made the loop vectorizable.
Confirmed on top of the patch in comment #14.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
--- Comment #14 from Dave Korn 2011-02-01 17:37:08
UTC ---
(In reply to comment #13)
> [ ... ] -fsplit-stack [ ... ] need for gold as host linker [ ... ]
One of the ELF guys will have to answer that one for you!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #23 from Iain Sandoe 2011-02-01 17:28:36
UTC ---
(In reply to comment #22)
> My only comment is that the likely users of FSF gcc are also likely builders
> of
> ported unix code. So gcc 4.6 needs a big fat warning that existing porte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #3 from Martin Losch 2011-02-01 17:30:56 UTC
---
gfortran -O3 -c exch2_uv_agrid_3d_rl.f
gives the same error
gfortran -O2 -c exch2_uv_agrid_3d_rl.f
works for this file (for others that are similar I need -O1).
I have to admit that I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47577
Summary: [lto]: does not recognize/unify identical .macro
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #18 from sebpop at gmail dot com
2011-02-01 17:22:06 UTC ---
On Tue, Feb 1, 2011 at 11:15, rguenth at gcc dot gnu.org
wrote:
> I'd suggest
>
> NEXT_PASS (pass_graphite);
> {
> struct opt_pass **p = &p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47560
Benjamin Kosnik changed:
What|Removed |Added
CC||bkoz at gcc dot gnu.org
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46914
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47560
--- Comment #2 from Benjamin Kosnik 2011-02-01
17:11:25 UTC ---
Author: bkoz
Date: Tue Feb 1 17:11:17 2011
New Revision: 169491
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169491
Log:
2011-02-01 Benjamin Kosnik
PR libstdc++/47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #16 from sebpop at gmail dot com
2011-02-01 16:59:03 UTC ---
> It's unfortunate that graphite inserts arrays of size 1 instead of scalar
> (memory) vars.
That could be easily fixed.
graphite can also use the original data reference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47557
--- Comment #2 from Argiris Kirtzidis 2011-02-01
17:00:56 UTC ---
(In reply to comment #1)
> I think the current behavior is correct.
Could you elaborate ? What is the actual benefit of padding T[1] ? Access to
elements of array-of-T is still un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47576
--- Comment #1 from Dominique d'Humieres 2011-02-01
17:03:38 UTC ---
I see that too (x86_64-apple-darwin10.6.0 r169487):
[macbook] f90/bug% gfc -O2 -fgraphite-identity
/opt/gcc/work/gcc/testsuite/gfortran.dg/graphite/pr42732.f
/opt/gcc/work/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #17 from Richard Guenther 2011-02-01
17:04:38 UTC ---
(In reply to comment #15)
> The vectorizer does not apply because it does not match the canonical
> form of a reduction: here is the reduction after graphite-identity:
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47575
--- Comment #2 from Zdenek Dvorak 2011-02-01
16:56:57 UTC ---
There is nothing in C standard requiring us to preserve global stores that are
unused, unless they are volatile. Store motion is by far not the only
optimization in gcc that affects g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
--- Comment #13 from joseph at codesourcery dot com 2011-02-01 17:00:26 UTC ---
Out of interest, does compiling GCC with -fsplit-stack help avoid this
problem? This obviously has limitations at present regarding supported
hosts, and the need fo
1 - 100 of 208 matches
Mail list logo