--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-23 07:41 ---
Subject: Bug 45728
Author: jakub
Date: Thu Sep 23 07:41:30 2010
New Revision: 164549
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164549
Log:
PR rtl-optimization/45728
* expr.c
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-23 07:57 ---
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-09-22 08:07 ---
That semantics can't cope well with -fcompare-debug though, where cc1 etc. is
invoked multiple times. If you remove some options forever, they wouldn't
appear on the next cc1 etc. invocation line and thus that would
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-22 08:57 ---
Subject: Bug 45739
Author: jakub
Date: Wed Sep 22 08:57:38 2010
New Revision: 164516
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164516
Log:
PR rtl-optimization/45739
* gcc.target/i386
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-22 15:59 ---
The reason why the return stmt, at least after lowering, doesn't have a
location, is because after lowering there is just one return instead of
possibly multiple returns from before lowering. So the location_t
--- Comment #22 from jakub at gcc dot gnu dot org 2010-09-22 17:24 ---
The 4.5/4.4 backports of this patch break:
/* { dg-do compile } */
/* { dg-options -march=i586 { target ilp32 } } */
struct S { union { double b[4]; } a[18]; } s, a[5];
void foo (struct S);
struct S bar (struct S
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-21 12:23 ---
Created an attachment (id=21856)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21856action=view)
gcc46-pr45739.patch
Fix. For further optimizations (like vector A | ~0, A | ~A, A ^ ~0, A ~0), I
guess we'd need
--- Comment #29 from jakub at gcc dot gnu dot org 2010-09-21 14:19 ---
Subject: Bug 45678
Author: jakub
Date: Tue Sep 21 14:18:34 2010
New Revision: 164480
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164480
Log:
PR middle-end/45678
* expr.c (expand_expr_real_1
--- Comment #30 from jakub at gcc dot gnu dot org 2010-09-21 16:30 ---
Subject: Bug 45678
Author: jakub
Date: Tue Sep 21 16:30:21 2010
New Revision: 164486
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164486
Log:
PR middle-end/45678
* expr.c (expand_expr_real_1
--- Comment #31 from jakub at gcc dot gnu dot org 2010-09-21 16:42 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-21 23:33 ---
Subject: Bug 45739
Author: jakub
Date: Tue Sep 21 23:33:01 2010
New Revision: 164501
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164501
Log:
PR rtl-optimization/45739
* simplify-rtx.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-22 00:06 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-20 07:29 ---
Created an attachment (id=21843)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21843action=view)
gcc46-pr45728.patch
Fix. Alternatively we could just change the == SUBREG condition to force_reg
first to !REG_P
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-20 13:24 ---
Subject: Bug 45695
Author: jakub
Date: Mon Sep 20 13:24:23 2010
New Revision: 164431
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164431
Log:
PR rtl-optimization/45695
* combine.c (try_combine
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-20 16:48 ---
Subject: Bug 45124
Author: jakub
Date: Mon Sep 20 16:48:29 2010
New Revision: 164442
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164442
Log:
PR debug/45124
* dwarf2out.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-20 16:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #28 from jakub at gcc dot gnu dot org 2010-09-20 20:37 ---
Subject: Bug 45678
Author: jakub
Date: Mon Sep 20 20:37:10 2010
New Revision: 164454
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164454
Log:
PR middle-end/45678
* cfgexpand.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-20 20:41 ---
Subject: Bug 45728
Author: jakub
Date: Mon Sep 20 20:41:08 2010
New Revision: 164456
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164456
Log:
PR rtl-optimization/45728
* expr.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-20 22:37 ---
Subject: Bug 45695
Author: jakub
Date: Mon Sep 20 22:37:32 2010
New Revision: 164467
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164467
Log:
PR rtl-optimization/45695
* combine.c (try_combine
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-20 22:38 ---
Subject: Bug 45728
Author: jakub
Date: Mon Sep 20 22:38:42 2010
New Revision: 164468
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164468
Log:
PR rtl-optimization/45728
* expr.c
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-20 22:39 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-20 22:40 ---
Fixed on the trunk and in 4.5 so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-19 18:50 ---
Can't reproduce with either current trunk nor 4.4.4.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-17 07:09 ---
You can use gcc -E -P, then it doesn't print # lineno file
lines and puts the label and fn on the same line (as, without the line notes
locations aren't preserved anyway).
As Andrew wrote, gcc -E is a C/C
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45700
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-17 12:05 ---
Created an attachment (id=21817)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21817action=view)
gcc46-pr45695.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45695
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-17 12:46 ---
You now set the location, but I believe the wrong one.
esra changes are:
foo (struct S * arg)
{
+ int SR.1;
+ int s$a;
struct S s;
struct S D.2694;
int D.2690;
@@ -72,10 +37,12 @@ foo (struct S * arg
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-17 13:57 ---
With -r -nostdlib when -lm is mentioned on the command line, it is looking for
libm.a. Guess you have it installed on one box and not on the other one.
That said, the tests really shouldn't have -lm on their link
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-17 14:04 ---
Dejagnu adds it always for dg-do link/run, and there doesn't seem to be a way
to bypass that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45702
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45705
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-16 08:13 ---
Broken by
http://gcc.gnu.org/viewcvs?root=gccview=revrev=164135
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-16 08:27 ---
Seems ipa_modify_call_arguments creates incorrect MEM_REF here.
base is correctly ADDR_EXPR of a, with int * type for the ADDR_EXPR, but
offset has int ** type instead of int *. At RTL level this results in alias
set
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-16 08:55 ---
--- ipa-prop.c.jj 2010-09-14 15:24:45.0 +0200
+++ ipa-prop.c 2010-09-16 10:47:14.0 +0200
@@ -2185,7 +2185,8 @@ ipa_modify_call_arguments (struct cgraph
if (TREE_CODE (base) == ADDR_EXPR
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-16 09:35 ---
Subject: Bug 45686
Author: jakub
Date: Thu Sep 16 09:35:02 2010
New Revision: 164330
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164330
Log:
PR bootstrap/45686
* fold-const.c
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-16 10:40 ---
Re: #c4, shouldn't there be srcvar = NULL_TREE; somewhere for the
STRICT_ALIGNMENT non-aligned case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-16 11:57 ---
For the ix86/x86_64 alignment issue, I believe the problem here is that
max_align = MAX (crtl-max_used_stack_slot_alignment,
PREFERRED_STACK_BOUNDARY);
is fine
--- Comment #14 from jakub at gcc dot gnu dot org 2010-09-16 13:54 ---
The reason why cfgexpand does increase the alignment is that it believes that
the base slot will be at least PREFERRED_STACK_BOUNDARY bytes aligned, which is
true on all targets but i?86/x86-64, which apparently
--- Comment #17 from jakub at gcc dot gnu dot org 2010-09-16 14:08 ---
That's true. But many expanders can make use of DECL_ALIGN information, e.g.
to choose faster code. If cfgexpand keeps doing what it does now, namely
bumping DECL_ALIGN of variables up to PREFERRED_STACK_BOUNDARY
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-16 17:13 ---
i?86 is a FLT_EVAL_METHOD 2 target, so for strict C compliance all floating
operations and constants are supposed to be evaluated in the precision
of long double. The assignment of the constant to a double var
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-16 21:57 ---
Caused by my http://gcc.gnu.org/viewcvs?root=gccview=revrev=163555
change, so will look into it tomorrow.
http://gcc.gnu.org/bugzilla/attachment.cgi?id=21560action=view
doesn't break it, only the version that tries
--- Comment #12 from jakub at gcc dot gnu dot org 2010-09-16 22:28 ---
Can you try compiling it with
--param ggc-min-expand=0 --param ggc-min-heapsize=0
? Perhaps you'll trigger it then more reliably...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-15 19:21 ---
Yes, x86-64 requires 16 byte stack alignment, but alloca should ensure that.
Can you come up with a small testcase which was misbehaving before? It would
be great to add it to the libffi testsuite.
--
http
--- Comment #10 from jakub at gcc dot gnu dot org 2010-09-15 06:56 ---
Thanks. Though, both #c5 and #c6 patches are C++ FE patches and thus I can't
see how they could ever be related to a C testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-15 08:37 ---
You're right, it doesn't call compute_spt_expr on all the actual arguments's
-expr. If/when it will use a generic walker, that will be fixed
automatically, but I'll fix it in the meantime as well.
--
http
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-15 14:10 ---
No longer crashes in 4.5/4.6 since r147980, aka SRA rewrite. The only
difference in *.optimized is though that before r147980 we have:
m3.3_3 = VIEW_CONVERT_EXPRv4sf(m2);
m3.5_4 = m3.3_3 * { 5.0e+0, 1.5e+1, 2.5e
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|gcc-4.4: crash on vector|[4.4 Regression] crash on
|code with -m32 -msse
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-15 14:23 ---
Actually
typedef float V __attribute__ ((vector_size (16)));
V g;
int
main ()
{
float d[4] = { 4, 3, 2, 1 };
V e;
__builtin_memcpy (e, d, sizeof (d));
V f = { 5, 15, 25, 35 };
e = e * f;
g = e;
return 0
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-15 15:40 ---
Subject: Bug 45635
Author: jakub
Date: Wed Sep 15 15:39:57 2010
New Revision: 164311
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164311
Log:
PR c++/45635
* class.c (build_vtbl_initializer
--- Comment #10 from jakub at gcc dot gnu dot org 2010-09-15 15:43 ---
Subject: Bug 45633
Author: jakub
Date: Wed Sep 15 15:42:41 2010
New Revision: 164312
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164312
Log:
PR tree-optimization/45633
* tree-cfg.c
--- Comment #12 from jakub at gcc dot gnu dot org 2010-09-15 15:54 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-15 16:06 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-15 17:07 ---
That patch looks wrong. The padding for alignment must be done before the
arguments, not after them.
Say if bytes is 24 at the start of one iteration, cif-arg_types[i]-alignment
is 32 and cif-arg_types[i]-size is 40
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-15 17:51 ---
No, the 8 in the final ALIGN is because that's the stack word size, everything
smaller than that is passed as low bits of the whole 64-bit word.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45677
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-14 09:48 ---
Subject: Bug 45660
Author: jakub
Date: Tue Sep 14 09:48:04 2010
New Revision: 164271
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164271
Log:
PR debug/45660
* dwarf2out.c (gen_decl_die): Call
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-14 09:49 ---
Subject: Bug 45660
Author: jakub
Date: Tue Sep 14 09:49:13 2010
New Revision: 164272
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164272
Log:
PR debug/45660
* dwarf2out.c (gen_decl_die): Call
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-14 09:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-14 09:59 ---
Not sure how far loop fusion is currently in graphite...
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-14 10:11 ---
Subject: Bug 45567
Author: jakub
Date: Tue Sep 14 10:11:11 2010
New Revision: 164274
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164274
Log:
PR middle-end/45567
* builtins.c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-14 10:12 ---
Subject: Bug 45567
Author: jakub
Date: Tue Sep 14 10:12:21 2010
New Revision: 164275
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164275
Log:
PR middle-end/45567
* builtins.c
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-14 10:14 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-14 11:26 ---
Created an attachment (id=21789)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21789action=view)
gcc46-pr45663.patch
A sign extension insn for the first bar call is scheduled before the a.j++
insns
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-14 14:00 ---
Created an attachment (id=21791)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21791action=view)
gcc46-pr45635.patch
Fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-14 14:47 ---
Created an attachment (id=21792)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21792action=view)
gcc46-pr45635.patch
Alternatively, we can avoid computing the address of fn altogether
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-14 15:24 ---
Simplified testcase that ICEs the same way on x86_64-linux (-O3) and i686-linux
(-O3 -msse2):
int s[4];
unsigned char *t[4];
void
foo (void)
{
int i;
for (i = 0; i 4; i++)
{
s[i] = -s[i];
t[i
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-14 16:18 ---
Created an attachment (id=21794)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21794action=view)
gcc46-pr45633-1.patch
The s[i] = -s[i]; line is also unnecessary in the testcase.
One possible patch attached
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-14 16:20 ---
Created an attachment (id=21795)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21795action=view)
gcc46-pr45633-2.patch
Another fix, this one keeps disallowing such MINUS_EXPR. Unfortunately the
generated code
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-14 17:09 ---
This is intentional, considering this as a flexible array member is already way
too over what should be allowed.
Either use a true flexible array member, or use memcpy instead (which isn't
limited to field boundaries
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-14 17:15 ---
I've looked at the combiner with the second patch, but I'm afraid this isn't
fixable in the combiner easily. While combiner is able for i3
(set (reg:V2DI res) (plus:V2DI (reg:V2DI temp) (mem:V2DI (symbol_ref:P t
--- Comment #9 from jakub at gcc dot gnu dot org 2010-09-14 18:43 ---
Created an attachment (id=21796)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21796action=view)
gcc46-pr45633-3.patch
Patch that uses TER to expand PLUS_EXPR/POINTER_PLUS_EXPR as MINUS_EXPR if it
is really
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-14 19:25 ---
Could you please also try the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635#c5 patch? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-13 09:17 ---
Created an attachment (id=21783)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21783action=view)
gcc46-pr45567.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-13 10:18 ---
I believe just gfc_conv_intrinsic_arith needs to be adjusted so that it also
handles se-ss case, at least for optimize !optimize_size. Currently it
just handles the case where those intrinsics return a scalar
INTERFACE vs. definition
mismatches
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub
--- Comment #9 from jakub at gcc dot gnu dot org 2010-09-13 15:36 ---
Created an attachment (id=21785)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21785action=view)
gcc46-pr45596.patch
Updated patch. This one should handle the case where pointer assigment just
points into some
: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45660
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-13 18:28 ---
Created an attachment (id=21786)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21786action=view)
gcc46-pr45660.patch
Untested fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from jakub at gcc dot gnu dot org 2010-09-13 18:50 ---
So, are you goint to take care of this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36841
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-13 19:04 ---
Perhaps a testcase should be added (either with -Warray-temporaries or scanning
dumps) to make sure we don't regress here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42831
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-13 21:00 ---
Subject: Bug 45617
Author: jakub
Date: Mon Sep 13 21:00:03 2010
New Revision: 164257
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164257
Log:
PR rtl-optimization/45617
* combine.c
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-13 21:10 ---
Committed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #45 from jakub at gcc dot gnu dot org 2010-09-10 10:46 ---
The Log In line in elinks looks quite weird. There is
a text field Bugzilla_login, then Bugzilla_password (both expected), but then
there is another text field prefilled with password:
input id
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-10 10:52 ---
Subject: Bug 45630
Author: jakub
Date: Fri Sep 10 10:52:16 2010
New Revision: 164163
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164163
Log:
PR bootstrap/45630
* dwarf2out.c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-10 14:40 ---
For the interprocedural analysis I believe static points-to is the only
reasonable thing to do, anything else would have too big complexity (both space
and time). Within one function, sure, you have the code
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-10 15:47 ---
For arbitrary lengths (both of the constant string and of the padding) the
memmove (which will be optimized to memcpy as the source is read-only) + memset
is the best thing to do, replacing say
memmove (x, 900 bytes
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-09 06:51 ---
Subject: Bug 45588
Author: jakub
Date: Thu Sep 9 06:50:56 2010
New Revision: 164051
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164051
Log:
PR c++/45588
* pt.c (tsubst) case INTEGER_TYPE
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-09 07:16 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-09 07:45 ---
That's because the compiler's expectation is that if you define
__cxa_guard_acquire, you also define __cxa_guard_release and __cxa_guard_abort.
And, they should be declared throw() as well.
--
http://gcc.gnu.org
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-09 10:28 ---
templatetypename T
struct Singleton
{
static T* get()
{
static T instance;
return instance;
}
~Singleton() {}
};
struct Foo : SingletonFoo
{
};
#ifdef __ARM_EABI__
typedef int __guard;
#else
typedef
--- Comment #16 from jakub at gcc dot gnu dot org 2010-09-09 10:33 ---
The *_unlocked versions are faster a lot actually, at least for the one
character ops, because no locking is performed and the calls are inlined.
But the question is whether libstdc++ can use them, unless
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-09 11:56 ---
I don't see any problem. All of current trunk, 4.5 and 4.4 print it as
b.B::t.T::MBUUITF
rather than
b$t$MBUUITF
and the other difference in the warning message is not caused by unrelated code
changes, but actually
--- Comment #21 from jakub at gcc dot gnu dot org 2010-09-09 15:07 ---
#if __GNUC__ = 3
# define _IO_BE(expr, res) __builtin_expect ((expr), res)
#else
# define _IO_BE(expr, res) (expr)
#endif
#define _IO_getc_unlocked(_fp) \
(_IO_BE ((_fp)-_IO_read_ptr = (_fp)-_IO_read_end, 0
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-09 20:45 ---
The C99 standard says the sign should be printed even for NaN, see
7.19.6.1/8:
... A double argument representing an infinity is converted in one of the
styles [-]inf or [-]infinity â which style is implementation
-to analysis in Fortran FE
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-08 12:01 ---
Created an attachment (id=21735)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21735action=view)
gcc46-pr45596.patch
WIP patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45596
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-08 12:05 ---
Created an attachment (id=21736)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21736action=view)
uu.f90
One testcase I've been playing with. The patch allows optimizing away
temporaries on 3 of the 4 p
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-08 12:08 ---
Created an attachment (id=21737)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21737action=view)
tonto2.f90
Modified testcase from tonto (well, in particular from richi's testcase in one
of the tonto PRs), where
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
1 - 100 of 6780 matches
Mail list logo
