http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45451
--- Comment #15 from Tobias Burnus burnus at gcc dot gnu.org 2010-10-26
06:49:47 UTC ---
Author: burnus
Date: Tue Oct 26 06:49:43 2010
New Revision: 165936
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165936
Log:
2010-10-26 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43018
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2010-10-26
06:49:47 UTC ---
Author: burnus
Date: Tue Oct 26 06:49:43 2010
New Revision: 165936
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165936
Log:
2010-10-26 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43018
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46177
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46174
Salvatore Filippone sfilippone at uniroma2 dot it changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46172
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45451
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Depends on||46174
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46174
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-10-26
07:44:15 UTC ---
(In reply to comment #1)
What about MOLD= for polymorphic variables?
MOLD= should work. Allocate with mold= allocates memory for the effective type
of mold
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46171
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2010-10-26 07:49:50
UTC ---
It is caused by revision 165452:
http://gcc.gnu.org/ml/gcc-cvs/2010-10/msg00636.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46176
--- Comment #2 from Andi Kleen andi-gcc at firstfloor dot org 2010-10-26
08:01:01 UTC ---
Thanks.
Unrolling seems to be part of it, but not all. I rebuilt/retrained with
-fno-unroll-loops
Trained:
textdata bss dec hex
Dear developers,
I read the chapter `Configure' from the `Installing
GCC' documentation today (http://gcc.gnu.org/install/configure.html)
and found the following passage:
--with-sysroot
--with-sysroot=dir
Tells GCC to consider dir as the root of a tree that contains a
(subset of) the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46172
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||hjl.tools at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46167
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46167
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||hjl.tools at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46168
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46010
--- Comment #10 from Marco van Hulten marco at hulten dot org 2010-10-26
09:13:28 UTC ---
On Tue, 26 Oct 2010 01:37:08 + jvdelisle wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46010
--- Comment #9 from Jerry DeLisle jvdelisle at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46162
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46170
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46170
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46180
Summary: CSE across calls to fesetround()
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46180
Vincent Lefèvre vincent at vinc17 dot org changed:
What|Removed |Added
CC||vincent at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46181
Summary: Feature request: free-like attribute
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45999
--- Comment #4 from Pawel Sikora pluto at agmk dot net 2010-10-26 10:27:02
UTC ---
(In reply to comment #3)
I've backported the fix:
http://gcc.gnu.org/viewcvs?root=gccview=revrev=165658
Thanks for trying the printers and submitting bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46176
--- Comment #3 from Andi Kleen andi-gcc at firstfloor dot org 2010-10-26
10:28:34 UTC ---
Interesting tidbit: the file containing r600_kms_blit_copy -- which grew most
--
didn't get any profile feedback during training, there was no data file.
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46180
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45999
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-26
10:48:23 UTC ---
that must be present on trunk too, right?
if GDB can be built with python 2.4 then our pretty printers should work with
it too, I can change that printer to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46168
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||spop at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45999
--- Comment #6 from Pawel Sikora pluto at agmk dot net 2010-10-26 11:29:58
UTC ---
(In reply to comment #5)
that must be present on trunk too, right?
this is a backport from, so probably trunk is affected too.
if GDB can be built with python
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46182
Summary: Run time check for invalid use of unallocated
allocatable variables
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44436
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com 2010-10-26
12:17:06 UTC ---
First, I'm going to add the new insert overloads to the unordered containers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44436
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-26
12:27:33 UTC ---
taking 'iterator' params for consistency, or 'const_iterator' because we don't
have to maintain compatibility?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44436
--- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com 2010-10-26
12:31:28 UTC ---
I would say const_iterator, consistently with the existing insert and erase
overloads...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44436
--- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-26
12:39:59 UTC ---
doh, of course, we already use const_iterator in the unordered containers.
sorry!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46161
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46170
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||dseketel at redhat
It would be nice to have a run time check for such invalid use of
unallocated allocatable variables (such as -fcheck=use_unalloc).
If you use an unallocated variable you get a segmentation fault.
Isn't this a sufficient runtime check ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45454
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45250
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46174
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||domob at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45894
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46183
Summary: [4.6 Regression] ICE: in calc_dfs_tree, at
dominance.c:396 with -O -fno-dse -fgcse -ftree-pre
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46167
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45687
--- Comment #4 from ian at gcc dot gnu.org ian at gcc dot gnu.org 2010-10-26
13:39:41 UTC ---
Author: ian
Date: Tue Oct 26 13:39:37 2010
New Revision: 165964
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165964
Log:
gcc/:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46080
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2010-10-26
13:41:10 UTC ---
Well, the setting of errno by calling another function has similar effects like
calling any other function in between, if you do
float a = sqrtf (x);
foo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45687
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46183
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44948
--- Comment #22 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2010-10-26
13:56:46 UTC ---
Author: hjl
Date: Tue Oct 26 13:56:42 2010
New Revision: 165965
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165965
Log:
Properly align
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46177
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46184
Summary: [4.6 Regression] ICE: SIGSEGV in
vectorizable_reduction (tree-vect-loop.c:4067) with -O
-ftree-vectorize -fno-tree-copy-prop -fno-tree-dce
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44948
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46172
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46168
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46165
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46182
--- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-10-26
14:06:55 UTC ---
Forwarded from http://gcc.gnu.org/ml/gcc-bugs/2010-10/msg02167.html
It would be nice to have a run time check for such invalid use of
unallocated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46160
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46157
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46153
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46149
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46184
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46185
Summary: [4.6 Regression] gcc.dg/graphite/interchange-4.c FAILs
with -fno-ipa-cp
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
Summary: Clang creates code running 1600 times faster than
gcc's
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46182
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #1 from Julian Andres Klode j...@jak-linux.org 2010-10-26
14:30:24 UTC ---
Created attachment 22162
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22162
Clang's assember
Attaching the assembler output from clang, it should help
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #3 from Julian Andres Klode j...@jak-linux.org 2010-10-26
14:32:27 UTC ---
System information:
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-5'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46018
--- Comment #11 from Art Haas ahaas at airmail dot net 2010-10-26 14:40:04
UTC ---
I ended up trying the version posted in a follow-up mail:
http://gcc.gnu.org/ml/gcc-patches/2010-10/msg02065.html
The bootstrap still failed.
I've now got
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-26
14:47:12 UTC ---
GCC's output is significantly faster at -O3 or without the noinline attribute
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #5 from Julian Andres Klode j...@jak-linux.org 2010-10-26
14:53:24 UTC ---
(In reply to comment #4)
GCC's output is significantly faster at -O3 or without the noinline attribute
I just tested and at -O3, gcc-4.4 creates slow code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-10-26
14:59:18 UTC ---
You get this kind of speedup if the compiler knows that the result of the loop
is
sum=(b*(b-1)-a*(a-1))/2
In which case the timing is meaningless (it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #7 from Julian Andres Klode j...@jak-linux.org 2010-10-26
15:00:37 UTC ---
(In reply to comment #5)
(In reply to comment #4)
GCC's output is significantly faster at -O3 or without the noinline
attribute
I just tested and at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46166
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46187
Summary: Invalid instruction suffix generated by %z
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46183
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46187
--- Comment #1 from Udo Steinberg us15 at os dot inf.tu-dresden.de 2010-10-26
15:03:01 UTC ---
Bug #31768 is probably related.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46166
--- Comment #4 from Steve Kargl sgk at troutmask dot apl.washington.edu
2010-10-26 15:09:37 UTC ---
Janus,
See comment #2. The problem is tauc is used
before it is initialized. This is a bogus
bug report.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46166
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #8 from Julian Andres Klode j...@jak-linux.org 2010-10-26
15:25:56 UTC ---
(In reply to comment #6)
You get this kind of speedup if the compiler knows that the result of the loop
is
sum=(b*(b-1)-a*(a-1))/2
In which case the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
--- Comment #30 from Hans-Werner Boschmann boschmann at tp1 dot
physik.uni-siegen.de 2010-10-26 15:27:27 UTC ---
I've realized today, that the sample code is actually invalid. If you look at
lines 488 and 681 in arguments.f03, you'll see:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-26
15:28:51 UTC ---
(In reply to comment #8)
Since the optimization seems to be mostly there in -O3, it's just a matter of
enabling it in -O2.
Or if you want all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46120
Steve Ellcey sje at cup dot hp.com changed:
What|Removed |Added
CC||sje at cup dot hp.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com 2010-10-26
15:42:58 UTC ---
Can we please stop talking about nano and giga numbers like kids? If an
optimization like complete loop unrolling is involved of course very small or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46167
--- Comment #2 from irar at gcc dot gnu.org 2010-10-26 15:53:33 UTC ---
Author: irar
Date: Tue Oct 26 15:53:28 2010
New Revision: 165970
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165970
Log:
PR tree-optimization/46167
*
On Oct 26, 2010, at 7:30 AM, j...@jak-linux.org gcc-bugzi...@gcc.gnu.org
wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #1 from Julian Andres Klode j...@jak-linux.org
2010-10-26 14:30:24 UTC ---
Created attachment 22162
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #12 from pinskia at gmail dot com pinskia at gmail dot com
2010-10-26 15:56:20 UTC ---
On Oct 26, 2010, at 7:30 AM, j...@jak-linux.org gcc-bugzi...@gcc.gnu.org
wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46184
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #13 from Dominique d'Humieres dominiq at lps dot ens.fr
2010-10-26 16:36:05 UTC ---
This multiplication transformation is incorrect if the loop wraps
(unsigned always wraps; never overflows).
I think this is wrong: wrapping is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45736
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org 2010-10-26
16:40:33 UTC ---
Author: hubicka
Date: Tue Oct 26 16:40:16 2010
New Revision: 165972
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165972
Log:
PR middle-end/45736
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46188
Summary: -fipa-cp removes destructor call
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #15 from Dominique d'Humieres dominiq at lps dot ens.fr
2010-10-26 17:15:31 UTC ---
For sum += 2 or sum += b sccp handles this, so I wonder whether it couldn't
handle even the sum += a case.
2 and b are constants while a is not.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42647
--- Comment #12 from janus at gcc dot gnu.org 2010-10-26 17:38:51 UTC ---
Author: janus
Date: Tue Oct 26 17:38:42 2010
New Revision: 165973
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165973
Log:
2010-10-26 Janus Weil ja...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42647
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46155
--- Comment #12 from Dr. David Kirkby david.kirkby at onetel dot net
2010-10-26 17:59:38 UTC ---
(In reply to comment #11)
(In reply to comment #7)
In your opinion, are IBM wrong to define fprnd_t in /usr/include/float.h?
IBM's definition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46120
--- Comment #4 from Martin Jambor jamborm at gcc dot gnu.org 2010-10-26
18:14:42 UTC ---
Yes, I know why this happens and actually have a prototype patch to
fix it but it depends on another patch I need to get accepted first.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46185
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46181
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2010-10-26
18:43:40 UTC ---
chrec_apply is called with
{a_4(D), +, {a_4(D) + 1, +, 1}_1}_1
chrec and ~a_4(D) + b_5(D) in x.
I wonder if this can be fixed just by recognizing such special
1 - 100 of 145 matches
Mail list logo