--- Comment #9 from jakub at gcc dot gnu dot org 2007-08-22 13:56 ---
When struct S is not defined at global scope, but within main, then no matter
if
struct S t; is present or not 4.1/4.2/trunk aborts with -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33136
--- Comment #11 from jakub at gcc dot gnu dot org 2007-08-22 14:29 ---
Yeah, PR30708 seems to be stripped down from the same source.
But the stripped down testcase here in c#8 is 4.1/4.2/4.3 regression, not
just 4.1 regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33136
--- Comment #2 from jakub at gcc dot gnu dot org 2007-08-22 16:20 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #14 from jakub at gcc dot gnu dot org 2007-08-22 17:24 ---
--- ipa-type-escape.c.jj13 2007-08-13 15:11:18.0 +0200
+++ ipa-type-escape.c 2007-08-22 19:21:07.0 +0200
@@ -1704,6 +1704,21 @@ analyze_function (struct cgraph_node *fn
FOR_EACH_BB_FN
--- Comment #16 from jakub at gcc dot gnu dot org 2007-08-23 12:13 ---
But doesn't ipa_type_escape_field_does_not_clobber_p do what is documented?
At least for the uses in nonoverlapping_memrefs_p where
ipa_type_escape_field_does_not_clobber_p is always called on some field,
--- Comment #3 from jakub at gcc dot gnu dot org 2007-08-23 12:38 ---
Another testcase:
extern enum warn overflow;
int
foo (void)
{
return overflow;
}
Here 3.4.x silently compiled it and used SImode for the variable, eventhough
TYPE_SIZE on the enum warn type nor DECL_SIZE on
--
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 #6 from jakub at gcc dot gnu dot org 2007-08-23 20:36 ---
It is unfortunate that gimple can only initialize the whole array, unless
__builtin_memcpy is used. Unfortunately __builtin_memcpy has a different
drawback - the var will be forced to be TREE_ADDRESSABLE even when it
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-23 23:23 ---
Subject: Bug 31941
Author: jakub
Date: Thu Aug 23 23:23:26 2007
New Revision: 127747
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127747
Log:
PR c++/31941
*
--- Comment #3 from jakub at gcc dot gnu dot org 2007-08-23 23:27 ---
Subject: Bug 32898
Author: jakub
Date: Thu Aug 23 23:27:34 2007
New Revision: 127749
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127749
Log:
PR c++/32898
* name-lookup.c (set_decl_n
--- Comment #7 from jakub at gcc dot gnu dot org 2007-08-23 23:30 ---
Subject: Bug 32946
Author: jakub
Date: Thu Aug 23 23:29:57 2007
New Revision: 127750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127750
Log:
PR tree-optimization/32573
PR middle-e
--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-23 23:30 ---
Subject: Bug 32573
Author: jakub
Date: Thu Aug 23 23:29:57 2007
New Revision: 127750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127750
Log:
PR tree-optimization/32573
PR middle-e
--- Comment #2 from jakub at gcc dot gnu dot org 2007-08-24 06:55 ---
Subject: Bug 32567
Author: jakub
Date: Fri Aug 24 06:54:49 2007
New Revision: 127760
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127760
Log:
PR c++/32567
* typeck.c (build_
--- Comment #3 from jakub at gcc dot gnu dot org 2007-08-24 07:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2007-08-24 07:40 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2007-08-24 07:42 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #20 from jakub at gcc dot gnu dot org 2007-08-24 15:38 ---
Created an attachment (id=14103)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14103&action=view)
gcc43-pr33136.patch
Here is what I have been playing with.
But I'd really like to see some testcas
--- Comment #22 from jakub at gcc dot gnu dot org 2007-08-24 16:16 ---
Not sure how, could I pass the buck to you then?
My thought was just that may_alias_p could for STRUCT_FIELD_TAG call
ipa_type_escape_field_does_not_clobber (TREE_TYPE (SFT_PARENT_VAR (var)),
TREE_TYPE (var)) (i.e
--- Comment #17 from jakub at gcc dot gnu dot org 2007-08-24 16:33 ---
Does this make sense to do this for POINTER_TYPE_P in 4.1/4.2, which
reassociate
in many other places?
I belive in 4.3 that changed with POINTER_PLUS_EXPR stuff.
struct A { int i; int v[1]; };
int *foo (struct A
--- Comment #24 from jakub at gcc dot gnu dot org 2007-08-24 16:36 ---
Removing that call in 4.1/4.2 would indeed cure c#8 testcase.
c#22 would be still broken (ipa_type_escape_field_does_not_clobber_p isn't
called at all on that testcase, neither in 4.1, nor 4.2, nor 4.3.
Guess
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-24 17:07 ---
Subject: Bug 32610
Author: jakub
Date: Fri Aug 24 17:06:59 2007
New Revision: 127776
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127776
Log:
PR debug/32610
* dwarf2out.c (gen_
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-24 17:10 ---
Subject: Bug 32898
Author: jakub
Date: Fri Aug 24 17:09:50 2007
New Revision: 12
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=12
Log:
PR c++/32898
* name-lookup.c (set_decl_n
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-24 17:16 ---
Subject: Bug 32912
Author: jakub
Date: Fri Aug 24 17:15:51 2007
New Revision: 127779
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127779
Log:
PR middle-end/32912
* fold-const.c (fol
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-24 17:22 ---
Subject: Bug 32912
Author: jakub
Date: Fri Aug 24 17:21:42 2007
New Revision: 127781
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127781
Log:
PR middle-end/32912
* fold-const.c (fol
--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-24 17:24 ---
Subject: Bug 32912
Author: jakub
Date: Fri Aug 24 17:23:43 2007
New Revision: 127783
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127783
Log:
PR middle-end/32912
* fold-const.c (fol
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-24 17:24 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-24 17:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2007-08-24 17:29 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-24 17:13 ---
Subject: Bug 31941
Author: jakub
Date: Fri Aug 24 17:12:41 2007
New Revision: 127778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127778
Log:
PR c++/31941
*
--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-24 17:28 ---
Fixed.
On 4.1 branch with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127781
--
jakub at gcc dot gnu dot org changed:
What|Removed
--
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 #3 from jakub at gcc dot gnu dot org 2007-08-27 08:52 ---
More reduced testcase, which fails both on the trunk (though just with -O1)
and on 4.2 (both -O1 and -O2):
int
foo (unsigned int *p, int *q, unsigned int w, unsigned int b)
{
unsigned int i;
int mask;
if (q[0
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-27 10:14 ---
Caused by PR25600.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #9 from jakub at gcc dot gnu dot org 2007-08-27 12:05 ---
Sounds like a dup of PR32855.
The patch in comment #7 certainly fixes that.
So, what can be done to speed up acceptance of this?
I can try to bootstrap/regtest on ia64-linux this later today, only arm in
addition to
--- Comment #32 from jakub at gcc dot gnu dot org 2007-08-27 14:49 ---
What's the state of the http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961#c27
patch? I haven't seen it posted to gcc-patches...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961
--- Comment #10 from jakub at gcc dot gnu dot org 2007-08-27 21:42 ---
This really can't be worked around, but has to be fixed properly.
for i in "" "-g"; do ./g++ -B ./ -O2 $i -m32 -o auto_ptr /tmp/auto_ptr.ii
-L../x86_64-unknown-linux-gnu/32/libstdc++
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-28 09:47 ---
Subject: Bug 33148
Author: jakub
Date: Tue Aug 28 09:47:32 2007
New Revision: 127855
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127855
Log:
PR rtl-optimization/33148
* simpli
--- Comment #7 from jakub at gcc dot gnu dot org 2007-08-28 09:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-28 09:50 ---
Subject: Bug 32370
Author: jakub
Date: Tue Aug 28 09:50:04 2007
New Revision: 127856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127856
Log:
PR middle-end/32370
*
--- Comment #2 from jakub at gcc dot gnu dot org 2007-08-28 09:45 ---
Subject: Bug 32914
Author: jakub
Date: Tue Aug 28 09:44:57 2007
New Revision: 127854
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127854
Log:
PR debug/32914
* dwarf2out.c (rtl_for_d
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-28 14:55 ---
On the trunk I'm just seeing
*** in database main ***
Page 2 is never used
That seems to be because of miscompiled sqlite3SelectNew function with
-O2 -fstrict-aliasing, with -O2 -fno-strict-aliasing that works.
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-28 15:16 ---
Even more simplified testcase:
extern void abort (void);
struct S
{
void *s1, *s2;
unsigned char s3, s4, s5;
};
__attribute__((noinline))
void *foo (void)
{
static struct S s;
return &s;
}
__attribu
--- Comment #6 from jakub at gcc dot gnu dot org 2007-08-28 15:58 ---
if (a == 0) a = bar (); isn't necessary either.
salias has:
# BLOCK 2 freq:1
# PRED: ENTRY [100.0%] (fallthru,exec)
# VUSE { qD.2026 SMT.25D.2079 }
D.2027_3 = foo ();
pD.2025_4 = (struct S
--- Comment #10 from jakub at gcc dot gnu dot org 2007-08-28 16:09 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-28 16:08 ---
Subject: Bug 32596
Author: jakub
Date: Tue Aug 28 16:08:02 2007
New Revision: 127863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127863
Log:
PR c++/32596
PR c++/32400
--- Comment #9 from jakub at gcc dot gnu dot org 2007-08-28 16:08 ---
Subject: Bug 32400
Author: jakub
Date: Tue Aug 28 16:08:02 2007
New Revision: 127863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127863
Log:
PR c++/32596
PR c++/32400
--- Comment #7 from jakub at gcc dot gnu dot org 2007-08-28 16:09 ---
Subject: Bug 22244
Author: jakub
Date: Tue Aug 28 16:08:57 2007
New Revision: 127864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127864
Log:
PR fortran/22244
* Make-lang.in (fortr
--- Comment #5 from jakub at gcc dot gnu dot org 2007-08-28 16:10 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2007-08-28 16:17 ---
Isn't this a dup of PR33118 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33214
--- Comment #17 from jakub at gcc dot gnu dot org 2007-08-28 19:38 ---
I can reproduce this on ppc32-linux, working on a self-contained reproducer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
--- Comment #19 from jakub at gcc dot gnu dot org 2007-08-29 08:07 ---
Binary search among the routines in java_raw_api.c with -fno-inline shows
the noclass testcase fails if either ffi_java_raw_call or
ffi_java_translate_args
is compiled with -O2 -fdce, if both are compiled with -O2
--- Comment #20 from jakub at gcc dot gnu dot org 2007-08-29 08:52 ---
typedef struct {
int abi;
unsigned nargs;
void **arg_types;
void *rtype;
unsigned bytes;
unsigned flags;
} ffi_cif;
void ffi_java_raw_to_ptrarray (ffi_cif *cif, void *raw, void **args);
void
--- Comment #21 from jakub at gcc dot gnu dot org 2007-08-29 11:18 ---
The major difference between say i?86 or x86_64 and ppc here is that
on the former two the hard frame pointer is actually visibly, not just
artificially, used when restoring the stack pointer. ppc restores the
stack
--- Comment #22 from jakub at gcc dot gnu dot org 2007-08-29 11:41 ---
Created an attachment (id=14132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14132&action=view)
gcc43-pr32758.patch
Here is what I will try to regtest (already verified it fixes the testcase).
Altern
--- Comment #25 from jakub at gcc dot gnu dot org 2007-08-29 13:26 ---
Unfortunately it breaks e.g. memcpy-chk.c, simplified testcase here:
extern void abort (void);
typedef __SIZE_TYPE__ size_t;
extern void *memcpy (void *, const void *, size_t);
extern volatile int chk_fail_allowed
--- Comment #26 from jakub at gcc dot gnu dot org 2007-08-29 13:56 ---
Apparently dce is the only user of df_simulate_* which at the start of the
basic block compares the resulting bitmap with DF_LR_IN. All other users
of these interfaces don't do that (ifcvt, rtl-factoring, peep
--- Comment #32 from jakub at gcc dot gnu dot org 2007-08-30 08:27 ---
Subject: Bug 32758
Author: jakub
Date: Thu Aug 30 08:27:33 2007
New Revision: 127923
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127923
Log:
PR middle-end/32758
* dce.c (dce_proce
--- Comment #33 from jakub at gcc dot gnu dot org 2007-08-30 08:43 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2007-08-30 16:43 ---
Subject: Bug 33168
Author: jakub
Date: Thu Aug 30 16:43:19 2007
New Revision: 127928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127928
Log:
PR target/33168
* config/rs6000/
--- Comment #2 from jakub at gcc dot gnu dot org 2007-08-30 20:15 ---
Should be fixed now, see
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127928
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from jakub at gcc dot gnu dot org 2007-08-31 07:25 ---
Subject: Bug 32914
Author: jakub
Date: Fri Aug 31 07:25:20 2007
New Revision: 127958
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127958
Log:
PR debug/32914
* dwarf2out.c (rtl_for_d
--- Comment #7 from jakub at gcc dot gnu dot org 2007-08-31 07:27 ---
Subject: Bug 33148
Author: jakub
Date: Fri Aug 31 07:27:40 2007
New Revision: 127959
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127959
Log:
PR rtl-optimization/33148
* simpli
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-31 07:30 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2007-08-31 07:33 ---
I think the 4.2/4.3 error is just fine, this is mainly a user error.
The crtfiles must not be compiled with any options that will cause
the special sections to be populated with other stuff (be it .ctors, .dtors
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
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=33289
--- Comment #8 from jakub at gcc dot gnu dot org 2007-09-03 13:43 ---
It is not bogus. -fprofile-arcs is one way of introducing .ctors stuff.
When building crtstuff, if it is supposed to work, you must avoid all options
that generate such stuff, whether it is -fprofile-arcs
--
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 #3 from jakub at gcc dot gnu dot org 2007-09-04 06:14 ---
Can't reproduce this, neither on x86_64-linux, nor on ppc-linux, on the former
I tried cc1's I had laying around back through to 2007-08-21 and all of them
worked.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #12 from jakub at gcc dot gnu dot org 2007-09-04 06:48 ---
Which testcase is not fixed?
./xgcc -B ./ -Wall -Wundef -m32 -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -Werror-implicit-function-declaration
-Werror-implicit-function-declaration -Os -msoft
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-04 07:30 ---
This got fixed by the PR30564 fix,
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127638
Do we want to commit this testcase as well?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32975
--- Comment #13 from jakub at gcc dot gnu dot org 2007-09-04 08:22 ---
The testcases got fixed already by the
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127491
commit, which is why Daniel wrote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772#c11
Guess checking in the tes
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-04 23:30 ---
Subject: Bug 33017
Author: jakub
Date: Tue Sep 4 23:29:58 2007
New Revision: 128107
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128107
Log:
PR tree-optimization/33017
* tree-da
--- Comment #11 from jakub at gcc dot gnu dot org 2007-09-04 23:31 ---
Subject: Bug 32300
Author: jakub
Date: Tue Sep 4 23:31:11 2007
New Revision: 128108
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128108
Log:
PR rtl-optimization/32300
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-04 23:35 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from jakub at gcc dot gnu dot org 2007-09-04 23:37 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #26 from jakub at gcc dot gnu dot org 2007-09-05 05:46 ---
This is just one bug, present in GCC 4.1 and onwards, no need to have
several bug ids.
tree-ssa-alias.c just uses ipa_type_escape_field_does_not_clobber_p
incorrectly, it asks an unrelated question and based on the
--- Comment #11 from jakub at gcc dot gnu dot org 2007-09-05 09:41 ---
*** Bug 32855 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-05 09:41 ---
*** This bug has been marked as a duplicate of 32552 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jakub at gcc dot gnu dot org 2007-09-05 09:44 ---
I have bootstrapped/regtested the
http://gcc.gnu.org/bugzilla/attachment.cgi?id=13831&action=view
patch on ia64-linux, fixed the
FAIL: g++.dg/tree-ssa/pr28003.C execution test
failure, no regressions.
--
--- Comment #3 from jakub at gcc dot gnu dot org 2007-09-05 13:59 ---
This testcase with ENABLE_GC_ALWAYS_COLLECT ICEs here in validate_free_objects
in r127491, but is cured by the
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127946
fix, at which point it compiles just f
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-05 14:03 ---
Given the backtrace I believe it is the same issue, particularly that
__builtin___strcpy_chk call was folded into __builtin_strcpy, set_rhs
copied over the annotations from the former to the latter CALL_EXPR, but
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-05 15:42 ---
Yeah, the asm is bogus for multiple reasons.
But can be fixed easily, e.g. %3, %4 nor %5 aren't used anywhere, so
just nuking the unneeded
"r" (c), "r" (a), "r" (b),
makes this to
--- Comment #1 from jakub at gcc dot gnu dot org 2007-09-05 23:27 ---
Subject: Bug 33289
Author: jakub
Date: Wed Sep 5 23:27:17 2007
New Revision: 128160
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128160
Log:
PR c++/33289
* decl.c (builtin_function
--- Comment #9 from jakub at gcc dot gnu dot org 2007-09-10 18:38 ---
Fails e.g. with 127816, 127870 up to 127926, the bug goes away
at least on the #c5 testcase with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127927
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32575
--- Comment #27 from jakub at gcc dot gnu dot org 2007-09-11 17:21 ---
Created an attachment (id=14191)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14191&action=view)
gcc43-pr33136.patch
Updated patch which tries to handle SFTs as well.
Unfortunately it causes a regressi
--- Comment #28 from jakub at gcc dot gnu dot org 2007-09-11 19:07 ---
Why does gentoo do this kind of crap with glibc headers?
They are already multilib clean.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #28 from jakub at gcc dot gnu dot org 2007-09-11 19:26 ---
Created an attachment (id=14193)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14193&action=view)
gcc43-pr33136.patch
Added further testcases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33136
--- Comment #29 from jakub at gcc dot gnu dot org 2007-09-11 19:52 ---
The new testcases show further problems. I believe that for ARRAY_TYPE fields
we need to mark the type of its fields (recursively down), using
close_type_seen
like we already do for records and unions.
On the other
--- Comment #6 from jakub at gcc dot gnu dot org 2007-09-12 14:35 ---
Cannot reproduce this with r128425 + PR32337 + PR32338 fix (8way ia64, make
-j16 -k check):
Native configuration is ia64-unknown-linux-gnu
=== gcc tests ===
Running target unix
FAIL: gcc.c-torture
--- Comment #7 from jakub at gcc dot gnu dot org 2007-09-12 14:39 ---
BTW, when you say -fno-inline-small-functions cures this for you, is the
problem
on libgomp side or in the generated gomp tests? I.e. if you build libgomp
with the default -O2 -finline-small-functions and run
make
--- Comment #10 from jakub at gcc dot gnu dot org 2007-09-12 15:04 ---
The whole testsuite takes roughly 10 minutes:
head -n2 libgomp.log; tail -n4 libgomp.log
Test Run By root on Wed Sep 12 10:47:12 2007
Native configuration is ia64-unknown-linux-gnu
=== libgomp Summary
--- Comment #12 from jakub at gcc dot gnu dot org 2007-09-12 15:48 ---
Can you see if e.g. building whole libgomp with -O0 fixes it?
If yes, can you do a binary search which of the sources is miscompiled?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33389
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-12 16:13 ---
Could we limit adding of the CHANGE_DYNAMIC_TYPE_EXPRs just to the case
where operator new or __attribute__((malloc)) marked FUNCTION_DECL is not
external? That would be solid even for LTO, if you LTO and have say
--- Comment #14 from jakub at gcc dot gnu dot org 2007-09-12 16:59 ---
Can you please attach bad and good bar.s (with -fverbose-asm) and also
-ftree-dump-optimized dump from both?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33389
--- Comment #19 from jakub at gcc dot gnu dot org 2007-09-12 17:49 ---
Here is self-contained source:
void
sys_futex0(int *addr, int op, int val)
{
register long out0 asm ("out0") = (long) addr;
register long out1 asm ("out1") = op;
register long out
--- Comment #20 from jakub at gcc dot gnu dot org 2007-09-12 18:26 ---
append_vuse has:
static inline void
append_vuse (tree var)
{
tree sym;
if (TREE_CODE (var) != SSA_NAME)
{
tree mpt;
var_ann_t ann;
/* If VAR belongs to a memory partition, use it instead
--- Comment #15 from jakub at gcc dot gnu dot org 2007-09-12 21:21 ---
H.J. committed this earlier today:
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128409
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #28 from jakub at gcc dot gnu dot org 2007-09-14 11:32 ---
Thanks, Jim.
--
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 #4 from jakub at gcc dot gnu dot org 2007-09-17 07:16 ---
Why do you think that is a bug?
Please read OpenMP 2.5, 2.1.1 (Fixed Source Form Directives) and 2.1.2
(Free Source Form Directives). Continuation is done very differently between
fixed and free form. So, what are
1501 - 1600 of 6855 matches
Mail list logo
