http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48759
Summary: Inconsistency in code generation for inline virtual
functions depending on position of the "inline"
keyword
Product: gcc
Version: 4.6.0
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48758
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48615
--- Comment #12 from Thomas Henlich
2011-04-25 08:43:32 UTC ---
The patch submitted to the list is different to the one I based my comments on.
My mistake.
Good work.
With the current method of letting printf do the conversion, there seems to b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48684
--- Comment #6 from Thomas Henlich
2011-04-25 08:46:38 UTC ---
(In reply to comment #5)
> On 04/23/2011 02:27 PM, jvdelisle at gcc dot gnu.org wrote:
> --- snip ---
> >
> > Unpatched gfortran and ifort give:
>
> I meant patched gfortran and ifor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48725
--- Comment #3 from Vadim Markovtsev 2011-04-25
09:47:25 UTC ---
BTW, gold fails to link if used in a similar way in LLVM LTO, so it is likely
not a GCC bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Summary: std::complex constructor buggy in the face of NaN's
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: libstdc++
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Paolo Carlini changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
--- Comment #2 from Paolo Carlini 2011-04-25
12:41:59 UTC ---
PR24581 can be related, its additional, "unexpected", nans.
A C snippet showing the issue would be:
int main()
{
float r = 0;
float i = __builtin_nanf ("");
__complex__ float
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
--- Comment #3 from Paolo Carlini 2011-04-25
13:21:58 UTC ---
By the way, just in case isn't super-clear to people coming from C, there is
nothing C++1x specific here (26.4.4/1 and /2 are identical to 26.2.4 in the old
standard)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48725
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48761
Summary: Indirect inlining needs to perform type checking
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
--- Comment #4 from joseph at codesourcery dot com 2011-04-25 16:02:11 UTC ---
On Mon, 25 Apr 2011, paolo.carlini at oracle dot com wrote:
> A C snippet showing the issue would be:
>
> int main()
> {
> float r = 0;
> float i = __builtin_nanf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48725
--- Comment #5 from Vadim Markovtsev 2011-04-25
16:06:25 UTC ---
(In reply to comment #4)
> Does it work with BFD linker in CVS?
I will check that out tomorrow.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Paolo Carlini changed:
What|Removed |Added
Component|middle-end |libstdc++
--- Comment #5 from Paolo Carli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48762
Summary: valgrind: Invalid read/write of size 8 in cse_main
with -O --param max-cse-path-length=0 on basic code
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25830
--- Comment #4 from Janne Blomqvist 2011-04-25 16:41:26
UTC ---
Some writings arguing that POSIX locking is more or less fundamentally broken:
http://0pointer.de/blog/projects/locking.html
http://0pointer.de/blog/projects/locking2.html
http://
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Paolo Carlini changed:
What|Removed |Added
CC||g...@integrable-solutions.ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48763
Summary: Inliner type ICE
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...@gcc.gnu.org
Repo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48763
--- Comment #1 from Jan Hubicka 2011-04-25
17:04:55 UTC ---
OK,
the problem is that we check only return types for compatibility:
244 /* Redirect all incoming edges. */
245 compatible_p
246 = gimple_types_compatible_p (TREE_T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48707
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
--- Comment #7 from John Maddock 2011-04-25
17:21:15 UTC ---
Sorry to be dumb, but doesn't the result of the C code violate section G.5.2 in
C99 - which is to say that no matter what the value of the imaginary part of an
expression, it never chan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Gabriel Dos Reis changed:
What|Removed |Added
CC||gdr at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Paolo Carlini changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48753
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48720
--- Comment #7 from kargl at gcc dot gnu.org 2011-04-25 18:44:48 UTC ---
See
http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01986.html
for a patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48764
Summary: wrong-code bug in gcc-4.5.x, related to __restrict
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48670
--- Comment #4 from Matt Hargett 2011-04-25 18:55:36 UTC
---
ping? Anything else you need from me on this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48722
--- Comment #1 from Pat Haugen 2011-04-25
20:47:52 UTC ---
Created attachment 24095
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24095
reduced testcase
Similar failure on powerpc64-linux when building cpu2006 benchmark 435.gromacs.
> /ho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48765
Summary: ICE in vect_transform_stmt
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
Gabriel Dos Reis changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48707
--- Comment #2 from Jason Merrill 2011-04-25
21:51:36 UTC ---
Author: jason
Date: Mon Apr 25 21:51:33 2011
New Revision: 172941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172941
Log:
PR c++/48707
* decl.c (type_dependent_init_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48707
--- Comment #3 from Jason Merrill 2011-04-25
21:54:04 UTC ---
Author: jason
Date: Mon Apr 25 21:53:57 2011
New Revision: 172942
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172942
Log:
PR c++/48707
* pt.c (value_dependent_expres
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48707
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48760
--- Comment #11 from Paolo Carlini 2011-04-25
22:04:56 UTC ---
Thanks Gaby, your analysis certainly helps. Let's see what Jason, thinks, then.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48663
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
Summary: Infinite recursion in fold_binary_loc()
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48767
Summary: compiler error: Segmentation fault with set void in
va_arg
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48752
--- Comment #7 from John David Anglin 2011-04-26
01:57:57 UTC ---
ICE occurs at i==2.
Breakpoint 1, evaulate_conditions_for_edge (e=0x78730cf0, inline_p=1 '\001') at
../../gcc/gcc/ipa-inline-analysis.c:481
481 tree val = VEC_index
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48752
John David Anglin changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48768
Summary: ICE in get_expr_operands()
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48723
--- Comment #9 from Zdenek Sojka 2011-04-26 06:10:02
UTC ---
This task is in state RESOLVED FIXED, but the testcase still ICEs in current
trunk (r172940, x86_64-linux) as the fix was reverted. Where can I track this
ICE? Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48734
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48769
Summary: [4.7 Regression] Multiple failures in libjava for -m64
on powerpc-apple-darwin9
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48589
Thomas Henlich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48734
--- Comment #2 from Jakub Jelinek 2011-04-26
06:56:46 UTC ---
Reduced testcase:
unsigned int
foo (int x, unsigned int y, unsigned int z)
{
z &= (x == -__INT_MAX__ - 1 ? x : -x) > y;
z &= (x == -__INT_MAX__ - 1 ? x : -x) > y;
z &= (x == -__
46 matches
Mail list logo