[llvm-bugs] [Bug 28416] malloc is optimized out for release build
via llvm-bugs
llvm-bugs at lists.llvm.org
Mon Jul 4 11:23:48 PDT 2016
https://llvm.org/bugs/show_bug.cgi?id=28416
dmarkman at mac.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |---
--- Comment #2 from dmarkman at mac.com ---
we have a use case which is far more complicated than example I used in the bug
report, but even in my example
result of the malloc was used in the exit code of the program, clang shouldn't
alter logic of the program
it MUST return NULL if memory wasn't allocated and was used in the
next line of the code
from malloc man page:
RETURN VALUES
If successful, calloc(), malloc(), realloc(), reallocf(), and valloc()
functions return a pointer to
allocated memory. If there is an error, they return a NULL pointer and
set errno to ENOMEM.
so clang behavior isn't compliant to the malloc documentation
you're saying: "If the compiler can satisfy your use of malloc in a way which
doesn't end up calling malloc, that's ok."
problem is that in my example compiler didn't satisfy my use of malloc and
alter code flow which isn't acceptable
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20160704/c7864788/attachment.html>
More information about the llvm-bugs
mailing list