--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-06 08:29 ---
I want to say this was introduced by PR 40838.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41889
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-06 08:33 ---
Front-end issue:
#3 0x000bd447 in fold_offsetof_1 (expr=0x42ff22c0, stop_ref=0x0) at
/Users/apinski/src/change/gcc/gcc/c-common.c:8403
8403HOST_WIDE_INT index = int_cst_value (t);
--
pinskia at gcc d
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-06 08:33 ---
Yes it is a dup of bug 41935.
*** This bug has been marked as a duplicate of 41935 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-06 08:33 ---
*** Bug 41945 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from redi at gcc dot gnu dot org 2009-11-06 08:38 ---
Subject: Bug 41949
Author: redi
Date: Fri Nov 6 08:38:02 2009
New Revision: 153961
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153961
Log:
2009-11-06 Jonathan Wakely
PR libstdc++/41949
*
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from jakub at gcc dot gnu dot org 2009-11-06 08:46 ---
Subject: Bug 41935
Author: jakub
Date: Fri Nov 6 08:46:45 2009
New Revision: 153962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153962
Log:
PR middle-end/41935
* c-common.c (fold_offsetof_1
--- Comment #3 from redi at gcc dot gnu dot org 2009-11-06 08:48 ---
Fixed for 4.5.0
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-06 09:09 ---
4.5 also fails and I cannot figure why if I do:
#include
struct APInt {
int i;
};
int main() {
APInt I;
void *d;
char Data[sizeof(APInt)];
new((void*)Data)APInt();
d = Data;
*(APInt*)d =
--- Comment #2 from rguenther at suse dot de 2009-11-06 09:16 ---
Subject: Re: Incorrect "dereferencing type-punned pointer
will break strict-aliasing rules" warning
On Fri, 6 Nov 2009, pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu dot org 20
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-06 09:18 ---
> > --- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-06 09:09
> > ---
> > 4.5 also fails
Fails in that it warns still.
The first example warns with 4.5, while adding an extra variable and doing
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-06 09:20 ---
Btw, this warning is emitted from the frontend which only warns if it sees
the address of an object casted, not random pointers (because of the
many false positives). The frontend code also has no idea of the concep
--- Comment #7 from jakub at gcc dot gnu dot org 2009-11-06 09:22 ---
Fixed. On the 4.4 branch by
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153944
- partial reversion of the patch that introduced this problem.
--
jakub at gcc dot gnu dot org changed:
What|Remo
--- Comment #5 from phresnel at gmail dot com 2009-11-06 09:24 ---
(In reply to comment #3)
> (In reply to comment #1)
> > I guess win32 doesn't know about aligned commons? Try updating to 4.4.2.
>
> You can also use -fno-common as a workaround.
>
Unfortunately, this does not work fo
--- Comment #6 from phresnel at gmail dot com 2009-11-06 09:32 ---
(In reply to comment #5)
> (In reply to comment #3)
> > (In reply to comment #1)
> > > I guess win32 doesn't know about aligned commons? Try updating to 4.4.2.
> >
> > You can also use -fno-common as a workaround.
> >
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-06 09:32 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-06 09:35 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-06 10:01 ---
Patches should go to gcc-patches, you need to add the testcase and you
should use auto_var_in_fn_p instead of !is_global_var.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-06 10:02 ---
Yes, the original implementation for uninitialized memory use was very
limited. Now it's even more limited.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-06 10:04 ---
*** Bug 41954 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-06 10:04 ---
+ /* ev_fn0 = analyze_scalar_evolution (loop, arg); */
should be removed. Patches should be sent to gcc-patches.
*** This bug has been marked as a duplicate of 41488 ***
--
rguenth at gcc dot gnu dot
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-06 10:05 ---
Please attach preprocessed source.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-11-06 10:06 ---
hm, works for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-06 10:09 ---
GCC 3.4 is no longer maintained.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-06 10:10 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
[This is a copy of a bug that I posted a year ago on ubuntu's launchpad.
Nothing happened there, and now I am still observing the same problem
with gcc 4.4.1 on a newly upgraded ubuntu 9.10]
Compiling the following with g++
void toto1(double*const __attribute__((aligned(16))) X);
void toto2(doubl
27 matches
Mail list logo
