https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42561
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42561
Matt Hargett changed:
What|Removed |Added
Version|4.5.0 |4.6.0
--- Comment #7 from Matt Hargett 20
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-24 13:46 ---
Note that uninitialized warnings on memory are severely limited by design.
It's not hard to improve that but it will be very costly in terms of
compile-time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42561
--- Comment #5 from manu at gcc dot gnu dot org 2010-02-24 13:31 ---
(In reply to comment #4)
>
> What would be the implementation steps to fix this issue?
1) Create a small self-contained testcase
2) Examine the dumps (-fdump-tree- options) and debug the compiler to know
exactly why
--- Comment #4 from matt at use dot net 2009-12-31 19:53 ---
It seems like this analysis would succeed if the intrinsic memcpy for copying
the [2] and [4] were inlined before this analysis. Is there a reason that the
intrinsic version of memcpy isn't substituted in before this analysis i
--- Comment #3 from matt at use dot net 2009-12-31 19:49 ---
Created an attachment (id=19432)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19432&action=view)
slightly different example that eliminates heap dependency
to reproduce:
g++ -O3 -Wall gcc-missing-uninit.cpp
result:
giv
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-12-31 02:23 ---
Well with: int32_t actuallyRead = read(&v, SIZE_OF_BYTE);
And inlining turned on all the way, this:
if (toRead < 1)
...
memcpy(data, _totPtr, toRead);
Becomes just:
*_totPtr = *data;
whic
--- Comment #1 from matt at use dot net 2009-12-31 02:15 ---
Created an attachment (id=19428)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19428&action=view)
source file
to replicate (-O3 is required, would be nice if it just worked with -O2):
g++ -O3 -Wall -c gcc-missing-uninit.
