search for: _dcl

Displaying 4 results from an estimated 4 matches for "_dcl".

Did you mean: _cl
2008 May 01
0
[LLVMdev] optimization assumes malloc return is non-null
...that we have with malloc/free aren't > available with new/delete. Also, since new/delete can be overridden > at any time (as late as runtime with LD_PRELOAD and friends), 3 The program's definitions are used instead of the default versions supplied by the implementation (_dcl.fct.def_). Such replacement occurs prior to program startup (_basic.def.odr_, _basic.start_). So, the replacement is done before start, if later, there are no requirements. And, the replacement has known semantics.
2008 May 01
3
[LLVMdev] optimization assumes malloc return is non-null
...ee aren't >> available with new/delete. Also, since new/delete can be overridden >> at any time (as late as runtime with LD_PRELOAD and friends), > > 3 The program's definitions are used instead of the default > versions > supplied by the implementation (_dcl.fct.def_). Such > replacement > occurs prior to program startup (_basic.def.odr_, _basic.start_). > > So, the replacement is done before start, if later, there are no > requirements. And, the replacement has known semantics. But isn't that still too late? The optimizer of...
2008 May 01
3
[LLVMdev] optimization assumes malloc return is non-null
On Apr 30, 2008, at 8:51 PM, David Vandevoorde wrote: >> This isn't safe in general unless you can (tightly) bound "n". You >> don't want to overflow the stack. > > Ah yes, of course. Does LLVM do this for known & small constant n? We don't do this currently, primarily because I haven't seen a case where it is a win yet: it would be very easy to
2008 May 05
0
[LLVMdev] optimization assumes malloc return is non-null
...t;> available with new/delete. Also, since new/delete can be overridden >>> at any time (as late as runtime with LD_PRELOAD and friends), >> >> 3 The program's definitions are used instead of the default >> versions >> supplied by the implementation (_dcl.fct.def_). Such >> replacement >> occurs prior to program startup (_basic.def.odr_, _basic.start_). >> >> So, the replacement is done before start, if later, there are no >> requirements. And, the replacement has known semantics. > > > But isn't that s...