--- Comment #18 from janis at gcc dot gnu dot org 2006-11-13 23:03 ---
Richard's testsuite change is now on the 4.1 branch, so the test passes again
there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28651
--- You are receiving this mail because: ---
You are on the CC li
Theodore Tso <[EMAIL PROTECTED]> writes:
> On Mon, Nov 13, 2006 at 09:49:21AM +0100, Falk Hueffner wrote:
>> Hi,
>>
>> this looks like an aliasing violation to me. bb->list, which is of
>> type __u32*, is accessed via an lvalue of type void*, which is not
>> compatible. Does the problem go away w
On Mon, Nov 13, 2006 at 09:49:21AM +0100, Falk Hueffner wrote:
> Hi,
>
> this looks like an aliasing violation to me. bb->list, which is of
> type __u32*, is accessed via an lvalue of type void*, which is not
> compatible. Does the problem go away with -fno-strict-aliasing?
Good point, thanks. Y
#
# bts-link upstream status pull for source package gcc-4.1
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #380541
# * http://gcc.gnu.org/PR28545
# * remote status changed: ASSIGNED -> RESOLVED
# * remote resolutio
The removal of the email address:
[EMAIL PROTECTED]
>From the mailing list:
Al-Manahel Newsletter List
is all set.
Date of this removal: Mon Nov 13 12:36:40 2006
Please save this email message for future reference.
--
Processing commands for [EMAIL PROTECTED]:
> #
> # bts-link upstream status pull for source package gcc-4.1
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status report f
--- Comment #17 from janis at gcc dot gnu dot org 2006-11-13 18:01 ---
The version of the test in mainline was modified to not check argc; I'll
backport Richard's test fix to 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28651
--- You are receiving this mail because:
--- Comment #16 from janis at gcc dot gnu dot org 2006-11-13 17:54 ---
I a saw a failure for this when testing backported testsuite changes, but it
passed when I ran it alone (with execute.exp=pr28651.c in RUNTESTFLAGS). I'm
testing it again now to see if the failure is intermittent, or
Hi,
this looks like an aliasing violation to me. bb->list, which is of
type __u32*, is accessed via an lvalue of type void*, which is not
compatible. Does the problem go away with -fno-strict-aliasing?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
9 matches
Mail list logo
